auroq-os 2.2.3 → 2.3.1

package/agents/worker-forge/tasks/assemble-worker.md

@@ -1,239 +0,0 @@
----
-task: "Assemble Worker"
-responsavel: "@worker-smith"
-responsavel_type: "agent"
-atomic_layer: "task"
-Entrada: "Proposta validada + KB rascunho"
-Saida: "Worker Auroq completo (agent, tasks, KB 4 camadas, config, skill)"
-Checklist:
-  - "agent.md completo com 4 modos + Role Card + Delegation Map"
-  - "5 tasks padrao geradas"
-  - "Tasks especificas do dominio geradas"
-  - "Foundation KB finalizada (>=500 linhas)"
-  - "Playbook inicializado"
-  - "Mission Log inicializado"
-  - "squad.yaml valido"
-  - "skill.md gerada"
-  - "Improvement Loop (PDSA) embutido"
-  - "Validator pass (se disponivel)"
-execution_type: "semantic"
----
-
-# Task: Assemble Worker — Montar Worker Auroq
-
-## Objetivo
-
-Construir a estrutura Auroq completa do worker a partir da proposta validada.
-
-## Posicao no Workflow
-
-Fase 4 do pipeline. Gate: QG-WF-004.
-
-## Passos
-
-### Step 1: Criar Diretorio
-
-```
-agents/worker-forge/output/{worker-slug}/
-  agents/
-    {worker-slug}.md
-  tasks/
-    start.md
-    execute-mission.md
-    research-tool.md
-    document-process.md
-    diagnose-issue.md
-    {tasks-especificas}.md
-  data/
-    {worker-slug}-rules.md     (Rules — operacionais, always loaded)
-    {worker-slug}-kb.md        (Foundation KB — on-demand)
-    {worker-slug}-playbook.md  (Playbook — SOPs, on-demand)
-    {worker-slug}-missions.md  (Mission Log)
-  squad.yaml
-  skill.md
-```
-
-### Step 2: Gerar Agent.md
-
-Seguir template definido no worker-smith agent.
-Incluir obrigatoriamente:
-- IDENTIDADE (proposito, dominio, personalidade)
-- ROLE CARD (da proposta)
-- CONTEXT PACK (da proposta)
-- DELEGATION MAP (da proposta)
-- SCOREBOARD (da proposta)
-- 4 MODOS DE OPERACAO (Missao, Pesquisa, Documentacao, Diagnostico)
-- **COORDENACAO DE PROJETOS** (protocolo de tracker — ver abaixo)
-- KB VIVA — 4 CAMADAS (Rules, Foundation, Playbook, Mission Log)
-- IMPROVEMENT LOOP (PDSA)
-- STRICT RULES (>= 5 NUNCAs + >= 5 SEMPREs)
-- COMMANDS
-
-**Secao COORDENACAO DE PROJETOS (obrigatoria em todo worker):**
-
-Todo worker deve incluir esta secao padrao adaptada ao seu dominio:
-
-```markdown
-## COORDENACAO DE PROJETOS
-
-O {worker-name} trabalha frequentemente em tarefas que fazem parte de projetos maiores.
-O sistema de projetos usa cockpit + trackers pra coordenar entre agentes.
-
-### Arquivos de Referencia
-
-| Arquivo | O que e |
-|---------|---------|
-| `business/cockpit.md` | Tabela central de todos os projetos da empresa |
-| `business/campanhas/*/tracker.md` | Execucao viva de cada projeto ativo |
-
-### Protocolo
-
-**Antes da missao:**
-1. Se a missao se refere a um projeto → ler o tracker do projeto
-2. Identificar tarefas do {worker-name}, status e dependencias
-
-**Depois da missao:**
-1. Atualizar tracker: marcar tarefa como Done + data
-2. Adicionar entrada no LOG: `DD/MM — @{worker-slug}: {o que fez}`
-3. Se encontrou blocker: registrar na secao BLOCKERS
-4. Se desbloqueou tarefa de outro agente: fica visivel automaticamente
-
-**Se nao existe tracker:** avisar o Euriler.
-**Se missao nao faz parte de projeto:** trabalhar normalmente.
-```
-
-### Step 3: Gerar Tasks
-
-**5 tasks padrao:**
-
-1. **start.md** — Carregar persona, base (rules + vault), greeting, aguardar. KB e Playbook carregados sob demanda conforme missao
-2. **execute-mission.md** — Ciclo: receber -> confirmar -> checar playbook -> checar delegation -> planejar -> executar -> reportar -> documentar
-3. **research-tool.md** — Pesquisar ferramenta/plataforma via WebSearch, sintetizar, adicionar a Foundation KB
-4. **document-process.md** — Criar/atualizar SOP no Playbook a partir de missao executada
-5. **diagnose-issue.md** — Coletar sintomas, consultar KB, investigar, diagnosticar, propor/executar fix, documentar
-
-**Tasks especificas:** 1 por duty que justifique protocolo dedicado.
-
-### Step 4: Finalizar KB (4 camadas)
-
-**Rules** (`data/{slug}-rules.md`):
-```markdown
-# {Worker Name} — Regras Operacionais
-
-> Regras que nascem de incidentes e aprendizados operacionais.
-> Carregar SEMPRE antes de qualquer missao.
-> Este arquivo cresce com o tempo. Cada regra deve ter: contexto, motivo e checklist.
-
-(nenhuma regra ainda — este arquivo cresce conforme o worker opera)
-```
-
-**Foundation KB** (`data/{slug}-kb.md`):
-- Pegar KB rascunho do Knowledge Curator
-- Enriquecer com conteudo da proposta
-- Garantir >= 500 linhas
-- Organizar por dominio/ferramenta
-
-**Playbook** (`data/{slug}-playbook.md`):
-```markdown
-# {Worker Name} — Playbook
-
-> SOPs e procedures. Cresce a cada missao documentada.
-> Consultar ANTES de iniciar qualquer missao. Se ja tem SOP, seguir.
-> **Regras operacionais:** ver `{slug}-rules.md` (arquivo separado, carregado no start).
-
----
-
-## Tier 1 — Recorrentes
-(SOPs que rodam frequentemente)
-
-## Tier 2 — Sob demanda
-(SOPs que rodam quando pedido)
-
-## Tier 3 — One-shot
-(SOPs executados uma vez, mantidos pra referencia)
-
-{Importar SOPs existentes da coleta interna — se houver}
-
----
-
-## Template de SOP
-
-### [SOP-XXX] {Nome do Processo}
-**Criado em:** {data}
-**Ultima execucao:** {data}
-**Trigger:** {o que dispara}
-**Tempo estimado:** {quanto tempo}
-**Ferramentas:** {quais}
-**Regras obrigatorias:** (nenhuma ainda — preencher quando surgirem)
-
-**Pre-requisitos:**
-- {o que precisa}
-
-**Passos:**
-1. {passo 1}
-   - Verificar: {como saber que deu certo}
-
-**Output esperado:** {o que deve sair}
-
-**Troubleshooting:**
-- {problema}: {solucao}
-```
-
-**Mission Log** (`data/{slug}-missions.md`):
-```markdown
-# {Worker Name} — Mission Log
-
-> Historico de missoes executadas. Cresce automaticamente.
-
-| # | Data | Missao | Resultado | SOP Criado? |
-|---|------|--------|-----------|-------------|
-| | | | | |
-```
-
-### Step 5: Gerar squad.yaml e skill.md
-
-Seguir padroes do worker-smith agent.
-
-### Step 6: Self-Check
-
-- [ ] Agent.md completo (todos os blocos obrigatorios)
-- [ ] 4 modos padrao presentes
-- [ ] Secao COORDENACAO DE PROJETOS presente (cockpit + tracker protocol)
-- [ ] KB Foundation >= 500 linhas (300 se dominio simples)
-- [ ] Rules file inicializado (vazio, estruturado)
-- [ ] Playbook inicializado com tiers (Recorrentes / Sob demanda / One-shot) + template com campo "Regras obrigatorias"
-- [ ] Mission Log inicializado com header
-- [ ] >= 5 tasks (5 padrao + especificas)
-- [ ] Delegation Map com >= 5 decisoes
-- [ ] Improvement Loop presente
-- [ ] STRICT RULES: >= 5 NUNCAs + >= 5 SEMPREs
-- [ ] squad.yaml valido (rules como critical/always no knowledge_base)
-- [ ] skill.md gerada
-- [ ] Todos arquivos referenciados existem
-
-### Step 7: Rodar Validator (se disponivel)
-
-```bash
-node .auroq-core/development/scripts/squad/squad-validator.js agents/{worker-slug}/
-```
-
-Se falhar: corrigir e re-rodar (max 3 tentativas).
-Se validator nao disponivel: self-check e suficiente.
-
-## Quality Gate: QG-WF-004
-
-| Criterio | Obrigatorio |
-|----------|-------------|
-| Self-check passou | Sim |
-| Validator PASS (se disponivel) | Sim |
-| 0 errors | Sim |
-
-**Veto:** Self-check falha em item critico, validator retorna errors.
-
-## Error Handling
-
-| Cenario | Acao |
-|---------|------|
-| KB insuficiente | Pedir mais pesquisa ao Knowledge Curator |
-| Proposta ambigua | Pedir clarificacao ao Chief |
-| Validator falha 3x | Escalar pro Chief com diagnostico |

package/agents/worker-forge/tasks/discover-needs.md

@@ -1,219 +0,0 @@
----
-task: "Discover Needs"
-responsavel: "@worker-chief"
-responsavel_type: "agent"
-atomic_layer: "task"
-Entrada: "Descricao inicial do usuario sobre o worker desejado"
-Saida: "Discovery summary completo: dominio, duties, ferramentas, autonomia, metricas"
-Checklist:
-  - "Proposito do worker claro"
-  - "Atividades/duties listadas"
-  - "Ferramentas/plataformas identificadas"
-  - "Nivel de autonomia definido"
-  - "Criterios de entrega claros"
-  - "Gaps resolvidos ou registrados"
-execution_type: "interactive"
----
-
-# Task: Discover Needs — Discovery Profundo
-
-## Objetivo
-
-Captar TUDO que a pessoa pensa e precisa do worker. Mesmo se chegar confusa, ajudar a entender o que realmente precisa. Sair com um discovery summary claro o suficiente pra alimentar Role Design e Knowledge Build.
-
-## Posicao no Workflow
-
-Fase 0 do pipeline. Gate: QG-WF-001.
-
-## Protocolo
-
-### Abordagem
-
-NAO e questionario. E conversa guiada. O Chief usa 5 lentes mas nao segue ordem rigida — adapta ao que o usuario traz.
-
-### As 5 Lentes do Discovery
-
-**D1: Proposito**
-- "Esse worker existe pra resolver qual problema?"
-- "O que muda na sua vida se ele existir?"
-- "Que dor ele elimina?"
-
-**D2: Atividades**
-- "O que ele faz no dia-a-dia? Me lista tudo que vier na cabeca."
-- "Das atividades que voce faz hoje, quais quer passar pra ele?"
-- "Tem atividade que ele vai fazer que voce NUNCA fez? (nova)"
-
-**D3: Ferramentas**
-- "Quais plataformas e sistemas ele vai precisar usar?"
-- "Tem alguma ferramenta que voce usa hoje que ele precisa dominar?"
-- "Tem ferramenta nova que voce quer comecar a usar e ele seria o responsavel?"
-
-**D4: Autonomia**
-- "Ate onde ele decide sozinho sem te perguntar?"
-- "O que ele NUNCA deve fazer sem sua aprovacao?"
-- "Em que situacao ele deve te chamar?"
-
-**D5: Entrega**
-- "Como voce sabe que ele fez bem feito?"
-- "O que e 'missao completa' pra voce?"
-- "Tem alguma metrica que importa? (velocidade, qualidade, custo)"
-
-### Tecnicas de Clarificacao
-
-**Quando usuario e vago:**
-- "Voce disse 'mexe em tudo'. Me da 3 exemplos concretos do que seria 'tudo'."
-- "Pensa na ultima semana. Que tarefa voce fez que queria ter delegado?"
-
-**Quando usuario confunde worker com consultor:**
-- "Isso que voce ta descrevendo — voce quer alguem que TE ENSINE a fazer ou que FACA por voce?"
-- Se ensinar: sugerir Mind Forge
-
-**Quando escopo parece grande demais:**
-- "Isso ta parecendo 2 workers diferentes. Vamos separar?"
-- Propor decomposicao por area de responsabilidade
-
-**Quando usuario nao sabe responder autonomia:**
-- "Vou te dar cenarios. Me diz se ele faz sozinho ou te pergunta primeiro."
-- Listar 5 cenarios concretos do dominio e pedir classificacao
-
-### Consolidacao
-
-Apos explorar as 5 lentes, consolidar em Discovery Summary:
-
-```yaml
-discovery_summary:
-  worker_name: "{nome}"
-  worker_slug: "{slug}"
-  purpose: "{por que existe}"
-  domain: "{area de atuacao}"
-  duties:
-    - name: "{atividade 1}"
-      effort_pct: XX
-    - name: "{atividade 2}"
-      effort_pct: XX
-  tools:
-    - name: "{ferramenta 1}"
-      usage: "{como usa}"
-    - name: "{ferramenta 2}"
-      usage: "{como usa}"
-  autonomy_signals:
-    - decision: "{tipo de decisao}"
-      level: "{alto|medio|baixo}"
-  success_criteria:
-    - "{criterio 1}"
-    - "{criterio 2}"
-  internal_sources:
-    - "{path de processo existente}"
-  gaps:
-    - "{duvida nao resolvida}"
-```
-
-### Step: Gerar WORKER-PRD
-
-Apos consolidar o discovery_summary e ANTES de apresentar ao usuario, gerar o documento formal de requisitos:
-
-Criar arquivo `agents/worker-forge/output/{slug}/WORKER-PRD.md`:
-
-```markdown
-# WORKER-PRD — {Worker Name}
-
-## 1. Identidade
-- **Nome:** {worker_name}
-- **Slug:** {worker_slug}
-- **Proposito:** {por que existe — extraido de D1}
-- **Dominio:** {area de atuacao}
-
-## 2. Duties (Responsabilidades)
-
-| # | Duty | Esforco (%) | Criterio de Aceite |
-|---|------|-------------|---------------------|
-| 1 | {duty da D2} | XX% | {como saber que fez bem} |
-| 2 | {duty da D2} | XX% | {como saber que fez bem} |
-| ... | | | |
-
-## 3. Ferramentas Requeridas
-
-| Ferramenta | Uso Previsto | Nivel Minimo |
-|------------|-------------|--------------|
-| {tool da D3} | {como usa} | {basico/intermediario/avancado} |
-
-## 4. Autonomia (Delegation Map Resumido)
-
-| Tipo de Decisao | Nivel Appelo | Em Linguagem Simples |
-|-----------------|-------------|----------------------|
-| {decisao da D4} | {1-7} | {traducao} |
-
-## 5. Metricas de Sucesso
-- {criterio da D5}
-- {criterio da D5}
-
-## 6. Restricoes
-- **NAO faz:** {lista}
-- **Boundaries:** {lista}
-
-## 7. Fontes Internas
-- {paths de processos/docs existentes encontrados na coleta interna}
-
-## 8. Gaps Conhecidos
-- {duvidas nao resolvidas durante a Discovery}
-```
-
-**Regras:**
-- Cada campo vem DIRETAMENTE do discovery_summary — zero invencao
-- Se discovery_summary nao tem info pra uma secao, marcar como "A definir na Fase 1 (Research)"
-- Criterios de aceite na Secao 2 sao OBRIGATORIOS — se a Discovery nao capturou, perguntar ao usuario agora
-- O PRD e apresentado ao usuario JUNTO com o discovery_summary na Confirmacao
-
-### Confirmacao
-
-Apresentar resumo pro usuario:
-
-```
-Entendi. Deixa eu confirmar:
-
-Worker: {nome}
-Proposito: {1-2 frases}
-Faz: {lista de duties}
-Usa: {lista de ferramentas}
-Decide sozinho: {o que}
-Te pergunta: {o que}
-Bem feito = {criterios}
-
-Gerei tambem o WORKER-PRD com os requisitos formais. Ele sera a fonte de verdade pra validacao no final.
-
-Isso bate?
-```
-
-Se usuario confirmar: QG-WF-001 passed. Handoff pra Fase 1 via protocolo do Chief.
-Se usuario corrigir: integrar correcoes, re-confirmar.
-
-### Handoff de Saida
-
-Entregar ao Chief que repassa ao @knowledge-curator com:
-- worker_name, worker_slug, domain
-- Lista de ferramentas identificadas
-- Fontes internas relevantes
-- Discovery summary completo
-- worker_prd_path
-
-## Quality Gate: QG-WF-001
-
-| Criterio | Obrigatorio |
-|----------|-------------|
-| Proposito claro | Sim |
-| >=3 duties listadas | Sim |
-| >=1 ferramenta identificada | Sim |
-| Autonomia minimamente definida | Sim |
-| >=1 criterio de sucesso | Sim |
-| Dominio nao ambiguo | Sim |
-
-**Veto:** Proposito vago ("faz tudo"), zero ferramentas, zero criterio de sucesso.
-
-## Error Handling
-
-| Cenario | Acao |
-|---------|------|
-| Usuario confuso | Usar cenarios concretos, exemplos da ultima semana |
-| Escopo gigante | Propor decomposicao em 2+ workers |
-| Parece consultor | Sugerir Mind Forge |
-| Usuario cansa | Pausar. "Retomamos. Ja tenho bastante pra comecar." |

package/agents/worker-forge/tasks/playback-validate.md

@@ -1,126 +0,0 @@
----
-task: "Playback Validate"
-responsavel: "@worker-chief"
-responsavel_type: "agent"
-atomic_layer: "task"
-Entrada: "Proposta completa do worker"
-Saida: "Proposta validada pelo usuario (aprovada, corrigida ou rejeitada)"
-Checklist:
-  - "Proposta apresentada em formato legivel"
-  - "Usuario respondeu (aprovado/correcoes/rejeitado)"
-  - "Correcoes integradas (se houver)"
-  - "QG-WF-003 avaliado"
-execution_type: "interactive"
----
-
-# Task: Playback Validate — Validacao da Proposta
-
-## Objetivo
-
-Apresentar a proposta completa do worker pro usuario em formato legivel e coletar aprovacao, correcoes ou rejeicao.
-
-## Posicao no Workflow
-
-Fase 3 do pipeline. Gate: QG-WF-003.
-
-## Protocolo de Apresentacao
-
-### Formato
-
-```
-=== PROPOSTA DE WORKER: {nome} ===
-
-Proposito: {1-2 frases}
-Dominio: {area de atuacao}
-Ferramentas: {lista}
-
---- CARGO ---
-
-Responsabilidades:
-  1. {duty 1} ({X}% do tempo)
-  2. {duty 2} ({Y}% do tempo)
-  ...
-
-Scope: {o que FAZ}
-Boundaries: {o que NAO faz}
-
---- AUTONOMIA ---
-
-| Tipo de Decisao | Nivel | Traduzindo |
-|-----------------|-------|------------|
-| {decisao 1} | 7 — Delegate | Faz sozinho, nem reporta |
-| {decisao 2} | 5 — Advise | Faz e reporta |
-| {decisao 3} | 3 — Consult | Propoe, voce decide |
-| ...
-
---- COMO ELE OPERA ---
-
-4 modos padrao:
-  1. Missao — voce pede, ele faz
-  2. Pesquisa — estuda ferramenta nova, adiciona a KB
-  3. Documentacao — documenta o que fez (automatico)
-  4. Diagnostico — investiga quando algo da errado
-
-{+ modos especificos se houver}
-
---- KB INICIAL ---
-
-Ferramentas pesquisadas: {lista}
-Dominios cobertos: {lista}
-SOPs existentes: {N}
-Tamanho: {N} linhas
-Gaps: {lista se houver}
-
---- COMO VOCE MEDE ---
-
-KPIs: {lista}
-Missao completa = {criterios}
-
----
-
-Isso bate com o funcionario que voce precisa?
-O que ajustaria?
-```
-
-### Regras do Playback
-
-- NUNCA apresentar YAML ou JSON bruto
-- SEMPRE traduzir niveis de Appelo pra linguagem simples
-- Mostrar a KB em resumo (dominios + tamanho), nao o conteudo inteiro
-- Terminar com pergunta aberta: "O que ajustaria?"
-- Se usuario disser "bate" ou "aprovado": QG-WF-003 passed
-- Se usuario corrigir: integrar, re-apresentar secao corrigida
-- Se correcoes forem significativas (>30% mudou): re-apresentar tudo
-
-### Apos Aprovacao
-
-```
-Worker aprovado. Vou montar agora.
-
-Proximo passo: Assembly — construir a estrutura Auroq completa.
-Isso inclui: agent.md, tasks, KB, workflow, config, skill.
-
-Quando terminar, te chamo pra testar com uma missao real.
-```
-
-Handoff para @worker-smith com task `assemble-worker`.
-
-## Quality Gate: QG-WF-003
-
-| Criterio | Obrigatorio |
-|----------|-------------|
-| Usuario respondeu | Sim |
-| Resposta e aprovacao (explicita ou implicita) | Sim |
-| Correcoes integradas (se houve) | Sim |
-
-**Veto:** Usuario rejeitou ("nao e isso").
-**Acao se rejeitado:** Entender o que ta errado, voltar pra Fase 0 ou 1.
-
-## Error Handling
-
-| Cenario | Acao |
-|---------|------|
-| Usuario aprova parcialmente | Integrar correcoes, re-apresentar secao afetada |
-| Usuario rejeita completamente | Voltar pra Discovery, re-entender necessidade |
-| Usuario pede funcionalidade impossivel | Explicar limite, propor alternativa |
-| Usuario quer adicionar ferramenta | Voltar pra Research (Fase 1) pra pesquisar |

package/agents/worker-forge/tasks/propose-worker.md

@@ -1,112 +0,0 @@
----
-task: "Propose Worker"
-responsavel: "@worker-chief"
-responsavel_type: "agent"
-atomic_layer: "task"
-Entrada: "Discovery summary + KB rascunho do Knowledge Curator"
-Saida: "Proposta completa do worker (Role Card + Context + Delegation + Scoreboard + KB summary + Tasks + Modos)"
-Checklist:
-  - "Role Card completa"
-  - "Context Pack montado"
-  - "Delegation Map com >=5 decisoes"
-  - "Scoreboard definido"
-  - "KB summary apresentado"
-  - "4 modos padrao + modos especificos listados"
-  - "Tasks previstas listadas"
-execution_type: "semantic"
----
-
-# Task: Propose Worker — Montar Proposta Completa
-
-## Objetivo
-
-Sintetizar o Discovery + Research numa proposta completa e coerente do worker. Essa proposta e o que vai pro Playback — o usuario precisa ver o worker inteiro antes de aprovar.
-
-## Posicao no Workflow
-
-Fase 2 do pipeline. Output alimenta o Playback (Fase 3).
-
-## Passos
-
-### Step 1: Acionar Role Designer
-
-Handoff para @role-designer com:
-- Discovery summary
-- KB rascunho (pra calibrar nivel Dreyfus e competencias)
-
-Role Designer produz:
-- Role Card
-- Context Pack
-- Delegation Map
-- Scoreboard
-
-### Step 2: Definir Modos de Operacao
-
-**4 modos padrao (todo worker):**
-1. Missao — recebe e executa
-2. Pesquisa — estuda ferramenta nova
-3. Documentacao — cria/atualiza SOPs
-4. Diagnostico — investiga problemas
-
-**Modos especificos do dominio:**
-Analisar duties do Role Card e identificar modos adicionais.
-Ex: Gestor de Infra poderia ter "Integracao" como modo extra.
-
-### Step 3: Definir Tasks Previstas
-
-**5 tasks padrao:**
-- start, execute-mission, research-tool, document-process, diagnose-issue
-
-**Tasks especificas:**
-1 task por duty/atividade que justifique protocolo proprio.
-
-### Step 4: Consolidar Proposta
-
-Montar documento unico:
-
-```markdown
-# PROPOSTA: {Worker Name}
-
-## Role Card
-{Completa}
-
-## Context Pack
-{Completo}
-
-## Delegation Map
-{Completo — tabela de decisoes}
-
-## Scoreboard
-{KPIs, DoD, Lead Measures}
-
-## Modos de Operacao
-{4 padrao + especificos, cada um com trigger e descricao}
-
-## Tasks Previstas
-{Lista com nome e descricao breve}
-
-## KB Inicial
-Dominios cobertos: {lista}
-Ferramentas pesquisadas: {lista}
-Tamanho: {N} linhas
-Gaps: {lista}
-SOPs existentes importados: {N}
-
-## Strict Rules (draft)
-NUNCA: {5+}
-SEMPRE: {5+}
-```
-
-Salvar em `agents/worker-forge/output/{slug}/proposal.md`.
-
-### Step 5: Handoff para Playback
-
-Entregar proposta ao Chief para apresentacao ao usuario.
-
-## Error Handling
-
-| Cenario | Acao |
-|---------|------|
-| Discovery incompleto | Voltar pra Fase 0, perguntar o que falta |
-| KB rascunho rasa demais | Pedir mais pesquisa ao Knowledge Curator |
-| Duties se sobrepoem | Consolidar ou separar, confirmar com usuario no Playback |