一键导入
app-builder
Orchestrate full-stack application scaffolding — determine project type, select tech stack, coordinate agents, scaffold structure.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Orchestrate full-stack application scaffolding — determine project type, select tech stack, coordinate agents, scaffold structure.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
REST API design decisions — URL conventions, error contracts, versioning, pagination, idempotency, auth patterns.
API design principles and decision-making. REST vs GraphQL vs tRPC selection, response formats, versioning, pagination.
Project scaffolding templates for new applications. Use when creating new projects from scratch. Contains 12 templates for various tech stacks.
Specialized skill for Python backend development using FastAPI, SQLAlchemy, and Pydantic.
Automates end-to-end and system validation tests. Runs services via Docker, feeds inputs, executes scenarios, and verifies outputs.
Interactive project planning skill. Collects context, asks clarifying questions, selects rules/skills/workflows, and produces an execution-ready plan.
| name | app-builder |
| type | skill |
| description | Orchestrate full-stack application scaffolding — determine project type, select tech stack, coordinate agents, scaffold structure. |
| inputs | ["implementation_plan.md"] |
| outputs | ["source_code"] |
| related-rules | ["code-quality-guide.md","backend-architecture-rule.md"] |
| allowed-tools | Read, Write, Edit, Glob, Grep, Bash, Agent |
| agentic | {"generated_by":"agentic","source":"areas/software/full-stack/skills/app-builder/SKILL.md","repository":"https://github.com/sawrus/agent-guides","created_by":"v0.6.0","updated_by":"v0.6.0"} |
Analyzes requests, selects tech stack, scaffolds structure, coordinates agents.
| Keywords | Project Type | Default Stack |
|---|---|---|
| dashboard, admin, crud, internal tool | Full-stack web | Next.js + Prisma + Postgres |
| SaaS, subscription, billing | SaaS web | Next.js + Stripe + Clerk + Prisma |
| API, microservice, backend | REST API | FastAPI (Python) or Express (Node) |
| mobile app, iOS, Android | Mobile | React Native + Expo |
| CLI, command line, terminal | CLI tool | Node.js + Commander or Python + Typer |
| monorepo, multiple apps | Monorepo | Turborepo + pnpm |
Frontend: Next.js 15 (App Router) + TypeScript strict + Tailwind + shadcn/ui
Backend: Next.js Server Actions (collocated) or FastAPI (standalone API)
Database: PostgreSQL via Prisma (JS) or SQLAlchemy async (Python)
Auth: Clerk (SaaS/Web) or custom JWT (API-only)
Testing: Vitest + Playwright (JS) | pytest + Playwright (Python)
Deploy: Vercel (Next.js) | Railway/Render (FastAPI)
src/
├── app/ # Routes only — thin layer
│ ├── layout.tsx
│ ├── (auth)/ # Route group — auth pages
│ ├── (dashboard)/ # Route group — protected pages
│ └── api/[resource]/route.ts
│
├── features/ # Feature-based modules (primary work happens here)
│ ├── orders/
│ │ ├── components/ # UI — OrderCard, OrderList
│ │ ├── actions.ts # Server Actions — createOrder, cancelOrder
│ │ ├── queries.ts # Data fetching — getOrder, listOrders
│ │ └── types.ts
│ └── auth/
│ ├── components/
│ ├── actions.ts
│ └── queries.ts
│
├── shared/
│ ├── components/ui/ # Reusable: Button, Input, Card
│ └── lib/ # Utilities, formatters, constants
│
└── server/ # Server-only (never imported in client components)
├── db/ # Prisma client
├── auth/ # Auth config
└── services/ # External API integrations
src/
├── api/
│ ├── v1/
│ │ ├── endpoints/ # Thin: validation, call service, return response
│ │ │ ├── orders.py
│ │ │ └── users.py
│ │ └── router.py
│ └── deps.py # FastAPI dependencies (get_db, get_current_user)
│
├── services/ # Business logic — no DB imports
│ ├── order_service.py
│ └── user_service.py
│
├── repositories/ # DB access only — no business logic
│ ├── order_repo.py
│ └── user_repo.py
│
├── models/ # SQLAlchemy ORM models
├── schemas/ # Pydantic I/O models
└── core/
├── config.py # Pydantic BaseSettings
├── database.py # Async engine + session factory
└── security.py # JWT, password hashing
@project-planner → decompose request into tasks + dependency graph
@backend-dev → implement API, DB models, services, repositories
@frontend-dev → implement pages, components, server actions
@qa-engineer → write unit tests + E2E tests
@team-lead → review, check architecture compliance, approve
Sequential for new projects. Parallel only when tasks are genuinely independent (frontend + backend with agreed contract).
1. Detect project type from request keywords
2. Select tech stack (use defaults; note deviations with justification)
3. Create implementation_plan.md with:
- Tech stack chosen
- Directory structure
- Task list with dependency order
- Agent assignments per task
4. Present plan to user → wait for approval
5. Execute: @backend-dev first (establish contracts) → @frontend-dev → @qa-engineer
6. @team-lead final review: architecture compliance, test coverage, README complete
README.md # Setup, env vars, make targets
.env.example # All required vars with safe placeholder values
Makefile # install, dev, test, lint, fmt targets
.gitignore # Language-appropriate ignores
.pre-commit-config.yaml # Hooks: format, lint, unit tests