菜单
Núcleo SSoT de rastreabilidade e preservação de trabalho aprovado. Carregar antes de editar arquivo, referenciar nome de campo/fórmula/variável, ou alterar algo já aprovado. Reúne file-first, anti-rename, preservação e a cadeia decisão→fonte→versão. NÃO carregar para conversa casual.
用 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 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.
"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.
| name | traceability |
| description | Núcleo SSoT de rastreabilidade e preservação de trabalho aprovado. Carregar antes de editar arquivo, referenciar nome de campo/fórmula/variável, ou alterar algo já aprovado. Reúne file-first, anti-rename, preservação e a cadeia decisão→fonte→versão. NÃO carregar para conversa casual. |
| version | 1.0.0 |
| source | SQUAD v1.1.0 rules 01 e 03 + master v4.1 §3.4 e §11.2 + metacognição v2.2 §6.2 |
| last_review | "2026-05-23T00:00:00.000Z" |
Antes de editar um arquivo: lê-lo (view_file/cat/read_file).
Antes de referenciar (import/require): lê-lo.
Antes de assumir estrutura de dados: inspecionar a fonte real
(df.columns.tolist(), DESCRIBE TABLE, schema inspect).
Nunca assumir: nomes de colunas/campos, estrutura de pastas, estado atual de arquivo já editado na conversa.
Causa raiz #2 de retrabalho: reconstruir arquivo do zero por suposição.
Nunca renomear campo, fórmula, variável, função ou tabela registrado no glossário ou aprovado em iteração anterior — sem ADR.
Procedimento quando o rename for necessário:
docs/adr/NNN-rename-<termo>.md (nome atual, proposto, razão, impacto).Causa raiz #1 de retrabalho: "melhorar" nomes quebra referências externas.
Trabalho aprovado (explícita ou implicitamente, ao avançar) é permanente. Só alterar mediante conflito real com nova instrução — e então PARAR, EXPLICITAR, PERGUNTAR. Mostrar sempre, de forma cirúrgica: O QUE SAI / O QUE FICA / ONDE ENTRA.
Toda decisão relevante registra: decisão → fonte → versão.
Em ambiente regulado, esta cadeia é parte do entregável (ver high-stakes-gate),
não acessório. Mudança técnica vincula-se ao ADR e ao changelog.