/build

Trabalha a coluna To build: CLAUDE.md do app, régua criticidade e contrato de interface antes de codar; a slice decide a skill; revisa o próprio diff e abre PR draft, movendo o pai pra Review

/build Trabalha a coluna To build: CLAUDE.md do app, régua criticidade e contrato de interface antes de codar; a slice decide a skill; revisa o próprio diff e abre PR draft, movendo o pai pra Review 1 subagente por card — o fan-out do /build /build · COMANDO Claude · Architecture component · sem card = a coluna toda /build COMANDO Claude sem card = a coluna toda To build · STATUS Linear · Architecture component · a fila deste agente To build STATUS Linear a fila deste agente build · AGENTE · produção · 1 subagente por card — o fan-out do /build · sonnet/opus · 1 por card build AGENTE · produção sonnet/opus · 1 por card a skill do card · SKILL · escolhida pelo conteúdo · 1 subagente por card — o fan-out do /build · to-build · test-writer · frontend-builder a skill do card SKILL · escolhida pelo conteúdo to-build · test-writer · frontend-builder Review · STATUS Linear · Architecture component · resolvido Review STATUS Linear resolvido To build · STATUS Linear · Architecture component · não fechou: fica, com o motivo To build STATUS Linear não fechou: fica, com o motivo relato do lote · SAÍDA · Architecture component · quem foi, quem ficou, o que falta relato do lote SAÍDA quem foi, quem ficou, o que falta fechou não fechou Legend Message bus Database Backend Cloud Security

Sem card, o comando É o workflow

  • • a lista da coluna é o fan-out: 1 subagente por card
  • • teto default 1 — implementar bem um vale mais que começar três
  • • paralelismo é instância paralela: to-build + test-writer
  • • cada subagente sincroniza as próprias subtasks

A ordem antes de qualquer linha

  • • CLAUDE.md do app: cada um tem convenção própria
  • • régua criticidade: fluxo crítico exige teste e piso Sonnet
  • • contrato de interface pública fixado
  • • só então a skill que a slice pede

Review no próprio diff, antes do PR

  • • dois eixos: Standards e Spec (faz o que o PRD pediu?)
  • • não substitui o gate: quem decide é o monitor com pr-guardian
  • • existe pra não gastar o gate com teste que não roda
  • • a suíte roda de verdade — saída colada, não presumida

Regras de ferro

  • • PR sempre draft: nunca mergeia, nunca deploya
  • • não decide escopo — faltou PRD, devolve pro reach
  • • cirúrgico: não melhora código adjacente de passagem
  • • subtask To build → Spec → Building; pai → Review no PR