aaix/laravel-tall-architect
Quick Start
composer require aaix/laravel-tall-architect --dev
php artisan boost:install
Boost lists third-party packages during its install — tick aaix/laravel-tall-architect there. Where Boost is
already set up, add the package to the existing selection instead:
php artisan boost:update --discover
That is the whole setup. All seven guidelines are now part of every agent file; php artisan tall-architect:status shows
the result.
What ships
| Content | Vehicle | Loaded |
|---|---|---|
engineering, tall-architect, planning, feature-book, design-system, ux-principles, nontech-user |
Boost guideline | always, in every agent file |
ui-patterns |
Boost skill ui-patterns |
on demand, when the agent asks for it |
| Feature Book chapters | Boost skill feature-book |
when creating or substantially revising a chapter |
| Comprehensive implementation review | Boost skill feature-book-audit |
only on explicit user request |
Agent rules rot the moment they are copied. Here they stay a composer dependency, so a correction rolls out everywhere instead of into one repository at a time.
Choosing the guidelines
All seven are on by default, and each has its own flag:
TALL_ARCHITECT_NONTECH_USER=false
TALL_ARCHITECT_FEATURE_BOOK=false
Run php artisan boost:update afterwards to recompose the agent files.
TALL_ARCHITECT_FEATURE_DOCS from 1.4.0 is still read when TALL_ARCHITECT_FEATURE_BOOK is not set.
To replace the shipped set with a project's own, publish it with php artisan vendor:publish --tag=tall-architect-guidelines
and point TALL_ARCHITECT_PATH at the resulting directory.
The publish destination is .ai/project/tall-architect. Guideline flags control the always-on text;
they do not remove the separately shipped skills.
Feature Book and audits
The Feature Book preserves agreed user intent independently of the implementation, one chapter per feature. Chapters live at
.ai/project/features/<domain>/<feature>.md, grouped by business capability, with stable feature
IDs, an immutable creation date, and inline YAML tags such as tags: [billing, payments]. Every chapter
uses three plain-language sections: What is it for?, How does it work?, and Examples. Feature-specific
subheadings are welcome; rule IDs and code maps are not required. Technical implementation choices remain
open unless explicitly required or necessary for the agreed behavior. Relevant technical details remain part
of the chapter.
A compact index.md provides navigation. Plans track unfinished work;
the Feature Book states the agreed behavior.
The feature-book guideline tells agents to write chapters as part of the work, without offering or asking, to read relevant chapters before making changes and update
affected passages with authorized behavior changes. Refactors do not require rewriting the specification.
Code observations alone never establish requirements. Agents may suggest an audit after substantial changes
or discovered contradictions; elapsed time alone does not trigger a reminder or an automatic audit.
Example requests:
- “Use feature-book to write the booking cancellation chapter from our agreed requirements. Clarify behavior inferred only from code before including it.”
- “Use feature-book-audit to comprehensively check billing against its chapters.”
- “Use feature-book-audit to review the whole Feature Book for up to two hours and save progress for resuming.”
Audits write coverage, evidence, findings, and continuation state to
.ai/project/audits/<YYYY-MM-DD>_<scope>_<unique-run-id>/report.md. They distinguish static inspection from
executed tests, extract checks from the chapters without imposing technical choices, preserve unresolved
and pending checks, and do not repair code or rewrite requirements.
Long runs can resume after checking for changed inputs. Time/token limits depend on available measurement;
the skill cannot determine remaining account quota or provide background scheduling itself.
Breaking change: project artifact paths
Project-owned artifacts now live under .ai/project/. There is no legacy-path fallback or automatic migration.
Before continuing work in an existing project:
- Move
.ai/planning/to.ai/project/planning/, preserving its year/month folders. - If present, move
.ai/guidelines/to.ai/project/guidelines/and published.ai/tall-architect/overrides to.ai/project/tall-architect/. UpdateTALL_ARCHITECT_PATHif it points at the old location. - If early feature chapters or audits exist under
.ai/features/or.ai/audits/, move them into.ai/project/features/and.ai/project/audits/respectively. Update affected relative links. - Run
php artisan boost:updateto refresh generated agent instructions. Projects overriding the shipped guideline directory must incorporate the updated planning guideline and newfeature-book.mdthere too.
Merge existing destination folders deliberately; do not overwrite conflicting files. Package source files
remain under resources/guidelines/ and resources/boost/skills/.
Keeping projects current
composer update aaix/laravel-tall-architect
php artisan boost:update
Commands
| Command | Purpose |
|---|---|
tall-architect:status |
Boost state and every guideline with its state and token cost |
tall-architect:sync |
boost:update with a guard: refuses when nothing is active, reports what got composed |
License
Related Packages
Laravel architecture guidance, application audit, and guard tooling for AI codin...
Spatie's coding guidelines as AI skills for Laravel Boost and skills.sh
Claude Code agents for the TALL stack, powered by Laravel Boost
Swiss-army artisan CLI for Laravel — Scan, inspect, debug, and explore every asp...
Spatie's Laravel & PHP coding guidelines for Laravel Boost
Version History
| Version | Released | PHP | Laravel | License |
|---|---|---|---|---|
| 1.4.3 | ^8.2 | >=12.0.0 | MIT | |
| 1.4.2 | ^8.2 | >=12.0.0 | MIT | |
| 1.4.1 | ^8.2 | >=12.0.0 | MIT | |
| 1.4.0 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.24 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.23 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.22 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.21 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.20 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.19 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.18 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.17 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.16 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.15 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.14 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.13 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.12 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.11 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.10 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.9 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.8 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.7 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.6 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.5 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.4 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.3 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.2 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.1 | ^8.2 | >=12.0.0 | MIT | |
| 1.3.0 | ^8.2 | >=12.0.0 | MIT | |
| 1.2.0 | ^8.2 | >=12.0.0 | MIT |
Showing the latest 30 of 32. See every release on Packagist