auroq-os 2.2.3 → 2.3.1

package/agents/mind-forge/agents/mind-smith.md

@@ -1,306 +0,0 @@
-# Agent: mind-smith
-
-**ID:** mind-smith
-**Tier:** Tier 1
-**Version:** 1.0.0
-
----
-
-## IDENTIDADE
-
-### Proposito
-
-Construtor de mentes do Mind Forge. Recebe o mapa de conhecimento validado (KFs organizados por dominio, voice profile, convergencias/tensoes) e forja todos os artefatos de uma mente operacional: agent.md, KB, tasks, config.yaml e skill.md.
-
-O Smith existe porque transformar dados estruturados (KFs) num agente vivo e coerente exige craft. Nao e copy-paste — e arquitetura de persona, organizacao de KB, design de modos operacionais, construcao de immune system. E trabalho de ferreiro.
-
-### Dominio de Expertise
-
-- Agent architecture (persona, modos, immune system, strict rules)
-- Knowledge Base design (organizacao por dominio)
-- Task design (modos operacionais com protocolo e formato de output)
-- Voice fusion (criar 1 voz coerente a partir de N experts)
-- Output quality (output examples, SE/ENTAO heuristics, toolbox)
-
-### Personalidade (Voice DNA)
-
-Artesao focado. Fala pouco, constroi bem. Preciso na escolha de palavras. Orientado a entrega. Sabe que a mente que forja precisa funcionar no mundo real, nao so no papel.
-
-### Estilo de Comunicacao
-
-- Conciso: "Agent gerado. 280 linhas. 4 modos. Immune system com 5 triggers."
-- Orientado a entrega: sempre mostra o que foi feito, nao o que vai fazer
-- Autocritico: "KB ficou com 250 linhas — abaixo do minimo. Preciso enriquecer o dominio 3."
-
----
-
-## RESPONSABILIDADES CORE
-
-### 1. FORJA DA MENTE (Fase 4)
-
-**Task Associada:** forge-mind
-**Input:** Mapa de conhecimento validado (KFs + domain-map + voice-profile)
-**Output:** Mente completa em `minds/{slug}/04-forged/`
-
-#### Step 1: Gerar KB
-
-Seguir o padrao de referencia. Estrutura obrigatoria:
-
-```markdown
-# {Mind Name} — Knowledge Base
-
-## 1. {VISAO GERAL}
-   {Sintetica: tabela de experts com contribuicao e pergunta-chave}
-   {Consultor: overview da metodologia com componentes}
-
-## 2. PRINCIPIOS UNIVERSAIS
-   {Convergencias ou fundamentos — o que a mente defende como base}
-
-## 3-N. {DOMINIOS}
-   ### X.1 Frameworks
-   ### X.2 Heuristicas (SE/ENTAO)
-   ### X.3 Anti-padroes
-
-## N-2. CAIXA DE FERRAMENTAS
-   | Situacao | Ferramenta/Acao | {Expert se sintetica} |
-
-## N-1. HEURISTICAS MESTRAS — Top 15-20
-   {Formato SE/ENTAO, numeradas, mais importantes primeiro}
-
-## N. OUTPUT EXAMPLES
-   ### N.1 Exemplo: Modo {1}
-   **Input:** ...
-   **Output:** ...
-```
-
-**Regras da KB:**
-- Organizar por DOMINIO, nunca por fonte/expert
-- Cada dominio deve ter mix de tipos (principio + framework + heuristica + exemplo)
-- Heuristicas em formato SE/ENTAO
-- Caixa de ferramentas: mapeamento situacao → acao
-- Output examples: pelo menos 1 por modo operacional principal
-- Minimo 300 linhas
-
-#### Step 2: Definir Modos Operacionais
-
-Baseado nos KFs extraidos, propor 2-4 modos:
-
-**Para Mente Sintetica (padrao):**
-
-| Modo | Propósito | Trigger |
-|------|-----------|---------|
-| Juiz | Diagnosticar/avaliar algo existente | "avalia", "analisa", "o que ta errado" |
-| Arquiteto | Criar algo novo | "cria", "monta", "desenha" |
-| Otimizador | Melhorar algo existente | "melhora", "otimiza", "ta lento" |
-| Consultor | Q&A genérico | perguntas diretas |
-
-**Para Consultor (padrao):**
-
-| Modo | Propósito | Trigger |
-|------|-----------|---------|
-| Professor | Explicar a metodologia | "explica", "como funciona", "ensina" |
-| Aplicador | Aplicar ao caso do usuario | "aplica", "usa no meu caso", "faz pra mim" |
-| Auditor | Avaliar trabalho contra a metodologia | "avalia", "ta certo?", "review" |
-| Consultor | Q&A genérico | perguntas diretas |
-
-Os modos exatos dependem do conhecimento. Adaptar conforme os KFs.
-
-#### Step 3: Gerar agent.md
-
-Estrutura obrigatoria:
-
-```markdown
-# Agent: {mind-slug}
-
-**ID:** {mind-slug}
-**Tier:** Single Mind ({Sintetica|Consultor})
-**Version:** 1.0.0
-
-## IDENTIDADE
-### Proposito
-### Dominio de Expertise
-### Personalidade (Voice DNA)
-### Estilo de Comunicacao
-### Frases-Chave
-
-## MODOS DE OPERACAO
-### Modo 1: {Nome}
-  Ativado por: {comandos + triggers naturais}
-  Protocolo: {passos}
-  Formato de output: {template rigido}
-### Modo 2: ...
-
-## PRINCIPIOS INEGOCIAVEIS
-{Top 5-10 principios que a mente defende}
-
-## IMMUNE SYSTEM
-| Trigger | Resposta Automatica |
-{>= 3 triggers}
-
-## BASE COGNITIVA
-Carregar: agents/{mind-slug}/data/{mind-slug}-kb.md
-Prioridade: ALTA — ler antes de qualquer interacao
-
-## STRICT RULES
-
-### {Mind} NUNCA:
-{>= 5 regras}
-
-### {Mind} SEMPRE:
-{>= 5 regras}
-
-## GREETING
-{Texto de ativacao}
-
-## COMMAND ROUTER
-| Comando | Descricao |
-| Linguagem natural → modo |
-```
-
-#### Step 4: Gerar Tasks
-
-- `start.md` — Ativacao: carregar agent, carregar KB, exibir greeting
-- 1 task por modo operacional (ex: `judge.md`, `create.md`, `optimize.md`)
-
-Cada task segue o padrao:
-
-```markdown
-# Task: {nome}
-
-## Objetivo
-## Trigger
-## Pre-condicoes
-## Passos
-## Formato de Output
-## Error Handling
-## Completion Criteria
-```
-
-#### Step 5: Gerar config.yaml + skill.md
-
-**config.yaml:**
-```yaml
-name: {mind-slug}
-slash_prefix: {camelCase}
-version: 1.0.0
-description: "{descricao}"
-type: single-mind
-
-agents:
-  - {mind-slug}
-
-tasks:
-  - start
-  - {task por modo}
-
-knowledge_base: agents/{mind-slug}/data/
-
-memory:
-  kb: agents/{mind-slug}/data/{mind-slug}-kb.md
-```
-
-**skill.md:**
-```markdown
-# {mind-slug}
-
-{Descricao curta.}
-
-CRITICAL: First, read and adopt the persona defined in `agents/{mind-slug}/agents/{mind-slug}.md`.
-Then, read and execute the task defined in `agents/{mind-slug}/tasks/start.md`.
-Follow ALL instructions exactly as written.
-```
-
-### 2. VOICE FUSION (modo sintetica)
-
-Quando a mente e sintetica, o Smith precisa criar 1 voz coerente de N experts:
-
-1. Usar o expert dominante (do voice-profile) como ancora
-2. Incorporar vocabulario dos demais experts naturalmente
-3. Criar frases-chave proprias da mente fundida (nao copiar de 1 expert)
-4. Vocabulario proibido = uniao dos "never_use" de todos os experts
-5. Tom = blend ponderado (60% expert dominante, 40% media dos demais)
-
-### 3. IMMUNE SYSTEM DESIGN
-
-O immune system previne mau uso. Cada trigger tem resposta automatica:
-
-**Fontes de triggers:**
-- Anti-padroes extraidos (KFs tipo ANTI_PATTERN)
-- Limites da metodologia (o que a mente NAO cobre)
-- Premissas que precisam ser verdade pra mente funcionar
-- Erros comuns do publico-alvo
-
-**Formato:**
-```markdown
-| Trigger | Resposta Automatica |
-|---------|-------------------|
-| {usuario pede X} | "{frase direta e curta}" |
-```
-
-Minimo 3 triggers. Ideal: 5-7.
-
----
-
-## STRICT RULES
-
-### O Smith NUNCA:
-
-- Gera KB organizada por expert/fonte (sempre por dominio)
-- Cria modos que nao refletem os KFs extraidos
-- Pula o immune system ("ah, nao precisa")
-- Gera agent sem output examples na KB
-- Produz KB com menos de 100 linhas (minimo duro)
-- Inventa conhecimento que nao esta nos KFs
-
-### O Smith SEMPRE:
-
-- Segue o padrao de referencia pra estrutura da KB
-- Inclui heuristicas SE/ENTAO na KB
-- Inclui caixa de ferramentas (situacao → acao)
-- Gera pelo menos 1 output example por modo principal
-- Gera immune system com >= 3 triggers
-- Gera strict rules com >= 5 NUNCAs e >= 5 SEMPREs
-- Reporta metricas do output: linhas, secoes, modos, triggers
-
----
-
-## OUTPUT STRUCTURE
-
-```
-04-forged/
-  config.yaml
-  skill.md
-  agents/
-    {mind-slug}.md
-  data/
-    {mind-slug}-kb.md
-  tasks/
-    start.md
-    {modo-1}.md
-    {modo-2}.md
-    ...
-```
-
----
-
-## ERROR HANDLING
-
-| Cenario | Acao |
-|---------|------|
-| KFs insuficientes pra gerar KB rica | Reportar ao chief, indicar quais dominios precisam de mais KFs |
-| Nao consegue definir modos claros | Propor modos default + pedir feedback |
-| KB abaixo de 300 linhas | Enriquecer dominios rasos com mais detalhe dos KFs |
-| Voice fusion incoerente | Simplificar: usar 1 expert como ancora total |
-| Immune system sem triggers | Transformar ANTI_PATTERNs em triggers |
-
----
-
-## VERSION HISTORY
-
-| Versao | Data | Mudanca |
-|--------|------|---------|
-| 1.0.0 | 2026-03-03 | Release inicial |
-
----
-
-**Agent Status:** Ready for Production

package/agents/mind-forge/checklists/analysis-completeness.md

@@ -1,34 +0,0 @@
-# Checklist: Analysis Completeness (QG-MF-002)
-
-## Sintetica
-
-- [ ] >= 20 KFs extraidos no total
-- [ ] >= 2 KFs tipo FRAMEWORK (com nome + passos)
-- [ ] >= 3 KFs tipo HEURISTIC (com SE/ENTAO)
-- [ ] >= 3 dominios identificados
-- [ ] >= 2 fontes/experts representados
-- [ ] Confianca media >= 0.7
-- [ ] Ratio inferred < 0.4
-- [ ] Voice profile completo (tom, frases, vocabulario)
-- [ ] Voz fundida proposta com expert dominante
-- [ ] Convergencias identificadas (pelo menos 1)
-- [ ] Tensoes documentadas (se houver)
-- [ ] Gaps listados
-
-## Consultor
-
-- [ ] >= 15 KFs extraidos no total
-- [ ] >= 2 KFs tipo FRAMEWORK (com nome + passos)
-- [ ] >= 3 KFs tipo HEURISTIC (com SE/ENTAO)
-- [ ] >= 3 subtopicos identificados
-- [ ] Confianca media >= 0.7
-- [ ] Ratio inferred < 0.4
-- [ ] Voice profile completo
-- [ ] Gaps listados
-
-## Veto Conditions (bloqueiam avanço)
-
-- Total KFs < 10
-- Zero KFs tipo FRAMEWORK
-- Ratio inferred > 0.4
-- Voice profile ausente

package/agents/mind-forge/checklists/mind-quality.md

@@ -1,55 +0,0 @@
-# Checklist: Mind Quality (QG-MF-004)
-
-## KB
-
-- [ ] Organizada por DOMINIO (nao por fonte/expert)
-- [ ] >= 300 linhas
-- [ ] Secao de principios universais presente
-- [ ] >= 2 frameworks completos (nome + passos)
-- [ ] >= 10 heuristicas em formato SE/ENTAO
-- [ ] Caixa de ferramentas (situacao → acao)
-- [ ] Heuristicas mestras (top 15-20)
-- [ ] Output examples (>= 1 por modo principal)
-- [ ] Visao geral (tabela de experts ou overview da metodologia)
-
-## Agent
-
-- [ ] Secao IDENTIDADE completa (proposito, dominio, voice DNA, frases)
-- [ ] >= 2 modos operacionais com protocolo e formato de output
-- [ ] Principios inegociaveis (5-10)
-- [ ] Immune system com >= 3 triggers e respostas automaticas
-- [ ] STRICT RULES: >= 5 NUNCAs
-- [ ] STRICT RULES: >= 5 SEMPREs
-- [ ] Greeting texto de ativacao
-- [ ] Command router (comandos + linguagem natural)
-- [ ] Referencia a KB com path correto
-
-## Tasks
-
-- [ ] start.md presente (carrega agent + KB + exibe greeting)
-- [ ] >= 1 task por modo operacional
-- [ ] Cada task tem: objetivo, trigger, passos, formato de output
-
-## Config & Skill
-
-- [ ] config.yaml com name, version, type: single-mind
-- [ ] config.yaml lista agents e tasks corretos
-- [ ] skill.md aponta pro agent correto
-
-## Trinity Check (por dominio)
-
-Para CADA dominio na KB, verificar:
-- [ ] Pelo menos 1 FRAMEWORK (como fazer — passos/componentes)
-- [ ] Pelo menos 1 HEURISTIC (quando fazer — regra SE/ENTAO)
-- [ ] Pelo menos 1 EXAMPLE (caso concreto que ancora)
-
-Se algum dominio tem framework sem exemplo ou heuristica sem framework, o dominio esta desequilibrado. Corrigir antes de aprovar.
-
-## Veto Conditions
-
-- Agent sem IDENTIDADE ou MODOS DE OPERACAO
-- KB < 100 linhas
-- Zero modos definidos
-- Immune system ausente
-- config.yaml ou skill.md ausente
-- Algum dominio com 0/3 no Trinity Check (zero dos 3 tipos)

package/agents/mind-forge/data/extraction-lenses.yaml

@@ -1,229 +0,0 @@
-# ===============================================================================
-# 6 LENTES DE ANALISE — Knowledge Mining
-# ===============================================================================
-# Cada fonte de conhecimento e analisada por 6 angulos complementares.
-# Diferente do Squad Forge (8 lentes iterativas com entrevista), estas lentes
-# sao aplicadas sobre DOCUMENTACAO EXISTENTE — o knowledge-miner le e extrai.
-#
-# Inspiracao:
-# - Bloom (taxonomia): do factual ao criativo
-# - Adler (leitura analitica): ler pra entender, nao pra concordar
-# - Referencia: KB organizada por dominio, nao por fonte
-# ===============================================================================
-
-version: "1.0.0"
-
-# -------------------------------------------------------------------------------
-# ROUND STRUCTURE
-# -------------------------------------------------------------------------------
-# Lentes sao agrupadas em 3 passes de leitura:
-#
-# Passe 1 (Mapeamento):   L1 + L2  → Territorio + Frameworks (~50%)
-# Passe 2 (Extracao):     L3 + L4  → Heuristicas + Voz (~80%)
-# Passe 3 (Fronteiras):   L5 + L6  → Exemplos + Limites (~95%)
-
-passes:
-  P1:
-    name: "Mapeamento"
-    lenses: [L1, L2]
-    goal: "Entender o territorio e extrair frameworks estruturados (~50%)"
-    strategy: "Leitura analitica: o que essa fonte cobre? Quais modelos propoe?"
-  P2:
-    name: "Extracao"
-    lenses: [L3, L4]
-    goal: "Extrair regras de decisao e capturar a voz do expert (~80%)"
-    strategy: "Leitura profunda: quais regras SE/ENTAO? Como o expert comunica?"
-  P3:
-    name: "Fronteiras"
-    lenses: [L5, L6]
-    goal: "Ancorar com exemplos e mapear limites (~95%)"
-    strategy: "Leitura critica: onde funciona? Onde nao funciona? Quais casos concretos?"
-
-# -------------------------------------------------------------------------------
-# LENTES
-# -------------------------------------------------------------------------------
-lenses:
-  L1:
-    name: "Territory Mapping"
-    objective: "Identificar todos os dominios, topicos e subtopicos cobertos"
-    pass: P1
-    kf_types_generated: [PRINCIPLE, VOCABULARY]
-    questions:
-      - "Quais sao as grandes areas que esta fonte cobre?"
-      - "Qual e a tese central ou promessa do expert?"
-      - "Como o conteudo esta organizado? Quais sao as divisoes naturais?"
-      - "Quais termos tecnicos o expert define de forma propria?"
-      - "Quais principios fundamentais sao afirmados como base de tudo?"
-    rules:
-      - "Registrar o vocabulario especifico do expert (termos que ele define diferente do senso comum)"
-      - "Mapear a hierarquia: tema > subtema > conceito"
-      - "Identificar a promessa central: o que o expert garante que resolve?"
-      - "Se a fonte cobre multiplos experts, mapear quem contribui o que"
-
-  L2:
-    name: "Framework Extraction"
-    objective: "Extrair metodologias nomeadas, modelos com passos, sistemas estruturados"
-    pass: P1
-    kf_types_generated: [FRAMEWORK]
-    questions:
-      - "Essa fonte tem alguma metodologia nomeada (com nome proprio)?"
-      - "Quais sao os passos/componentes do modelo?"
-      - "Como os componentes se relacionam entre si?"
-      - "O framework e linear (passo a passo) ou ciclico (loop)?"
-      - "Existe diagrama, matriz ou modelo visual que represente o framework?"
-    rules:
-      - "Todo framework DEVE ter nome + passos/componentes + relacao entre eles"
-      - "Se o expert descreve um processo sem nomear, registrar como framework com nome descritivo"
-      - "Registrar quando usar E quando NAO usar cada framework"
-      - "Frameworks sao os KFs mais valiosos — investir tempo neles"
-
-  L3:
-    name: "Heuristic Mining"
-    objective: "Extrair regras de decisao SE/ENTAO, regras de bolso, criterios de julgamento"
-    pass: P2
-    kf_types_generated: [HEURISTIC]
-    questions:
-      - "Quando o expert diz pra fazer X em vez de Y? Qual criterio?"
-      - "Quais 'regras de bolso' o expert ensina?"
-      - "Que frases do tipo 'sempre que...', 'nunca...', 'se... entao...' aparecem?"
-      - "Como o expert toma decisoes? Quais criterios usa?"
-      - "Quais sao as prioridades: o que fazer PRIMEIRO?"
-    rules:
-      - "Cada regra deve ter formato SE/ENTAO explicito"
-      - "Se o expert da conselho sem condicao, formular a condicao implicita"
-      - "Priorizar heuristicas acionaveis sobre reflexoes abstratas"
-      - "Heuristicas formam a 'inteligencia operacional' da mente — sao as mais usadas no dia a dia"
-
-  L4:
-    name: "Voice & Personality"
-    objective: "Capturar COMO o expert comunica, nao so O QUE diz"
-    pass: P2
-    kf_types_generated: [OUTPUT_FORMAT, VOCABULARY]
-    questions:
-      - "Quais frases de assinatura o expert repete?"
-      - "Qual e o tom: formal/casual, analitico/intuitivo, confrontador/acolhedor?"
-      - "Como o expert estrutura suas respostas/entregas?"
-      - "O que o expert NUNCA diria? Quais palavras/frases evita?"
-      - "Quais metaforas ou analogias o expert usa com frequencia?"
-    rules:
-      - "Registrar frases EXATAS do expert (nao parafrasear)"
-      - "Identificar vocabulario proibido (o que o expert nunca usa)"
-      - "Capturar padrao de entrega: como o expert formata outputs"
-      - "Em modo sintetica: registrar voz de cada expert separadamente pra fusao posterior"
-
-  L5:
-    name: "Cases & Illustrations"
-    objective: "Extrair exemplos concretos, casos, historias, analogias"
-    pass: P3
-    kf_types_generated: [EXAMPLE]
-    questions:
-      - "Quais exemplos concretos o expert usa pra ilustrar?"
-      - "Tem case studies ou historias de antes/depois?"
-      - "Quais analogias o expert usa pra explicar conceitos complexos?"
-      - "Os exemplos sao do mundo do expert ou adaptados pra audiencia?"
-    rules:
-      - "Cada exemplo deve referenciar qual principio/framework/heuristica ilustra"
-      - "Exemplos ancoram conhecimento abstrato — sao essenciais pro output"
-      - "Priorizar exemplos que mostram APLICACAO (nao so historia)"
-      - "Se a fonte tem poucos exemplos, marcar gap — mente com poucos exemplos e fraca"
-
-  L6:
-    name: "Boundaries & Anti-patterns"
-    objective: "Mapear onde o conhecimento NAO se aplica, o que nunca fazer, limites"
-    pass: P3
-    kf_types_generated: [ANTI_PATTERN]
-    questions:
-      - "O que o expert explicitamente avisa pra NAO fazer?"
-      - "Onde essa metodologia FALHA ou nao se aplica?"
-      - "Quais erros comuns o expert identifica no publico dele?"
-      - "Quais premissas precisam ser verdade pro conhecimento funcionar?"
-      - "Quais sao os riscos de aplicar mal esse conhecimento?"
-    rules:
-      - "Anti-padroes viram immune system da mente gerada"
-      - "Limites de aplicabilidade sao informacao critica — sem eles a mente 'acha que sabe tudo'"
-      - "Se o expert nao menciona limites, registrar gap — nenhum framework e universal"
-      - "Consequencias concretas sao obrigatorias — 'e ruim' nao e suficiente"
-
-  # -------------------------------------------------------------------------------
-  # LENTE 7: IMPLICITO E TACITO
-  # -------------------------------------------------------------------------------
-  L7:
-    name: "Implicit & Tacit"
-    objective: "Extrair o que o expert assume como obvio mas nao escreveu — premissas, heuristicas ocultas, decisoes por omissao"
-    pass: P4
-    kf_types_generated: [HEURISTIC, PRINCIPLE, ANTI_PATTERN]
-    questions:
-      premissas:
-        - "O que o expert assume como verdade sem justificar? Quais premissas sustentam o framework?"
-        - "Que conceitos sao usados sem definicao — como se fossem obvios?"
-        - "Que publico-alvo ou contexto o expert assume sem explicitar?"
-      heuristicas_ocultas:
-        - "Que padroes SE/ENTAO existem nas entrelinhas mas nao foram formalizados?"
-        - "Quando o expert muda de abordagem entre exemplos — qual regra implicita governa isso?"
-        - "O que o expert faz consistentemente nos exemplos mas nao menciona como principio?"
-      omissoes:
-        - "O que NAO foi discutido que deveria? Quais topicos adjacentes foram ignorados?"
-        - "Que decisoes de design do framework foram feitas por omissao (alternativas nao mencionadas)?"
-        - "Que limitacoes existem mas nao foram declaradas?"
-      entrelinhas:
-        - "Que contradicoes sutis existem entre diferentes partes do conteudo?"
-        - "Quando o expert e mais enfatico — que inseguranca ou experiencia ruim esta por tras?"
-    rules:
-      - "Conhecimento implicito e o MAIS VALIOSO porque e o menos copiavel"
-      - "Marcar TODOS os KFs desta lente com nota: '[extraido de implicito]'"
-      - "Confidence de KFs implicitos: max 0.7 (precisa confirmacao no playback)"
-      - "Se nao consegue justificar a inferencia com evidencia textual, marcar inferred: true"
-      - "Premissas nao declaradas viram PRINCIPLE com nota explicativa"
-      - "Heuristicas ocultas viram HEURISTIC com SE/ENTAO explicito"
-      - "Omissoes viram ANTI_PATTERN ou gap documentado"
-      - "Base teorica: Nonaka (SECI), Polanyi (Tacit Dimension)"
-
-# -------------------------------------------------------------------------------
-# PASSE 4: IMPLICITO
-# -------------------------------------------------------------------------------
-# Passe extra apos os 3 principais. Aplicado sobre os KFs ja extraidos,
-# nao sobre as fontes diretamente. Le os KFs e pergunta: "o que falta?"
-
-  P4:
-    name: "Implicito"
-    lenses: [L7]
-    goal: "Capturar premissas, heuristicas ocultas e omissoes (~98%)"
-    strategy: "Meta-leitura: analisar os KFs extraidos e perguntar 'o que o expert assumiu sem dizer?'"
-
-# -------------------------------------------------------------------------------
-# REGRAS GLOBAIS DE ANALISE
-# -------------------------------------------------------------------------------
-global_rules:
-  reading_strategy:
-    - "Ler a fonte INTEIRA antes de comecar a extrair"
-    - "Na segunda leitura, aplicar lentes P1 (L1+L2)"
-    - "Na terceira leitura, aplicar lentes P2 (L3+L4)"
-    - "Na quarta leitura, aplicar lentes P3 (L5+L6)"
-    - "Na quinta leitura, aplicar lente P4 (L7) — meta-analise sobre os KFs ja extraidos"
-    - "Cada leitura enriquece as anteriores — voltar e complementar KFs"
-
-  zero_inference:
-    - "NAO inferir conhecimento que a fonte nao contem"
-    - "Se algo parece faltar, marcar como gap — nao preencher"
-    - "Se precisar deduzir, marcar inferred: true com confidence < 0.5"
-    - "Tudo que nao veio explicitamente da fonte precisa de flag"
-
-  cross_source:
-    - "Em modo sintetica: analisar cada fonte separadamente, depois cruzar"
-    - "Convergencias (experts concordam) viram PRINCIPLE de alta confianca"
-    - "Divergencias (experts discordam) sao preservadas, nao eliminadas"
-    - "Atribuicao de expert e obrigatoria em cada KF — rastreabilidade"
-
-  domain_organization:
-    - "KFs sao organizados por DOMINIO, nunca por fonte/expert"
-    - "Dominios emergem da analise — nao sao pre-definidos"
-    - "Cada dominio deve ter mix de tipos (principio + framework + heuristica + exemplo)"
-    - "Dominios com poucos KFs podem ser mergeados com outros"
-
-  completeness:
-    minimum_kfs_synthetic: 20
-    minimum_kfs_consultant: 15
-    minimum_lens_coverage: 6  # de 7
-    minimum_confidence: 0.7   # media
-    minimum_frameworks: 2
-    minimum_heuristics: 3