spec-first-copilot 0.7.0-beta.1 → 0.7.0

package/templates/.github/skills/sf-extract/SKILL.md

@@ -1,225 +1,225 @@
-
-# /sf-extract $ARGUMENTS
-
-Skill atômica de extração. Lê insumos brutos de `workspace/Input/$ARGUMENTS/` e gera **PRD e/ou TRD** conforme o conteúdo dos insumos.
-`$ARGUMENTS` = nome do scope (ex: `app_barbearia`, `feat_cadastro_cliente`).
-
-## Multi-agent
-
-| Agente | Modelo | Papel |
-|--------|--------|-------|
-| **Reader** (1 por arquivo) | Sonnet | Lê e cataloga 1 arquivo. Não interpreta, apenas cataloga |
-| **Produto-Analyzer** | Opus | Consolida conteúdo de produto → gera PRD (se aplicável) |
-| **Tech-Analyzer** | Opus | Consolida conteúdo técnico → gera TRD (se aplicável) |
-
-## Pré-condições
-
-| # | Validação | Se falhar |
-|---|-----------|-----------|
-| 1 | `$ARGUMENTS` informado | Parar → "Informe o nome. Ex: /sf-extract feat_cadastro_cliente" |
-| 2 | `workspace/Input/$ARGUMENTS/` existe com arquivos | Parar → "Pasta vazia. Rode /sf-load $ARGUMENTS ou coloque insumos manualmente" |
-| 3 | `workspace/Output/$ARGUMENTS/.context.md` existe | Parar → "Execute /sf-start $ARGUMENTS primeiro" |
-| 4 | Status é `discovery_done` ou `extract_done` | Se anterior → "Rode /sf-discovery primeiro". Se posterior → "Extração já aprovada. Edite .context.md pra re-extrair" |
-
-## Passos
-
-### 1. Carregar contexto
-
-- `.context.md` → `first_run`, status
-- `discovery.md` (obrigatório em v4) → análise profunda prévia dos insumos
-- **`docs/` se existir** — usar como baseline pra responder checklist sem perguntar
-- Templates:
-  - `.github/templates/feature/PRD.template.md`
-  - `.github/templates/feature/TRD.template.md`
-  - `.github/templates/feature/extract-log.template.md` (append-only)
-
-### 2. Inventariar insumos
-
-Para cada arquivo em `workspace/Input/$ARGUMENTS/` (ignorar `.gitkeep`):
-- Calcular hash SHA-256 (primeiros 8 chars)
-- Se `.extract-log.md` existe → classificar: NOVO / MODIFICADO / INALTERADO
-- Se não existe → todos são NOVOS
-
-### 3. Processar (Reader por arquivo, em paralelo)
-
-Para cada arquivo NOVO ou MODIFICADO, Reader cataloga sem interpretar:
-
-| Formato | O que extrair (cru) |
-|---------|---------------------|
-| .md, .txt | Parágrafos, listas, tabelas, qualquer menção a domínio/técnica |
-| .sql | CREATE TABLE, constraints, índices, comentários, referências |
-| .html | Campos, rotas, ações, permissões, estados (data-*) |
-| .xml (drawio) | Fluxos, decisões, atores, sequências |
-| .csv | Dados tabulares, mapeamentos |
-| .png, .jpg, .pdf | Análise visual (wireframes, mockups) |
-| Não identificado | Registrar NÃO IDENTIFICADO, gerar ambiguidade |
-
-Reader devolve estrutura com **tudo que viu**, sem categorizar produto/tech.
-
-### 4. Consolidar — decisão de quais docs gerar
-
-Após todos os Readers, o skill decide:
-
-- **Há conteúdo de produto?** (jornadas, atores, RNs, UX, telas)
-  - SIM → Produto-Analyzer gera PRD
-  - NÃO → PRD não é criado; `prd_existe = false` no `.context.md`
-- **Há conteúdo técnico?** (stack, schema, endpoints, infra, segurança)
-  - SIM → Tech-Analyzer gera TRD
-  - NÃO → TRD não é criado; `trd_existe = false` no `.context.md`
-
-**Ambos falsos** = extração falhou: erro "insumos sem conteúdo utilizável" + listar ambiguidade pedindo esclarecimento.
-
-**Cenários típicos**:
-- first-run de projeto novo com brief de produto + decisões técnicas → PRD + TRD (caso comum)
-- bootstrap de infra (só docs técnicas) → só TRD
-- feature de UX pura em projeto maduro (sem impacto técnico) → só PRD (raro)
-
-### 5. Produto-Analyzer (se aplicável)
-
-Gera PRD.md seguindo `templates/feature/PRD.template.md`:
-
-- 13 seções fixas
-- RNs com IDs estáveis (RN-001...)
-- §11 Fora de Escopo: sugerir `/sf-start <nome>` pros itens (em vez de "backlog_extraido")
-- §12 Ambiguidades: perguntas bloqueantes (o PM vai responder)
-- §13 Rastreabilidade: de qual insumo veio cada seção
-
-Antes de marcar ambiguidade, consultar `docs/domain.md` e `docs/conventions.md` —
-se resposta já está lá, marcar "resolvido em docs/X §Y" em vez de perguntar.
-
-### 6. Tech-Analyzer (se aplicável)
-
-Gera TRD.md seguindo `templates/feature/TRD.template.md`:
-
-- 11 seções fixas organizadas por área (§Sistema + §Área-X + transversais)
-- GATEs SIM/NÃO por §Área: só preenche áreas que a feature toca
-- §1 §Sistema é GATE=SIM sempre em first-run (baseline completo)
-- ADRs em §9 (imutáveis após aceitas; sincronizadas em docs/decisions.md via /sf-merge-docs)
-- §10 Ambiguidades técnicas: perguntas bloqueantes (o dev vai responder)
-
-Antes de marcar ambiguidade, consultar `docs/architecture.md`, `docs/conventions.md`,
-`docs/apiContracts.md`, `docs/decisions.md` — se resposta já está lá, marcar
-"resolvido em docs/X §Y".
-
-### 7. Checklist de temas críticos (FIXO)
-
-Rodar sempre, após consulta a `docs/`. Temas não cobertos nem por insumos nem
-por `docs/` viram ambiguidades — em PRD se é de produto, em TRD se é técnico:
-
-| # | Tema | Doc destino se vazio | Texto da ambiguidade |
-|---|------|---------------------|----------------------|
-| 1 | Autenticação — mecanismo (JWT/OAuth/session) + operações protegidas | TRD §7.1 | "Mecanismo/escopo de auth não definido" |
-| 2 | Autorização / Papéis — perfis, matriz, granularidade | TRD §7.2 | "Papéis e permissões não definidos" |
-| 3 | Separação de serviços — mono/micro, API vs Worker vs Web | TRD §1.2 | "Arquitetura de serviços não definida" |
-| 4 | Ambientes & deploy — dev/staging/prod, CI/CD | TRD §1.3-§1.4 e §5 | "Estratégia de ambientes não definida" |
-| 5 | Dados sensíveis / LGPD | TRD §7.3 | "Tratamento de PII não mencionado" |
-| 6 | Validações de entrada (schema) | TRD §2.3 | "Validações de schema não detalhadas" |
-| 7 | Cenários de erro de produto | PRD §8 | "Cenários de erro não definidos" |
-| 8 | Impacto em dados existentes (migração) | TRD §4.3 | "Impacto em dados existentes não avaliado" |
-| 9 | Métricas de sucesso (produto) | PRD §9 | "Como medir sucesso desta feature?" |
-
-> Analyzer NÃO inventa respostas. Se não está em insumo NEM em `docs/`, PERGUNTA.
-> Em scope só-PRD ou só-TRD, temas fora do domínio correspondente são ignorados.
-
-### 8. Gerar/atualizar `.extract-log.md`
-
-```markdown
-## Extração N — {{ISO_DATETIME}}
-
-| Arquivo | Hash | Classificação | Status | Destino |
-|---------|------|---------------|--------|---------|
-| requisitos.md | a3f29c1d | NOVO | extraído | PRD §1, §3, §5 + TRD §2.1 |
-```
-
-Campo "Destino" mostra em qual doc (PRD/TRD) e em quais seções a info foi.
-
-### 9. Atualizar `.context.md`
-
-```yaml
-status: "extract_done"
-prd_existe: {{true|false}}   # resultado do passo 4
-trd_existe: {{true|false}}   # resultado do passo 4
-prd_aprovado: false           # user vai aprovar manualmente
-trd_aprovado: false           # idem
-ultima_skill: "/sf-extract"
-atualizado_em: "{{ISO_DATETIME}}"
-```
-
-### 10. Publicar no backend (se `sfw.config.yml` existe)
-
-Chamar `/sf-publish $ARGUMENTS PRD` (se `prd_existe=true`) e
-`/sf-publish $ARGUMENTS TRD` (se `trd_existe=true`). Respeita `mode` de cada target.
-Ver `.github/skills/sf-publish/SKILL.md`.
-
-### 11. Saída obrigatória
-
-```
-/sf-extract $ARGUMENTS — completo
-
-Artefatos locais:
-  - workspace/Output/$ARGUMENTS/PRD.md (gerado: {{true|false}})
-  - workspace/Output/$ARGUMENTS/TRD.md (gerado: {{true|false}})
-  - workspace/Output/$ARGUMENTS/.extract-log.md
-
-Publish:
-  - {target-name}: PRD: {{status}} | TRD: {{status}}
-  OU
-  - SKIPPED (no sfw.config.yml) — projeto 100% local
-
-Próximos passos:
-  1. [PM] Revise workspace/Output/$ARGUMENTS/PRD.md e aprove:
-     - Abra o arquivo, preencha §12 Ambiguidades (coluna "Resposta")
-     - Marque prd_aprovado=true em .context.md quando aprovar
-     (se PRD não foi gerado, pule)
-
-  2. [dev] Revise workspace/Output/$ARGUMENTS/TRD.md e aprove:
-     - Abra o arquivo, preencha §10 Ambiguidades técnicas
-     - Marque trd_aprovado=true em .context.md quando aprovar
-     (se TRD não foi gerado, pule)
-
-  3. Após aprovações relevantes: /sf-design $ARGUMENTS
-```
-
-Se `/sf-publish` retornou ERROR, a skill NÃO falha — apenas reporta. Artefato local salvo.
-
-## Como responder ambiguidades (PRD §12 e TRD §10)
-
-Mesma mecânica pros 2 docs. Quando `/sf-design` bloquear por ambiguidades pendentes:
-
-1. Abrir `workspace/Output/$ARGUMENTS/PRD.md` (ou TRD.md)
-2. Ir até §Ambiguidades (§12 no PRD, §10 no TRD)
-3. Para cada linha sem resposta: preencher a coluna **`Resposta`** com texto objetivo
-4. Salvar
-5. Rodar `/sf-design $ARGUMENTS` novamente — gate vai passar
-
-**Regras:**
-- Resposta vazia ou `—` → ainda bloqueia
-- Marcação `resolvido em docs/{arquivo} §{seção}` é gerada pelo Analyzer — não preencher manualmente
-- Respostas são permanentes; não precisa repetir em re-extração
-
-**Quando esse caminho não basta** (mudança estrutural grande — nova entidade, mudança
-de escopo, contradição que exige novos insumos): adicionar arquivo de ajuste em
-`workspace/Input/$ARGUMENTS/ajustes_v1.md` e rodar `/sf-extract` de novo. O hash detecta
-NOVO → merge aditivo regenera PRD/TRD.
-
-## Re-extração
-
-- Merge ADITIVO com PRD/TRD existentes (nunca remove info de arquivos inalterados)
-- Seções afetadas marcadas com `<!-- ATUALIZADO: re-extração ISO_DATE -->`
-- Novos IDs (RN-NNN no PRD, ADR-NNN no TRD) continuam sequência
-- Se PRD era inexistente e re-extração encontra produto → cria PRD agora
-  (`prd_existe` vira true; `prd_aprovado` volta pra false pra nova revisão)
-- Idem pro TRD
-
-## Erros
-
-| Erro | Ação |
-|------|------|
-| Pasta vazia | Parar, listar formatos aceitos |
-| `.context.md` não existe | Parar, sugerir `/sf-start $ARGUMENTS` |
-| Status anterior a `discovery_done` | Parar → "/sf-discovery antes de /sf-extract" |
-| Nenhum arquivo novo/modificado | Informar "Nenhuma alteração detectada" |
-| Arquivo não identificado | Registrar no log, gerar ambiguidade |
-| Contradição entre arquivos | Gerar ambiguidade citando os dois |
-| `docs/` contradiz insumo | Ambiguidade especial: "insumo X diverge de docs/Y §Z — qual prevalece?" |
-| Insumos não geram PRD NEM TRD | Erro "insumos sem conteúdo utilizável" + pedir esclarecimento |
+
+# /sf-extract $ARGUMENTS
+
+Skill atômica de extração. Lê insumos brutos de `workspace/Input/$ARGUMENTS/` e gera **PRD e/ou TRD** conforme o conteúdo dos insumos.
+`$ARGUMENTS` = nome do scope (ex: `app_barbearia`, `feat_cadastro_cliente`).
+
+## Multi-agent
+
+| Agente | Modelo | Papel |
+|--------|--------|-------|
+| **Reader** (1 por arquivo) | Sonnet | Lê e cataloga 1 arquivo. Não interpreta, apenas cataloga |
+| **Produto-Analyzer** | Opus | Consolida conteúdo de produto → gera PRD (se aplicável) |
+| **Tech-Analyzer** | Opus | Consolida conteúdo técnico → gera TRD (se aplicável) |
+
+## Pré-condições
+
+| # | Validação | Se falhar |
+|---|-----------|-----------|
+| 1 | `$ARGUMENTS` informado | Parar → "Informe o nome. Ex: /sf-extract feat_cadastro_cliente" |
+| 2 | `workspace/Input/$ARGUMENTS/` existe com arquivos | Parar → "Pasta vazia. Rode /sf-load $ARGUMENTS ou coloque insumos manualmente" |
+| 3 | `workspace/Output/$ARGUMENTS/.context.md` existe | Parar → "Execute /sf-start $ARGUMENTS primeiro" |
+| 4 | Status é `discovery_done` ou `extract_done` | Se anterior → "Rode /sf-discovery primeiro". Se posterior → "Extração já aprovada. Edite .context.md pra re-extrair" |
+
+## Passos
+
+### 1. Carregar contexto
+
+- `.context.md` → `first_run`, status
+- `discovery.md` (obrigatório em v4) → análise profunda prévia dos insumos
+- **`docs/` se existir** — usar como baseline pra responder checklist sem perguntar
+- Templates:
+  - `.github/templates/feature/PRD.template.md`
+  - `.github/templates/feature/TRD.template.md`
+  - `.github/templates/feature/extract-log.template.md` (append-only)
+
+### 2. Inventariar insumos
+
+Para cada arquivo em `workspace/Input/$ARGUMENTS/` (ignorar `.gitkeep`):
+- Calcular hash SHA-256 (primeiros 8 chars)
+- Se `.extract-log.md` existe → classificar: NOVO / MODIFICADO / INALTERADO
+- Se não existe → todos são NOVOS
+
+### 3. Processar (Reader por arquivo, em paralelo)
+
+Para cada arquivo NOVO ou MODIFICADO, Reader cataloga sem interpretar:
+
+| Formato | O que extrair (cru) |
+|---------|---------------------|
+| .md, .txt | Parágrafos, listas, tabelas, qualquer menção a domínio/técnica |
+| .sql | CREATE TABLE, constraints, índices, comentários, referências |
+| .html | Campos, rotas, ações, permissões, estados (data-*) |
+| .xml (drawio) | Fluxos, decisões, atores, sequências |
+| .csv | Dados tabulares, mapeamentos |
+| .png, .jpg, .pdf | Análise visual (wireframes, mockups) |
+| Não identificado | Registrar NÃO IDENTIFICADO, gerar ambiguidade |
+
+Reader devolve estrutura com **tudo que viu**, sem categorizar produto/tech.
+
+### 4. Consolidar — decisão de quais docs gerar
+
+Após todos os Readers, o skill decide:
+
+- **Há conteúdo de produto?** (jornadas, atores, RNs, UX, telas)
+  - SIM → Produto-Analyzer gera PRD
+  - NÃO → PRD não é criado; `prd_existe = false` no `.context.md`
+- **Há conteúdo técnico?** (stack, schema, endpoints, infra, segurança)
+  - SIM → Tech-Analyzer gera TRD
+  - NÃO → TRD não é criado; `trd_existe = false` no `.context.md`
+
+**Ambos falsos** = extração falhou: erro "insumos sem conteúdo utilizável" + listar ambiguidade pedindo esclarecimento.
+
+**Cenários típicos**:
+- first-run de projeto novo com brief de produto + decisões técnicas → PRD + TRD (caso comum)
+- bootstrap de infra (só docs técnicas) → só TRD
+- feature de UX pura em projeto maduro (sem impacto técnico) → só PRD (raro)
+
+### 5. Produto-Analyzer (se aplicável)
+
+Gera PRD.md seguindo `templates/feature/PRD.template.md`:
+
+- 13 seções fixas
+- RNs com IDs estáveis (RN-001...)
+- §11 Fora de Escopo: sugerir `/sf-start <nome>` pros itens (em vez de "backlog_extraido")
+- §12 Ambiguidades: perguntas bloqueantes (o PM vai responder)
+- §13 Rastreabilidade: de qual insumo veio cada seção
+
+Antes de marcar ambiguidade, consultar `docs/domain.md` e `docs/conventions.md` —
+se resposta já está lá, marcar "resolvido em docs/X §Y" em vez de perguntar.
+
+### 6. Tech-Analyzer (se aplicável)
+
+Gera TRD.md seguindo `templates/feature/TRD.template.md`:
+
+- 11 seções fixas organizadas por área (§Sistema + §Área-X + transversais)
+- GATEs SIM/NÃO por §Área: só preenche áreas que a feature toca
+- §1 §Sistema é GATE=SIM sempre em first-run (baseline completo)
+- ADRs em §9 (imutáveis após aceitas; sincronizadas em docs/decisions.md via /sf-merge-docs)
+- §10 Ambiguidades técnicas: perguntas bloqueantes (o dev vai responder)
+
+Antes de marcar ambiguidade, consultar `docs/architecture.md`, `docs/conventions.md`,
+`docs/apiContracts.md`, `docs/decisions.md` — se resposta já está lá, marcar
+"resolvido em docs/X §Y".
+
+### 7. Checklist de temas críticos (FIXO)
+
+Rodar sempre, após consulta a `docs/`. Temas não cobertos nem por insumos nem
+por `docs/` viram ambiguidades — em PRD se é de produto, em TRD se é técnico:
+
+| # | Tema | Doc destino se vazio | Texto da ambiguidade |
+|---|------|---------------------|----------------------|
+| 1 | Autenticação — mecanismo (JWT/OAuth/session) + operações protegidas | TRD §7.1 | "Mecanismo/escopo de auth não definido" |
+| 2 | Autorização / Papéis — perfis, matriz, granularidade | TRD §7.2 | "Papéis e permissões não definidos" |
+| 3 | Separação de serviços — mono/micro, API vs Worker vs Web | TRD §1.2 | "Arquitetura de serviços não definida" |
+| 4 | Ambientes & deploy — dev/staging/prod, CI/CD | TRD §1.3-§1.4 e §5 | "Estratégia de ambientes não definida" |
+| 5 | Dados sensíveis / LGPD | TRD §7.3 | "Tratamento de PII não mencionado" |
+| 6 | Validações de entrada (schema) | TRD §2.3 | "Validações de schema não detalhadas" |
+| 7 | Cenários de erro de produto | PRD §8 | "Cenários de erro não definidos" |
+| 8 | Impacto em dados existentes (migração) | TRD §4.3 | "Impacto em dados existentes não avaliado" |
+| 9 | Métricas de sucesso (produto) | PRD §9 | "Como medir sucesso desta feature?" |
+
+> Analyzer NÃO inventa respostas. Se não está em insumo NEM em `docs/`, PERGUNTA.
+> Em scope só-PRD ou só-TRD, temas fora do domínio correspondente são ignorados.
+
+### 8. Gerar/atualizar `.extract-log.md`
+
+```markdown
+## Extração N — {{ISO_DATETIME}}
+
+| Arquivo | Hash | Classificação | Status | Destino |
+|---------|------|---------------|--------|---------|
+| requisitos.md | a3f29c1d | NOVO | extraído | PRD §1, §3, §5 + TRD §2.1 |
+```
+
+Campo "Destino" mostra em qual doc (PRD/TRD) e em quais seções a info foi.
+
+### 9. Atualizar `.context.md`
+
+```yaml
+status: "extract_done"
+prd_existe: {{true|false}}   # resultado do passo 4
+trd_existe: {{true|false}}   # resultado do passo 4
+prd_aprovado: false           # user vai aprovar manualmente
+trd_aprovado: false           # idem
+ultima_skill: "/sf-extract"
+atualizado_em: "{{ISO_DATETIME}}"
+```
+
+### 10. Publicar no backend (se `sfw.config.yml` existe)
+
+Chamar `/sf-publish $ARGUMENTS PRD` (se `prd_existe=true`) e
+`/sf-publish $ARGUMENTS TRD` (se `trd_existe=true`). Respeita `mode` de cada target.
+Ver `.github/skills/sf-publish/SKILL.md`.
+
+### 11. Saída obrigatória
+
+```
+/sf-extract $ARGUMENTS — completo
+
+Artefatos locais:
+  - workspace/Output/$ARGUMENTS/PRD.md (gerado: {{true|false}})
+  - workspace/Output/$ARGUMENTS/TRD.md (gerado: {{true|false}})
+  - workspace/Output/$ARGUMENTS/.extract-log.md
+
+Publish:
+  - {target-name}: PRD: {{status}} | TRD: {{status}}
+  OU
+  - SKIPPED (no sfw.config.yml) — projeto 100% local
+
+Próximos passos:
+  1. [PM] Revise workspace/Output/$ARGUMENTS/PRD.md e aprove:
+     - Abra o arquivo, preencha §12 Ambiguidades (coluna "Resposta")
+     - Marque prd_aprovado=true em .context.md quando aprovar
+     (se PRD não foi gerado, pule)
+
+  2. [dev] Revise workspace/Output/$ARGUMENTS/TRD.md e aprove:
+     - Abra o arquivo, preencha §10 Ambiguidades técnicas
+     - Marque trd_aprovado=true em .context.md quando aprovar
+     (se TRD não foi gerado, pule)
+
+  3. Após aprovações relevantes: /sf-design $ARGUMENTS
+```
+
+Se `/sf-publish` retornou ERROR, a skill NÃO falha — apenas reporta. Artefato local salvo.
+
+## Como responder ambiguidades (PRD §12 e TRD §10)
+
+Mesma mecânica pros 2 docs. Quando `/sf-design` bloquear por ambiguidades pendentes:
+
+1. Abrir `workspace/Output/$ARGUMENTS/PRD.md` (ou TRD.md)
+2. Ir até §Ambiguidades (§12 no PRD, §10 no TRD)
+3. Para cada linha sem resposta: preencher a coluna **`Resposta`** com texto objetivo
+4. Salvar
+5. Rodar `/sf-design $ARGUMENTS` novamente — gate vai passar
+
+**Regras:**
+- Resposta vazia ou `—` → ainda bloqueia
+- Marcação `resolvido em docs/{arquivo} §{seção}` é gerada pelo Analyzer — não preencher manualmente
+- Respostas são permanentes; não precisa repetir em re-extração
+
+**Quando esse caminho não basta** (mudança estrutural grande — nova entidade, mudança
+de escopo, contradição que exige novos insumos): adicionar arquivo de ajuste em
+`workspace/Input/$ARGUMENTS/ajustes_v1.md` e rodar `/sf-extract` de novo. O hash detecta
+NOVO → merge aditivo regenera PRD/TRD.
+
+## Re-extração
+
+- Merge ADITIVO com PRD/TRD existentes (nunca remove info de arquivos inalterados)
+- Seções afetadas marcadas com `<!-- ATUALIZADO: re-extração ISO_DATE -->`
+- Novos IDs (RN-NNN no PRD, ADR-NNN no TRD) continuam sequência
+- Se PRD era inexistente e re-extração encontra produto → cria PRD agora
+  (`prd_existe` vira true; `prd_aprovado` volta pra false pra nova revisão)
+- Idem pro TRD
+
+## Erros
+
+| Erro | Ação |
+|------|------|
+| Pasta vazia | Parar, listar formatos aceitos |
+| `.context.md` não existe | Parar, sugerir `/sf-start $ARGUMENTS` |
+| Status anterior a `discovery_done` | Parar → "/sf-discovery antes de /sf-extract" |
+| Nenhum arquivo novo/modificado | Informar "Nenhuma alteração detectada" |
+| Arquivo não identificado | Registrar no log, gerar ambiguidade |
+| Contradição entre arquivos | Gerar ambiguidade citando os dois |
+| `docs/` contradiz insumo | Ambiguidade especial: "insumo X diverge de docs/Y §Z — qual prevalece?" |
+| Insumos não geram PRD NEM TRD | Erro "insumos sem conteúdo utilizável" + pedir esclarecimento |