Revisão de Diff

Especificação §20.3 / §21.3.2: uma transferência de migração de código / ajuste de colaboração é inútil sem um diff revisável por humanos. Este átomo é a etapa de "apresentar o patch, capturar a decisão".

Entradas

• As edições acumuladas do diretório de trabalho do projeto desde o início da execução (ou desde a iteração anterior de revisão de diff).
• plan/steps.json para contexto por arquivo.

Saída

project-cwd/
└── review/
    ├── diff.patch        # unified diff (git apply-shaped)
    ├── summary.md        # human-friendly per-file walkthrough
    ├── decision.json     # { decision: 'accept' | 'reject' | 'partial', accepted_files: [...], rejected_files: [...], reviewer: 'user' | 'agent' }
    └── meta.json         # { generatedAt, atomDigest, planRevision }

O átomo levanta uma superfície GenUI choice com as três decisões de nível superior (accept / reject / partial). Em partial, o usuário alterna as decisões por arquivo através de superfícies de acompanhamento.

Convergência

O átomo é concluído quando decision.json tem um decision não vazio. A aceitação grava handoffKind: 'patch' (ou 'deployable-app' quando um build-test bem-sucedido está registrado) no manifesto do artefato eventual; a rejeição reverte o patch via git restore ou o equivalente no caminho do repositório vinculado a code-import.

Antipatterns que o fragmento de prompt proíbe

• Pular a superfície e assumir a aceitação.
• Gerar um decision.json que carece de accepted_files / rejected_files em decisões partial.
• Reverter arquivos fora da união de plan/steps.json de files[] — o limite do patch é um contrato.

Status

Implementado pelo daemon runner em apps/daemon/src/plugins/atoms/diff-review.ts, com decisões GenUI persistidas por apps/daemon/src/plugins/atoms/diff-review-genui-bridge.ts.