| name | implement-prd |
| description | Implement a feature from a PRD. Activated when the user asks to implement, build, or construct from a product document. |
| allowed tools | Read, Write, Edit, Grep, Glob, Bash |
Implement from PRD
Workflow
- Read the PRD completely in
docs/product/
- Check related ADRs in
docs/architecture/
- Check applicable specs in
docs/specs/ (design, compliance, etc.)
- Detect design flow — determine how UI will be built:
- Figma flow: PRD contains a Figma link → use Figma MCP server to extract design context (components, spacing, colors, layout) → implement matching the design
- Agent flow: PRD has no Figma link → activate
.claude/skills/frontend-agent/SKILL.md → load design tokens from docs/specs/design-system/README.md → scan existing components → generate UI from tokens + component library + PRD requirements
- Plan Mode — create implementation plan before coding
- Implement following
CLAUDE.md conventions
- Tests — create tests following
.claude/skills/testing/SKILL.md
- Spec checks — verify compliance with active modules
- Document — update docs if needed
Design flow detection
Check the PRD for these patterns to determine the flow:
- Contains
figma.com URL or ## Design section with link → Figma flow
- Contains
## Design with "see design-system tokens" or no link → Agent flow
- No design section at all → Agent flow (use tokens + existing patterns)
Rules
- Never implement without reading the full PRD first
- If the PRD is ambiguous, ask before assuming
- Always check if an ADR already exists for the technical decision
- Atomic commits per feature/sub-feature
- Never hardcode UI values — always use design tokens or Figma specs
Racionalizações comuns
| Racionalização | Realidade |
|---|
| "O código tá simples, não precisa de testes" | Código simples hoje vira complexo amanhã. Testes documentam intenção. |
| "Já sei o que o PRD quer, não preciso ler tudo" | PRDs têm restrições e edge cases nas entrelinhas. Leia completo. |
| "Esse ADR não se aplica aqui" | Se o ADR existe, alguém já enfrentou esse problema. Verifique antes de ignorar. |
| "Vou commitar tudo junto, é mais rápido" | Commits atômicos permitem revert cirúrgico. Commit grande = revert impossível. |
| "Design tokens são exagero pra esse componente" | Hardcode hoje, inconsistência amanhã. Sempre use tokens. |
Red Flags
- Commitou sem rodar os testes
- Alterou
src/ sem atualizar docs/
- Pulou Plan Mode e foi direto pro código
- Hardcodou valor de UI em vez de usar design token
- Não checou ADRs antes de tomar decisão arquitetural