Aos generate
AI-native software engineering operating system for modern application architecture, scaffolding, and AI-assisted development.
npx -y skills add riz007/architect-os --skill aos-generateAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Multi-agent full-stack feature generator. Dispatches four specialised subagents — Architect, Backend Engineer, Frontend Engineer, Reviewer — to design, generate, and review a complete vertical slice in one pass. Use when user wants to generate a complete feature end-to-end, says "generate the full feature", or needs fullstack scaffolding beyond what /aos-feature provides.
SKILL.md
8.3 KB, as published. Nobody here has run it
/aos-generate
Generate a complete full-stack feature using a coordinated chain of specialised agents.
/aos-generate <feature-name> [stack]
Examples
/aos-generate user-management nestjs+vue
/aos-generate order-processing fastapi+react
/aos-generate notifications nestjs+react
/aos-generate product-catalogue fastapi+vue
How it works
/aos-generate dispatches four real subagents in sequence via the Task tool — it does
not just role-play them in one context. Each agent runs in its own context and receives the
previous agent's output as input:
| Step | Subagent | Definition |
|---|---|---|
| 1 | aos-architect | agents/aos-architect.md |
| 2 | aos-backend-engineer | agents/aos-backend-engineer.md |
| 3 | aos-frontend-engineer | agents/aos-frontend-engineer.md |
| 4 | aos-reviewer | agents/aos-reviewer.md |
Each agent receives the output of the previous as context.
┌─────────────────────────────────────────────────────────┐
│ /aos-generate │
└──────────────────────────┬──────────────────────────────┘
│
┌────────────▼────────────┐
│ 1. Architecture Agent │
│ Plans the feature: │
│ • Domain entities │
│ • API contract │
│ • Data model │
│ • Module boundaries │
└────────────┬────────────┘
│ architecture plan
┌────────────▼────────────┐
│ 2. Backend Agent │
│ Generates: │
│ • DTOs │
│ • Domain entity │
│ • Repository interface │
│ • Service + tests │
│ • Controller │
│ • Module │
└────────────┬────────────┘
│ API contract
┌────────────▼────────────┐
│ 3. Frontend Agent │
│ Generates: │
│ • API client module │
│ • Data-fetching hook │
│ • List component │
│ • Form component │
│ • Route + types │
└────────────┬────────────┘
│ complete feature
┌────────────▼────────────┐
│ 4. Review Agent │
│ Runs /aos-review on │
│ all generated files │
└─────────────────────────┘
Workflow
Step 1 — Gather requirements
Ask the user:
- Feature name (if not provided)
- Backend stack:
nestjsorfastapi - Frontend stack:
vueorreact - Brief description: what does this feature do?
- Any specific requirements: auth-protected? file uploads? pagination?
Dispatch, don't role-play. For each step below, launch the named subagent with the Task tool, passing the feature name, stack, and the prior step's output. If the subagents are not installed (e.g. skills installed without
agents/), fall back to performing each role inline using the same instructions.
Step 2 — Architecture Agent
Launch the aos-architect subagent with the feature name, stack, and description. It returns
a structured architecture plan (it writes no code):
## Architecture Plan: <feature-name>
### Domain Model
- Entity: <Name>
- id: UUID
- <field>: <type> — <purpose>
...
### API Contract
POST /api/<resources> — create
GET /api/<resources> — list (paginated)
GET /api/<resources>/:id — get one
PATCH /api/<resources>/:id — update
DELETE /api/<resources>/:id — delete
### Business Rules
- <rule>: <description>
- <validation>: <when it applies>
### Module Boundaries
- <ModuleName> owns: <entities/logic>
- Depends on: <other modules, if any>
### Data Model
<table/schema definition>
Step 3 — Backend Agent
Launch the aos-backend-engineer subagent with the architecture plan. It generates all
backend files with no placeholders in this order:
src/modules/<name>/dto/create-<name>.dto.tssrc/modules/<name>/dto/update-<name>.dto.tssrc/modules/<name>/dto/<name>-response.dto.tssrc/modules/<name>/entities/<name>.entity.tssrc/modules/<name>/repositories/<name>.repository.ts(interface)src/modules/<name>/services/<name>.service.tssrc/modules/<name>/services/<name>.service.spec.tssrc/modules/<name>/controllers/<name>s.controller.tssrc/modules/<name>/<name>s.module.ts
Rules:
- Services throw domain errors, not HTTP exceptions
- Controllers are thin — one line per route
@UseGuards(JwtAuthGuard)on all non-public endpoints- Tests cover: happy path, not-found, duplicate/conflict, unauthorized
- No
anyin TypeScript
Step 4 — Frontend Agent
Launch the aos-frontend-engineer subagent with the API contract from the architecture plan.
It generates all frontend files with no placeholders in this order:
src/modules/<name>s/types/<name>.tssrc/modules/<name>s/api/<name>sApi.tssrc/modules/<name>s/hooks/use<Name>s.ts(React) orcomposables/use<Name>s.ts(Vue)src/modules/<name>s/hooks/useCreate<Name>.ts/composables/useCreate<Name>.tssrc/modules/<name>s/components/<Name>List.tsx/<Name>List.vuesrc/modules/<name>s/components/<Name>Form.tsx/<Name>Form.vuesrc/modules/<name>s/index.ts
Rules:
- API module does HTTP only — no logic
- Components handle loading, error, and empty states
- Forms validate before submit
- No
anyin TypeScript
Step 5 — Review Agent
Launch the aos-reviewer subagent on all generated files. It reports FAIL/WARN/PASS and
fixes every blocking finding in place.
Output
## Generated: <feature-name>
### Architecture
✔ Domain model: <entities>
✔ API contract: <N> endpoints
✔ Business rules: <N> rules defined
### Backend (<stack>)
✔ src/modules/<name>/dto/create-<name>.dto.ts
✔ src/modules/<name>/dto/update-<name>.dto.ts
✔ src/modules/<name>/dto/<name>-response.dto.ts
✔ src/modules/<name>/entities/<name>.entity.ts
✔ src/modules/<name>/repositories/<name>.repository.ts
✔ src/modules/<name>/services/<name>.service.ts
✔ src/modules/<name>/services/<name>.service.spec.ts
✔ src/modules/<name>/controllers/<name>s.controller.ts
✔ src/modules/<name>/<name>s.module.ts
### Frontend (<stack>)
✔ src/modules/<name>s/types/<name>.ts
✔ src/modules/<name>s/api/<name>sApi.ts
✔ src/modules/<name>s/hooks/use<Name>s.ts
✔ src/modules/<name>s/components/<Name>List.tsx
✔ src/modules/<name>s/components/<Name>Form.tsx
✔ src/modules/<name>s/index.ts
### Review
✔ 0 failures · 0 warnings
Next steps:
1. Register <Name>sModule in AppModule
2. Add the <Name>s route to your router
3. Run: npm test src/modules/<name>/
Full reference
See REFERENCE.md for complete generated code examples.