Teste de Build

Especificação §20.2 / §22.4: o "painel critique-theater subjetivo" não é suficiente por si só — uma migração de código / execução de ajuste colaborativo deve provar que o build ainda passa. Este átomo chama os comandos de teste declarados do projeto e emite sinais estruturados que o avaliador until do devloop lê.

Entradas

• A pilha de destino ativa (registrada no bloco targetStack de code/index.json + plan.md).
• Opcional substituição do usuário (od plugin run --input testCommand='pnpm test').

Comandos padrão por framework

Saída

project-cwd/
└── critique/
    ├── build-test.json   # { build: 'passing' | 'failing', tests: 'passing' | 'failing' | 'skipped', durationMs, commandsRun: [...], failures: [...] }
    └── build-test.log    # raw stdout / stderr (truncated to the runner's logBudgetBytes limit, default 1 MiB)

O átomo emite dois sinais que o devloop lê:

• build.passing: boolean — o comando de verificação de tipo saiu com 0.
• tests.passing: boolean — o comando de teste saiu com 0.

Mais o legado critique.score para que os pipelines existentes que leem a pontuação continuem funcionando: 5 quando ambos passam, 3 quando apenas o build passa, 1 quando ambos falham.

Convergência

Os pipelines conectam o átomo a um devloop:

{
  "id": "verify",
  "atoms": ["patch-edit", "build-test"],
  "repeat": true,
  "until": "(build.passing && tests.passing) || iterations >= 8"
}

Antipadrões que o fragmento de prompt proíbe

• Executar testes em uma árvore de trabalho parcialmente editada (o átomo sempre executa após patch-edit, e apenas quando a etapa atual de plan.steps está no estado completed).
• Suprimir falhas de teste alterando arquivos de teste; isso viola a regra de propriedade do plano de reescrita.
• Definir tests: 'skipped' sem um campo reason não vazio.

Status

Implementado pelo daemon runner em apps/daemon/src/plugins/atoms/build-test.ts. Ele executa os comandos de build e teste configurados, limita o tempo de execução e os logs capturados, e persiste os relatórios e saídas de log acima.