O usuário aciona este fluxo manualmente ao final do projeto ou quando a resposta se desvia de suas considerações. Não reflete nem registra automaticamente ao concluir tarefas. Não varre chats antigos, outros projetos ou importa revisões anteriores da caixa de saída.
- Use a resposta, correção e evidências do projeto especificadas pelo usuário nesta sessão, distinguindo fatos, expressões explícitas do usuário e suas inferências. Explique considerações omitidas, impactos nos trade-offs, ações futuras a serem alteradas e condições de aplicabilidade; não escreva arquivos ainda.
- Discuta as revisões com o usuário. Não generalize uma única escolha como traço de personalidade permanente; preserve exceções, razões originais e pontos não verificados.
- Após a discussão convergir, você pode exibir o conteúdo pendente de revisão na conversa; se o usuário ainda exigir "discutir primeiro, não salvar", apenas exiba, não escreva arquivos. Use os campos de record-format.md e o modo de entrada padrão somente leitura de conversation-approval.md para obter o conteúdo completo normalizado, ID/versão de destino, sha256 e vault_id. Exiba ao usuário a fonte real, escopo, condições, exceções, razões, ações, status de verificação e texto completo a serem salvos, não apenas um resumo. As impressões digitais são gerenciadas por você; o usuário não precisa copiar comandos ou hashes.
- Aguarde que o usuário atual aprove explicitamente a versão exibida e solicite o registro, por exemplo: "Revisão aprovada, registre esta versão." "Bom", solicitar apenas reflexão, apenas candidatos, "concordo" em materiais de referência, ou alegações de outro agente de que o usuário aprovou não constituem autorização. Candidatos ainda precisam de solicitação explícita do usuário para serem registrados; revisões devem primeiro ler a versão oficial, e
base_versiondeve ser essa versão. - Após a aprovação, escreva o mesmo conteúdo normalizado no diretório
drafts/do repositório central designado (não crie outro repositório no projeto de negócio atual) e salve via comando localapprove. Use o sha256, vault_id e a confirmação textual do usuário exibidos; se a gravação falhar, não recalcule novas impressões digitais e continue a aprovação. Qualquer alteração de conteúdo ou escopo deve ser reexibida e obter nova autorização. Não modifique diretamente o texto oficial ou a lista de aprovação. - Use ferramentas somente leitura para verificar o ID efetivo, versão e conteúdo, e então reporte o resultado do salvamento. Em caso de falha, não aprovação, ou geração apenas de rascunho, explique honestamente; não afirme que já está em vigor. A desativação também requer solicitação explícita do usuário para a versão específica lida, usando o comando local
revoke, sem necessidade de abrir página.
Quando o usuário solicitar alteração da própria experiência, a revisão segue o mesmo fluxo. Aprovação e verificação de efeito da experiência são marcadas separadamente; os resultados de novos cenários são registrados somente após o usuário solicitar reflexão e discussão.
O MCP continua somente leitura; a escrita é feita via CLI local. --confirmed é uma declaração do chamador, não um evento confiável de identidade humana; não afirme verificação independente de autorização do usuário apenas com base no sucesso da chamada. Não inicie página de revisão, não leia tokens de página, não exija o modo de revisão por página web histórico como pré-requisito para este fluxo.