docker-node
Containerization for TypeScript/Node.js applications. Use when deploying Node.js backends, need consistent dev environments, or setting up CI/CD pipelines. Covers multi-stage builds, docker-compose for development, and production optimization. Choose this skill for containerizing tRPC/Express APIs with Prisma.
SKILL.md
| Name | docker-node |
| Description | Containerization for TypeScript/Node.js applications. Use when deploying Node.js backends, need consistent dev environments, or setting up CI/CD pipelines. Covers multi-stage builds, docker-compose for development, and production optimization. Choose this skill for containerizing tRPC/Express APIs with Prisma. |
The Problem
AI coding agents are brilliant but unreliable:
- š They hallucinate ā write code that "looks right" but doesn't work
- 𦄠They cut corners ā stubs, mocks, "TODO: implement later"
- š§ They forget ā lose context between sessions
- ā They lie ā say "done" when work is half-finished
You end up debugging AI's mistakes instead of building your product.
The Approach
If the agent performs poorly, the task description is lacking. AI models are strong reasoners but unreliable workers ā they hallucinate, cut corners, and forget previous context. The fix is not just better prompts but structured specifications that require verifiable outputs.
Core Principles
Document-Driven Development
Specifications generate code, not vice versa. Every feature starts as structured documentation (PRD ā spec ā UX ā plan) before any implementation begins.
Verification Chain
Each requirement gets a test. Each test gets an implementation. Each implementation gets reviewed. Nothing ships without passing the chain.
FR-XXX ā TEST-XXX ā IMPL-XXX ā CHK ā REV
Feedback Loop
Agents check their own work. Review finds issues ā feedback.md captures them ā fix agent resolves ā review verifies. AICODE-* markers track what's resolved and what's still relevant. Context stays clean.
Skills over Agents
The old approach: separate agent for each domain. The new approach: one general agent that loads skills for the task. Add expertise by adding folders, not rewriting agents.
How It Works
Pipeline
flowchart LR
subgraph DEFINE ["Define"]
PRD["prd"] --> DSETUP["design-setup"]
DSETUP --> FEATURE["feature"]
FEATURE --> CLARIFY["clarify"]
DSETUP -.->|"to Figma"| DGEN["design-generate"]
DGEN -.->|"from Figma"| DSETUP
end
subgraph DESIGN ["Design"]
CLARIFY --> UX["ux"]
UX --> UI["ui"]
UI --> PLAN["plan"]
end
subgraph BUILD ["Build"]
PLAN --> TASKS["tasks"]
TASKS --> VAL["validation"]
VAL --> SETUP["feature-setup"]
SETUP --> TDD["feature-tdd"]
TDD --> REVIEW["review"]
REVIEW -->|BLOCKED| FIX["feature-fix"]
FIX --> REVIEW
end
subgraph SHIP ["Ship"]
REVIEW -->|PASSED| MEMORY["memory"]
end
Phase 1: Define
Transform product idea into structured specifications.
| Command / Agent | Output | Purpose |
|---|---|---|
/docs:prd | PRD.md, references/ dir | Product vision, audience, core problem |
/docs:design-setup | references/design-system.md, tokens/, style-guide.md | Normalize design generator output, extract from Figma |
design-generate | Figma file with editable layers | Validate HTML references, fix token inconsistencies, push to Figma |
/docs:feature | spec.md, FEATURES.md | Feature specs with requirements (FR-XXX, UX-XXX) |
/docs:clarify | Updated spec.md | Resolve ambiguities through targeted questions |
After /docs:prd: Add supplementary materials to ai-docs/references/ ā design systems, tokens, schemas, API contracts, style guides, screenshots. Run /docs:design-setup to normalize raw generator output.
Figma roundtrip (optional): design-generate pushes HTML references into Figma for designer review. After refinement in Figma, run /docs:design-setup [figma-url] to extract changes back. Repeat until design is locked.
Phase 2: Design
Convert specifications into technical architecture.
| Command | Output | Purpose |
|---|---|---|
/docs:ux | ux.md | User flows, states, error handling, accessibility |
/docs:ui | ui.md | Component trees, DS mapping, layout structure |
/docs:plan | plan.md, data-model.md, contracts/, setup.md | Architecture, entities, API specs, environment |
Phase 3: Build
Execute implementation through TDD cycles with self-verification.
| Command / Agent | Output | Purpose |
|---|---|---|
/docs:tasks | tasks.md | INIT tasks + TDD cycles (TEST-XXX ā IMPL-XXX) |
/docs:validation | validation/*.md | Checklists with traceable checkpoints (CHK) |
feature-setup | Infrastructure code | Execute INIT tasks, scaffold project |
feature-tdd | Feature code + tests | RED-GREEN cycles, atomic commits |
/docs:review | feedback.md | Verify implementation, generate findings (REV-XXX) |
feature-fix | Fixed code | Apply fixes one error at a time |
Review Loop: If review status is BLOCKED ā feature-fix ā /docs:review ā repeat until PASSED.
Phase 4: Ship
Finalize and document completed implementation.
| Command | Output | Purpose |
|---|---|---|
/docs:memory [feature-path] | ai-docs/README.md | Add feature to code map, rebuild dependency graph |
/docs:memory | ai-docs/README.md | Rescan entire project, capture all changes |
Two modes: with feature path ā adds the feature entry and rebuilds the graph. Without arguments ā full project rescan for changes made outside feature scope (refactoring, new shared modules, deleted files). Feature list is preserved, only the dependency graph is rebuilt from scratch.
Agents
Specialized agents execute tasks across pipeline phases:
Define phase:
| Agent | Role | When to use |
|---|---|---|
design-generate | Push HTML to Figma | After /docs:design-setup, sends validated references to Figma for designer review |
Build phase:
| Agent | Role | When to use |
|---|---|---|
feature-setup | Scaffold infrastructure | After /docs:validation, executes INIT-XXX tasks |
feature-tdd | TDD implementation | After setup, runs RED-GREEN cycles |
feature-fix | Apply review fixes | When review status = BLOCKED, fixes one error at a time |
Skills System
Skills are reusable capabilities that agents can load on demand.
Each skill contains:
- Instructions for specific domain (analysis, documentation, git workflow)
- Decision rules with explicit conditions
- Tool permissions and constraints
Add new expertise: create a skill folder in .claude/skills/.
Document Structure
Generated by MVP Builder:
ai-docs/
āāā PRD.md # Product vision
āāā FEATURES.md # Feature index
āāā README.md # Code map (navigation for agents)
āāā references/ # Design systems, tokens, schemas, style guides, screens, API contracts
āāā features/
āāā [feature-name]/
āāā spec.md # Requirements (FR-XXX, UX-XXX)
āāā ux.md # User flows and states
āāā ui.md # Component trees, DS mapping, layout
āāā plan.md # Architecture decisions
āāā research.md # Technical research and rationale
āāā data-model.md # Entities and validation
āāā setup.md # Environment config
āāā contracts/ # API specifications
āāā tasks.md # TDD execution tasks
āāā validation/ # Verification checklists
āāā feedback.md # Review findings
Installation
Navigate to your project directory, then run:
macOS, Linux, WSL:
curl -fsSL https://raw.githubusercontent.com/petbrains/mvp-builder/main/scripts/install.sh | bash
Windows PowerShell:
irm https://raw.githubusercontent.com/petbrains/mvp-builder/main/scripts/install.ps1 | iex
This installs:
.claude/ā commands, agents, skills, hooksCLAUDE.mdā agent identity and rules.mcp.jsonā MCP server configuration
Start with /docs:prd to define your product.