| name | high-stakes-gate |
| description | Carregar quando a tarefa é de alto risco: ambiente regulado, decisão irreversível, número que vai a decisão executiva, ou operação que afeta produção crítica. Define validação por risco, audit trail, logs imutáveis e gate humano (HITL). Regras de domínio específicas (ex.: normas setoriais) são CONFIG de aplicação, não deste núcleo. NÃO carregar para tarefa pontual de baixo risco. |
| version | 1.0.0 |
| source | pesquisa A3 (governança/validação por risco) + A2 (HITL); generalização de validação regulada |
| last_review | "2026-05-23T00:00:00.000Z" |
High-Stakes Gate — Validação por Risco (genérico)
Capability agnóstica de domínio. O o quê validar vem da aplicação; o como
garantir rigor vem daqui. Trabalha com traceability, observability e
confidence-classification.
Carga é DECLARADA pelo discovery do projeto (ADR-010), não inferida por sinais semânticos do framework. Sem declaração no requirements.md/research-brief.md, este gate NÃO carrega.
Quando este gate é obrigatório
Quando o ## Escopo declarado pelo discovery do projeto afirma qualquer dos seguintes:
- Decisão irreversível ou de alto custo.
- Ambiente regulado (qualquer norma — a norma específica é declarada pelo discovery; o framework não pré-lista).
- Número/saída que embasa decisão executiva.
- Mudança que afeta produção crítica.
O que o gate exige
- Validação por risco (não por volume de documento) — foco em mitigar o que
pode dar errado, com critérios binários no
validation.md.
- Audit trail — quem, o quê, quando, com base em qual fonte/versão (
traceability).
- Logs imutáveis quando o contexto exigir (
observability).
- Human-in-the-loop (HITL) — hand-off bloqueado até revisão humana sobre
diffs/saídas estruturadas. Liga a
rules/04-confidence-routing (baixa confiança
estratégica → arquitetura reflexiva).
Como uma aplicação especializa este gate
A aplicação fornece, via sua própria skill (clone de _template) E via declaração do discovery do projeto, a config:
- quais normas/critérios setoriais aplicar (a norma específica vive na declaração do projeto, não em listas pré-fixadas aqui — ADR-010);
- quais campos de audit são obrigatórios;
- o que conta como "revisão humana suficiente" (HITL adicional governado por ADR-005 / execution-modes).
O núcleo nunca cita uma norma específica nem mantém lista de exemplos — ele garante o mecanismo de rigor. Anti-vazamento cross-projeto (ADR-010): exemplos de outros projetos NÃO entram aqui mesmo como ilustração.
