메뉴
NÃO ATIVAR — molde para criar uma APLICAÇÃO do framework (um domínio/contexto específico). Clonar, renomear, preencher description (gatilhos + exclusões), as skills de _shared a carregar, e o domínio. É assim que o framework genérico vira aplicável a qualquer contexto.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
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. Genérico.
Núcleo SSoT do método metacognitivo reutilizável. Carregar quando precisar decompor um problema, validar antes de entregar, aplicar a cláusula anti-loop, resolver precedência de instruções, ou registrar checkpoint/transferência. O roteador (framework v2.3) decide QUANDO; este arquivo guarda o COMO. NÃO carregar para bate-papo casual.
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). Genérico e agnóstico de domínio.
Aplicação SW/dados (ADR-023). Ativar quando o produto entregue precisa de validação SISTEMÁTICA — gold-set, métricas pass/fail, teste de regressão, reprodutibilidade (notebook de dados, modelo/ML, pipeline, produto que vai a produção). Distinto do qa-critic (adversarial, 1 turno): aqui é sistemático e reexecutável. NÃO ativar para script descartável, protótipo sem critério formal, ou no lugar do qa-critic adversarial. Ativado pelo product_type do mission-gate (ADR-022).
Aplicação SW/dados (ADR-023). Ativar quando o produto entregue tem INTERFACE humana (gui-app, CLI interativo, dashboard, notebook com visualização). Especifica a UX (ux-spec: fluxos, componentes, estados, critérios de aceite de UX) — é AUTOR de spec, NÃO constrói a GUI (isso é developer). A GUI é do PRODUTO, não do framework. NÃO ativar para pipeline headless, biblioteca sem UI, script sem interface. Ativado pelo product_type do mission-gate (ADR-022).
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. Genérico.
| name | _template-application |
| description | NÃO ATIVAR — molde para criar uma APLICAÇÃO do framework (um domínio/contexto específico). Clonar, renomear, preencher description (gatilhos + exclusões), as skills de _shared a carregar, e o domínio. É assim que o framework genérico vira aplicável a qualquer contexto. |
| version | 1.0.0 |
| source | padrão de aplicação derivado de A2 |
| last_review | "2026-05-23T00:00:00.000Z" |
| role_order | null |
| consumes | [] |
| produces | ["<o que esta skill entrega — preencher ao clonar>"] |
| pass_criteria | <critério BINÁRIO de PASS — preencher ao clonar> |
| confidence_required | false |
| shared_refs | [] |
O framework é genérico. Uma aplicação é onde ele encontra um domínio/contexto (BI, regulado, análise de indicador, etc.). Aplicações vivem FORA do núcleo — no SEU repositório. Criar em 4 passos:
cp -r .agent/skills/_template <seu-repo>/<minha-aplicacao>.- Editar
name+description(3ª pessoa, "pushy", gatilhos POSITIVOS e exclusões).- Listar as skills de
_shared/a carregar (referência, nunca cópia).- Preencher só o domínio. Todo o transversal vem de
_shared/e dos papéis.
_shared/anti-hallucination · confidence-classification · traceability · output-format
(+ high-stakes-gate se o contexto for de alto risco/regulado).
_meta/external-access>Caso concreto → docs/specs/<caso>/ (requirements + validation).
Classe de confiança → rules/04-confidence-routing escolhe a arquitetura.
Ver
exemplos/README.mdpara o guia de como aplicações de domínio se conectam ao núcleo. O núcleo não distribui aplicações prontas — cada equipe mantém as suas.