Menu
Classify divergences from Scan and register them as pending Diligence items with severity and corrective action. Does not repair — only signals.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Proactive drift-scan cycle. Reads all active OBCs and Issues, identifies divergences, and repairs what can be automated. Runs across the entire active backlog, not for a specific OBC.
Read all active OBCs and compare declared state with backlogs and external tools. Produces a divergence list. Does not repair — only identifies gaps.
Event-driven cycle triggered by a product decision. Captures the decision as an OBC, attaches a Work Item, promotes it through the backlog hierarchy, and closes it when the OBC reaches Operational. Runs for a specific OBC.
Create or update an OBC from the decision that triggered the Diligence Sync cycle. Use when an Assessment decision, Discovery experiment, or Operation signal requires canonical state to be recorded before Work Items are created.
Synchronize OBC state across backlogs and tools. Runs event-driven cycle (diligence-sync) or proactive drift-scan cycle (diligence-async). Never touches product code.
Execute corrections identified by Flag — update OBCs, create missing Work Items, close orphaned ones. Never touches product code or creates implementation PRs.
| name | diligence/flag |
| description | Classify divergences from Scan and register them as pending Diligence items with severity and corrective action. Does not repair — only signals. |
Execute only the Flag step of the Diligence Async flow.
Responsabilidade: classificar as divergências produzidas pelo Scan e registrá-las como itens pendentes de Diligence. Flag não repara — apenas sinaliza com suficiente contexto para que Repair possa agir sem ambiguidade.
Obter a lista de divergências produzida pelo step Scan. Se Scan não foi executado neste ciclo, executá-lo primeiro.
Para cada divergência, classificar a ação corretora e o responsável:
| Tipo de gap | Ação | Quem pode reparar |
|---|---|---|
| OBC committed sem Work Item | Attach — criar Work Item | Diligence |
| Issue com labels canônicas fora do projeto gerenciado | Attach — adicionar Issue ao projeto | Diligence |
| Item no Iteration Plan sem BDD Feature | Bloqueio — BDD Feature deve ser criada antes | Delivery (Downstream readiness) |
| Item no Iteration Plan sem riscos documentados | Bloqueio — documentar riscos em risks.md | Assessment |
| Work Item aberto com OBC Operational | Close — fechar Work Item | Diligence |
| OBC committed ausente do Iteration Plan | Promote — verificar pré-requisitos e promover | Diligence |
| Artefato de gestão desatualizado | Artifact Evolution — atualizar artefato | Diligence |
Para cada divergência reparável pela Diligence, registrar:
[ ] [SEVERITY] OBC: <obc-id> — Gap: <gap> — Ação: <ação corretora>
Para divergências que bloqueiam e exigem outra jornada, registrar com status BLOQUEADO:
[B] [SEVERITY] OBC: <obc-id> — Gap: <gap> — Dono: <jornada responsável> — Próxima ação: <ação>
Ordenar itens reparáveis pela Diligence por severidade: Alta → Média → Baixa.
Concluído quando:
flag não executa correções — isso é Repair.flag não toma decisões de prioridade — registra a severidade técnica, não a decisão de negócio.flag não lê OBCs diretamente — consome o relatório do Scan.