メニュー
Ativar ao fim de entrega aprovada pelo qa-critic, antes de fechar o bloco. Nenhum bloco fecha sem documentação proporcional. Dispara compaction/note-taking. Flexível.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Ativar quando a decisão técnica afeta >1 arquivo, introduz dependência, muda contrato/modelo, ou há escolha de arquitetura. Decide e documenta (ADR) — NÃO implementa. Flexível.
Ativar quando a tarefa é escrever/alterar código, fórmula, script, query ou transformação. Saída sempre passa por qa-critic. Flexível — a sintaxe específica vem da aplicação.
Ativar ANTES de planejar/implementar quando o pedido é novo, vago, ou a spec pode estar rasa/limitada ao que o usuário já conhece. Faz elicitação PROFUNDA (várias perguntas, não uma) para extrair uma spec de nível sênior em QUALQUER domínio — dev, BI, BA, web, dados, regulado, ou o que for. Em v1.6.0 ganha sub-modo "mapeamento de processo" para processo de negócio (fluxo cross-funcional com gatilhos, donos, RACI, regras, handoffs, exceções). Entrega requirements.md sênior que alimenta o architect. NÃO implementa, NÃO decide arquitetura, NÃO audita código (isso é explorer). Flexível e agnóstico de domínio.
"Ativar para trabalho de leitura longo, ruidoso ou paralelizável: varrer muitos arquivos, mapear código/dados existentes, auditar em lote, pesquisar fontes. READ-ONLY — nunca escreve nem corrige. Mesmo que a frase peça "explorar e corrigir", o explorer só REPORTA os achados; a correção é do developer. Retorna só o destilado ao orquestrador. NÃO usar para implementar, corrigir ou decidir arquitetura."
Ponto de entrada padrão. Ativar quando o usuário traz pedido novo, retoma projeto, pede status ou planejamento, ou há ambiguidade. Orquestra e delega — NUNCA escreve código de produção. Flexível, agnóstico de domínio.
Ativar SEMPRE após o developer, antes de qualquer aprovação. Validação adversarial — hipótese default é que existe bug. Idealmente modelo diferente do developer. Flexível.
| name | docops |
| description | Ativar ao fim de entrega aprovada pelo qa-critic, antes de fechar o bloco. Nenhum bloco fecha sem documentação proporcional. Dispara compaction/note-taking. Flexível. |
| version | 1.2.0 |
| source | SQUAD v1.1.0 (docops) — enxuto |
| last_review | "2026-05-23T00:00:00.000Z" |
| role_order | 5 |
| consumes | ["entrega aprovada (APROVADO_LIMPO) pelo qa-critic"] |
| produces | ["CHANGELOG + ADR Aceito + docs sincronizadas"] |
| pass_criteria | PASS sse CHANGELOG atualizado, ADR marcado Aceito com ponteiro, e specs/docs em sync (sem drift) — bloco não fecha sem doc proporcional. |
| confidence_required | false |
| shared_refs | ["_shared/metacognition-core","_shared/traceability"] |
_shared/metacognition-core (compaction + structured note-taking) · traceability.
Sem CHANGELOG + dicionário (se aplicável) + ADR aceito (se havia) → não fecha.
Rodar o consistency-gate (ADR-030) antes de fechar release:
powershell -NoProfile -ExecutionPolicy Bypass -File tools/hooks/consistency-gate.ps1
— version-sync, ADR-status, checkpoint no history, unpushed, transientes, execution-report presente (7ª dim, ADR-062).
Tratar as inconsistências (ou registrá-las como débito declarado) antes do PR de release.
Gerar o execution-report (ADR-038/052/062) do bloco e ao fim de sessão — auto, não sob cobrança:
python tools/execution_report.py --from-transcripts
— o tier é detectado automaticamente (ADR-052): no repo-fonte (docs/_private/ existe) grava o
relatório completo em docs/_private/_intake/execution-report.md (não distribuído); numa
distribuição grava só sinais de processo codificados em telemetry/telemetry-report.md (whitelist
anti-vazamento + opt-out .claude/no-telemetry.lock/FRAMEWORK_NO_TELEMETRY; ver TELEMETRY.md).
Conteúdo: tokens (NÃO MEDIDO se a telemetria não estiver exposta — nunca fabricar), tempo, turnos,
arquivos, testes, rodadas de retrabalho, o placar gate × achado ("quem pegou o quê") e — ADR-062 —
detecção framework×humano, gaps, melhorias, boas práticas e lições por skill (agnóstico de domínio).
Corpus público — oferta POR SOLUÇÃO no merge (ADR-062/063/064/065): ao mergear um PR da solução
(ou no boot se a solução está mergeada e ofertável), cheque python tools/execution_report.py --offer-state;
se ofertar=SIM (estado pending/deferred), apresente o popup (AskUserQuestion) com a tabela
vai / NÃO-vai + 4 opções e aja: ✅ gerar+contribuir → --publish (anonimiza fail-closed → PR
central → auto-merge) + --set-offer done; 📄 só local → --publish sem gh + --set-offer done;
⏳ ainda não → --set-offer deferred (re-oferta no próximo merge); 🚫 não p/ esta solução →
--set-offer declined. O popup É a disclosure+consentimento por-solução (conformidade/privacidade detalhada em
docs/REPORTS-CONTRIBUTION.md); 1× por solução (estado em .claude/.report-offers/). Sem
opt-in/gh → fail-soft (gera local ou nem oferta).
Fail-soft: sem gh/opt-in → gera local e NÃO publica (nunca trava). Opt-in é 1× (bootstrap ou
--init-consent); setup do dono é 1 comando guiado (python tools/setup_central_reports.py). Ver
docs/REPORTS-CONTRIBUTION.md.
Registrar a decisão de re-orquestração do PMO (J6, ADR-045) no history.md:
RE-ORQUESTRAÇÃO: <prosseguir | re-priorizar | rewind J_i | injetar escopo | reativar estágio>
e rodar python tools/check_reorchestration.py (último bloco fechado deve ter a decisão).
Perguntar: "Salvar como Knowledge Item?"