@luanpdd/kit-mcp 1.21.0 → 1.26.0

package/kit/commands/dados-distribuidos.md

@@ -0,0 +1,188 @@
+---
+name: dados-distribuidos
+description: Orquestrador da Suíte DDIA Foundations — dispatch para agents (auditor-consistencia-isolamento, detector-tenant-quente, validador-evolucao-schema) com sinônimos PT/EN (ddia, dados, consistencia, replicacao, streams).
+argument-hint: "<subcomando> [args...]"
+allowed-tools:
+  - Read
+  - Write
+  - Bash
+  - Grep
+  - Glob
+  - Task
+  - AskUserQuestion
+---
+
+<objective>
+Orquestrador único da Suíte DDIA Foundations v1.22. Recebe um subcomando + args, faz dispatch via `Task(subagent_type=<ddia-agent>)` para o agent especializado correto. É o **único ponto de chain de agents da Suíte DDIA Foundations** — agents permanecem função pura (anti-pitfall A10 v1.8 herdado).
+
+**Cross-Suite Invocation Pattern (herdado v1.21):** Agents da Suíte DDIA Foundations v1.22 **delegam para agents da Suíte Supabase v1.8 + Multi-Tenant v1.21** quando precisam materializar SQL, Edge Functions, RLS policies, audit logs. Padrão canônico:
+
+- `auditor-consistencia-isolamento` → delega fix migration para `supabase-migration-writer` (v1.8) OU fix Edge Function para `supabase-edge-fn-writer` (v1.8)
+- `detector-tenant-quente` → delega partitioning/dedicated schema para `supabase-migration-writer` (v1.8) + `b2b-saas-architect` (v1.21)
+- `validador-evolucao-schema` → handoff bidirecional com `supabase-migration-writer` (v1.8 — invoca este validador ANTES de escrever migration arriscada)
+- Subcomando `implementar-cdc` → carrega skill `streams-eventos-cdc` (v1.22) + delega Edge Function CDC para `supabase-edge-fn-writer` (v1.8)
+
+**Cria/Atualiza:** o que cada agent invocado cria/atualiza (skills consultadas, audits gerados, vereditos retornados).
+
+**Após:** o usuário tem o output do agent (audit report, veredito GO/NO-GO, ou Edge Function CDC scaffold).
+</objective>
+
+<execution_context>
+Skills consultadas pelos agents (Suíte DDIA Foundations v1.22): `kit/skills/{evolucao-schema-compativel,consistencia-leitura-replica,tenant-quente-mitigacao,postgres-isolamento-concorrencia,armadilhas-sistemas-distribuidos,escolha-modelo-consistencia,streams-eventos-cdc}/SKILL.md` + `kit/skills/_shared-dados-distribuidos/glossary.md`.
+
+Agents disponíveis (Suíte DDIA Foundations v1.22): `kit/agents/{auditor-consistencia-isolamento,detector-tenant-quente,validador-evolucao-schema}.md`.
+
+Agents Suíte Supabase v1.8 invocados via cross-suite delegation: `supabase-migration-writer`, `supabase-edge-fn-writer`, `supabase-architect`.
+
+Agents Suíte Multi-Tenant v1.21 invocados via cross-suite delegation: `b2b-saas-architect`, `multi-tenant-rls-writer`, `audit-log-implementer`.
+</execution_context>
+
+<context>
+**Argumentos:** `$ARGUMENTS` — primeiro token é o subcomando; restante é passado para o agent como prompt.
+
+**Subcomandos suportados (sinônimos PT-BR/EN):**
+
+| Subcomando | Sinônimos | Agent dispatched | Skill carregada |
+|---|---|---|---|
+| `auditar-consistencia` | `consistencia`, `audit-consistency`, `auditar-race` | `auditor-consistencia-isolamento` | `postgres-isolamento-concorrencia`, `armadilhas-sistemas-distribuidos`, `escolha-modelo-consistencia`, `streams-eventos-cdc` |
+| `auditar-tenant-quente` | `tenant-quente`, `hot-tenant`, `audit-tenant`, `tenant` | `detector-tenant-quente` | `tenant-quente-mitigacao` |
+| `validar-evolucao-schema` | `validar-schema`, `validate-schema`, `evolution-check`, `validar-evolucao` | `validador-evolucao-schema` | `evolucao-schema-compativel` |
+| `implementar-cdc` | `cdc`, `cdc-pipeline`, `streams`, `event-streaming` | (cross-suite) `supabase-edge-fn-writer` (v1.8) | `streams-eventos-cdc` (skill v1.22 carregada como contexto) |
+| `help` | `ajuda`, `?` | exibe esta tabela inline | — |
+
+**Aliases globais para o nome da suíte:** `dados-distribuidos`, `ddia`, `dados`, `consistencia`, `replicacao`, `streams` (todos roteiam para este orquestrador via `/dados-distribuidos`).
+
+**Skills relacionadas (Suíte DDIA Foundations v1.22):**
+
+| Skill | Capítulo DDIA | Quando usar |
+|---|---|---|
+| [`evolucao-schema-compativel`](../skills/evolucao-schema-compativel/SKILL.md) | Ch 4 (Encoding and Evolution) | Migrations com ALTER (NOT NULL, DROP, type narrow, default) |
+| [`consistencia-leitura-replica`](../skills/consistencia-leitura-replica/SKILL.md) | Ch 5 (Replication) | Read replicas Supavisor, read-after-write, monotonic reads |
+| [`tenant-quente-mitigacao`](../skills/tenant-quente-mitigacao/SKILL.md) | Ch 6 (Partitioning) | Multi-tenant skew, hot tenant, partitioning hash(org_id) |
+| [`postgres-isolamento-concorrencia`](../skills/postgres-isolamento-concorrencia/SKILL.md) | Ch 7 (Transactions) | Lost update, write skew, isolation level Postgres |
+| [`armadilhas-sistemas-distribuidos`](../skills/armadilhas-sistemas-distribuidos/SKILL.md) | Ch 8 (Distributed Systems Trouble) | Clock skew, network failure, partial failure |
+| [`escolha-modelo-consistencia`](../skills/escolha-modelo-consistencia/SKILL.md) | Ch 9 (Consistency and Consensus) | Linearizabilidade, causal, eventual; uniqueness; CAP/PACELC |
+| [`streams-eventos-cdc`](../skills/streams-eventos-cdc/SKILL.md) | Ch 11 (Stream Processing) | CDC, event sourcing, pgmq exactly-once, stream joins |
+
+**Detect `supabase/config.toml`:** se presente, extrai `project_id` e passa como contexto para o agent (mesmo pattern de `/multi-tenant` v1.21 + `/supabase` v1.8).
+</context>
+
+<process>
+
+## 1. Parsear Subcomando
+
+```bash
+SUBCMD=$(echo "$ARGUMENTS" | awk '{print $1}')
+ARGS=$(echo "$ARGUMENTS" | cut -d' ' -f2-)
+```
+
+**Se `$ARGUMENTS` for vazio ou `SUBCMD` for `help`/`ajuda`/`?`:** exibir tabela de subcomandos inline + exemplo de uso. Sair.
+
+## 2. Resolver Sinônimos
+
+Mapear `SUBCMD` para agent name canônico:
+
+```text
+auditar-consistencia, consistencia, audit-consistency, auditar-race  → auditor-consistencia-isolamento
+auditar-tenant-quente, tenant-quente, hot-tenant, audit-tenant, tenant → detector-tenant-quente
+validar-evolucao-schema, validar-schema, validate-schema, validar-evolucao, evolution-check → validador-evolucao-schema
+implementar-cdc, cdc, cdc-pipeline, streams, event-streaming         → cross-suite: supabase-edge-fn-writer (v1.8)
+```
+
+**Se subcomando não resolve:** exibir erro inline com lista de subcomandos válidos. Sair (fallback amigável).
+
+```text
+✗ Subcomando desconhecido: '<SUBCMD>'
+
+Subcomandos válidos:
+  auditar-consistencia / consistencia       → audita race conditions (6 detectores: lost update, write skew,
+                                                clock skew, UNIQUE app, cross-tenant lock, idempotência)
+  auditar-tenant-quente / tenant-quente     → detecta outliers de tenant (queries/min, storage, conexões)
+                                                via mcp__supabase__execute_sql; thresholds 3×/10× P50
+  validar-evolucao-schema / validar-schema  → valida migration SQL — veredito GO/NO-GO/NEEDS-REVIEW
+                                                + sugestão de migration safe quando NO-GO
+  implementar-cdc / cdc                     → scaffold de Edge Function CDC (wal2json + Realtime broadcast,
+                                                pglogical → Kafka, ou trigger-based) via supabase-edge-fn-writer
+  help / ajuda / ?                          → exibe esta tabela
+
+Uso: /dados-distribuidos <subcomando> <args...>
+
+Exemplos:
+  /dados-distribuidos auditar-consistencia "auditar supabase/migrations/ + supabase/functions/"
+  /dados-distribuidos auditar-tenant-quente "últimos 30 dias, top 5 tenants"
+  /dados-distribuidos validar-evolucao-schema supabase/migrations/20260510_add_priority.sql
+  /dados-distribuidos implementar-cdc "CDC para tabela leads via wal2json + Realtime broadcast"
+  /dados-distribuidos help
+
+Aliases para o comando: /dados-distribuidos, /ddia, /dados, /consistencia, /replicacao, /streams
+```
+
+## 3. Detectar `supabase/config.toml`
+
+```bash
+if [ -f supabase/config.toml ]; then
+  PROJECT_ID=$(grep -E '^project_id\s*=' supabase/config.toml | sed 's/.*= *"\(.*\)".*/\1/' | head -1)
+fi
+```
+
+Se presente, anexar `project_id=<value>` ao prompt do agent. Se ausente, agent funciona sem (modo offline para `auditar-tenant-quente`).
+
+## 4. Dispatch
+
+Invocar `Task(subagent_type=<agent_name>, prompt=<built_prompt>)`.
+
+**Prompt construído (template canônico):**
+
+```text
+{ARGS}
+
+{Se project_id detectado:}
+project_id: {PROJECT_ID}
+
+{Skill de contexto (carregada conforme subcomando):}
+Skill canônica: kit/skills/<skill-name>/SKILL.md
+```
+
+### Subcomando-específico
+
+**`auditar-consistencia`:** dispatch para `auditor-consistencia-isolamento`. Agent funciona offline (filesystem-only via Read/Grep/Glob). Sem necessidade de pre-question.
+
+**`auditar-tenant-quente`:** dispatch para `detector-tenant-quente`. Agent requer MCP Supabase ativo para coleta live. Se MCP indisponível, agent declara modo offline-fallback (heurísticas estáticas apenas) — caller é avisado.
+
+**`validar-evolucao-schema`:** dispatch para `validador-evolucao-schema`. Args devem incluir `migration_path` (arquivo `.sql`) OU `migration_sql` (SQL inline). Agent retorna veredito estruturado (GO/NO-GO/NEEDS-REVIEW) + sugestão de migration safe quando NO-GO.
+
+**`implementar-cdc` (cross-suite):**
+
+```text
+Esta é uma operação cross-suite — DDIA Foundations v1.22 → Supabase v1.8.
+
+Passos:
+1. Carregar skill kit/skills/streams-eventos-cdc/SKILL.md como contexto canônico
+2. AskUserQuestion para escolher abordagem CDC:
+   - Opção 1: wal2json + Supabase Realtime broadcast (zero infra, baixa latência)
+   - Opção 2: pglogical → Kafka externo (warehousing, alta robustez)
+   - Opção 3: Trigger-based (custom logic, baixo throughput)
+3. Dispatch via Task(subagent_type="supabase-edge-fn-writer", prompt=<built>) com:
+   - Contexto: abordagem escolhida
+   - Skill: streams-eventos-cdc (referência canônica)
+   - Tabela alvo: <args fornecidos>
+4. Agent v1.8 escreve Edge Function Deno conforme abordagem (com idempotência via processed_events table)
+```
+
+## 5. Output
+
+Output do agent é o output do command. Sem post-processing — agent já formata estruturado (audit report, veredito, ou Edge Function code).
+
+</process>
+
+<success_criteria>
+- [ ] Subcomando resolvido para agent canônico (4 subcomandos × seus sinônimos)
+- [ ] `project_id` extraído de `supabase/config.toml` se presente
+- [ ] Subcomando `implementar-cdc` faz `AskUserQuestion` upfront sobre abordagem CDC (3 opções)
+- [ ] Dispatch via `Task(subagent_type=...)` — único ponto de chain de agents da Suíte DDIA Foundations
+- [ ] Subcomando inválido → mensagem clara com lista (fallback amigável)
+- [ ] Subcomando `help`/`ajuda`/`?` → exibe tabela inline
+- [ ] Args após subcomando passam transparentemente para o agent
+- [ ] Cross-suite invocation documentada (agents v1.22 → agents v1.8 + v1.21)
+- [ ] Tabela de skills relacionadas (7 skills) com link ATIVO para SKILL.md
+</success_criteria>

package/kit/commands/definir-perfil.md

@@ -1,12 +1,12 @@
----
-name: definir-perfil
-description: Altera o perfil de modelo para os agentes framework (quality/balanced/budget/inherit)
+---
+name: definir-perfil
+description: Altera o perfil de modelo para os agentes framework (quality/balanced/budget/inherit)
 argument-hint: "<perfil (quality|balanced|budget|inherit)>"
-model: haiku
-allowed-tools:
-  - Bash
----
-
-Mostrar a seguinte saída ao usuário verbatim, sem comentários adicionais:
-
+model: haiku
+allowed-tools:
+  - Bash
+---
+
+Mostrar a seguinte saída ao usuário verbatim, sem comentários adicionais:
+
 !`node "./.claude/framework/bin/tools.cjs" config-set-model-profile $ARGUMENTS --raw`

package/kit/commands/depurar.md

@@ -1,190 +1,190 @@
----
-name: depurar
-description: Depuração sistemática com estado persistente entre resets de contexto
-argument-hint: "[descrição do problema]"
-allowed-tools:
-  - Read
-  - Bash
-  - Task
-  - AskUserQuestion
----
-
-<objective>
-Depurar problemas usando o método científico com isolamento de subagente.
-
-**Papel do orquestrador:** Coletar sintomas, invocar agente debugger, tratar checkpoints, invocar continuações.
-
-**Por que subagente:** Investigação consome contexto rapidamente (ler arquivos, formar hipóteses, testar). Contexto fresco de 200k por investigação. Contexto principal permanece enxuto para interação com o usuário.
-</objective>
-
-<available_agent_types>
-Tipos de subagente framework válidos (usar nomes exatos — não usar 'general-purpose'):
-- debugger — Diagnostica e corrige problemas
-- schema-checker — Pré-validação de SQL (FK, JOIN, INSERT) contra schema real via Supabase MCP. Use quando o bug envolve migration que falhou em apply ou suspeita de drift entre comentário do dev e schema real.
-</available_agent_types>
-
-<supabase_pre_check>
-## Triagem rápida — bug envolve SQL/Supabase?
-
-Se o $ARGUMENTS ou sintomas mencionam algum destes patterns, faça **pre-validação com `schema-checker`** ANTES de invocar o `debugger` genérico:
-
-| Sintoma | Razão |
-|---|---|
-| "migration falhou em apply" | `schema-checker` valida FKs/colunas/tabelas — sintoma comum é referência a coluna/tabela inexistente |
-| "RLS quebrou query" ou "query lenta após RLS" | Provavelmente `auth.uid()` sem `(select)` wrapper; veja skill `supabase-rls-policies` |
-| "Edge Function quebrou em deploy" | Provavelmente bare specifier ou import sem versão; veja skill `supabase-edge-functions` |
-| "user_metadata em policy" | Privilege escalation; veja skill `supabase-rls-policies` (REGRA absoluta) |
-| "service_role exposto" | Vazamento via `NEXT_PUBLIC_*`; veja skill `supabase-auth-ssr` |
-
-Se aplicável: invoque `Task(subagent_type=schema-checker, prompt=...)` primeiro. Se schema-checker retorna GO mas o bug persiste, então invoque o `debugger`.
-</supabase_pre_check>
-
-<context>
-Problema do usuário: $ARGUMENTS
-
-Verificar sessões ativas:
-```bash
-ls .planning/debug/*.md 2>/dev/null | grep -v resolved | head -5
-```
-</context>
-
-<process>
-
-## 0. Inicializar Contexto
-
-```bash
-INIT=$(node "./.claude/framework/bin/tools.cjs" state load)
-if [[ "$INIT" == @file:* ]]; then INIT=$(cat "${INIT#@file:}"); fi
-```
-
-Extrair `commit_docs` do JSON de init. Resolver modelo do depurador:
-```bash
-debugger_model=$(node "./.claude/framework/bin/tools.cjs" resolve-model debugger --raw)
-```
-
-## 1. Verificar Sessões Ativas
-
-Se existirem sessões ativas E sem $ARGUMENTS:
-- Listar sessões com status, hipótese, próxima ação
-- Usuário escolhe número para retomar OU descreve novo problema
-
-Se $ARGUMENTS fornecido OU usuário descreve novo problema:
-- Continuar para coleta de sintomas
-
-## 2. Coletar Sintomas (se novo problema)
-
-Usar AskUserQuestion para cada:
-
-1. **Comportamento esperado** - O que deveria acontecer?
-2. **Comportamento atual** - O que acontece em vez disso?
-3. **Mensagens de erro** - Algum erro? (colar ou descrever)
-4. **Cronologia** - Quando isso começou? Já funcionou?
-5. **Reprodução** - Como você aciona o problema?
-
-Após todos coletados, confirmar pronto para investigar.
-
-## 3. Invocar Agente debugger
-
-Preencher prompt e invocar:
-
-```markdown
-<objective>
-Investigar problema: {slug}
-
-**Resumo:** {trigger}
-</objective>
-
-<symptoms>
-expected: {expected}
-actual: {actual}
-errors: {errors}
-reproduction: {reproduction}
-timeline: {timeline}
-</symptoms>
-
-<mode>
-symptoms_prefilled: true
-goal: find_and_fix
-</mode>
-
-<debug_file>
-Criar: .planning/debug/{slug}.md
-</debug_file>
-```
-
-```
-Task(
-  prompt=filled_prompt,
-  subagent_type="debugger",
-  model="{debugger_model}",
-  description="Depurar {slug}"
-)
-```
-
-## 4. Tratar Retorno do Agente
-
-**Se `## CAUSA RAIZ ENCONTRADA`:**
-- Exibir causa raiz e resumo de evidências
-- Oferecer opções:
-  - "Corrigir agora" - invocar subagente de correção
-  - "Planejar correção" - sugerir /planejar-fase --gaps
-  - "Correção manual" - concluído
-
-**Se `## CHECKPOINT ATINGIDO`:**
-- Apresentar detalhes do checkpoint ao usuário
-- Obter resposta do usuário
-- Se tipo de checkpoint for `human-verify`:
-  - Se usuário confirmar corrigido: continuar para o agente finalizar/resolver/arquivar
-  - Se usuário reportar problemas: continuar para o agente retornar à investigação/correção
-- Invocar agente de continuação (ver passo 5)
-
-**Se `## INVESTIGAÇÃO INCONCLUSIVA`:**
-- Mostrar o que foi verificado e eliminado
-- Oferecer opções:
-  - "Continuar investigando" - invocar novo agente com contexto adicional
-  - "Investigação manual" - concluído
-  - "Adicionar mais contexto" - coletar mais sintomas, invocar novamente
-
-## 5. Invocar Agente de Continuação (Após Checkpoint)
-
-Quando usuário responde ao checkpoint, invocar agente fresco:
-
-```markdown
-<objective>
-Continuar depuração de {slug}. Evidências estão no arquivo de depuração.
-</objective>
-
-<prior_state>
-<files_to_read>
-- .planning/debug/{slug}.md (Estado da sessão de depuração)
-</files_to_read>
-</prior_state>
-
-<checkpoint_response>
-**Tipo:** {checkpoint_type}
-**Resposta:** {user_response}
-</checkpoint_response>
-
-<mode>
-goal: find_and_fix
-</mode>
-```
-
-```
-Task(
-  prompt=continuation_prompt,
-  subagent_type="debugger",
-  model="{debugger_model}",
-  description="Continuar depuração {slug}"
-)
-```
-
-</process>
-
-<success_criteria>
-- [ ] Sessões ativas verificadas
-- [ ] Sintomas coletados (se novo)
-- [ ] debugger invocado com contexto
-- [ ] Checkpoints tratados corretamente
-- [ ] Causa raiz confirmada antes de corrigir
-</success_criteria>
+---
+name: depurar
+description: Depuração sistemática com estado persistente entre resets de contexto
+argument-hint: "[descrição do problema]"
+allowed-tools:
+  - Read
+  - Bash
+  - Task
+  - AskUserQuestion
+---
+
+<objective>
+Depurar problemas usando o método científico com isolamento de subagente.
+
+**Papel do orquestrador:** Coletar sintomas, invocar agente debugger, tratar checkpoints, invocar continuações.
+
+**Por que subagente:** Investigação consome contexto rapidamente (ler arquivos, formar hipóteses, testar). Contexto fresco de 200k por investigação. Contexto principal permanece enxuto para interação com o usuário.
+</objective>
+
+<available_agent_types>
+Tipos de subagente framework válidos (usar nomes exatos — não usar 'general-purpose'):
+- debugger — Diagnostica e corrige problemas
+- schema-checker — Pré-validação de SQL (FK, JOIN, INSERT) contra schema real via Supabase MCP. Use quando o bug envolve migration que falhou em apply ou suspeita de drift entre comentário do dev e schema real.
+</available_agent_types>
+
+<supabase_pre_check>
+## Triagem rápida — bug envolve SQL/Supabase?
+
+Se o $ARGUMENTS ou sintomas mencionam algum destes patterns, faça **pre-validação com `schema-checker`** ANTES de invocar o `debugger` genérico:
+
+| Sintoma | Razão |
+|---|---|
+| "migration falhou em apply" | `schema-checker` valida FKs/colunas/tabelas — sintoma comum é referência a coluna/tabela inexistente |
+| "RLS quebrou query" ou "query lenta após RLS" | Provavelmente `auth.uid()` sem `(select)` wrapper; veja skill `supabase-rls-policies` |
+| "Edge Function quebrou em deploy" | Provavelmente bare specifier ou import sem versão; veja skill `supabase-edge-functions` |
+| "user_metadata em policy" | Privilege escalation; veja skill `supabase-rls-policies` (REGRA absoluta) |
+| "service_role exposto" | Vazamento via `NEXT_PUBLIC_*`; veja skill `supabase-auth-ssr` |
+
+Se aplicável: invoque `Task(subagent_type=schema-checker, prompt=...)` primeiro. Se schema-checker retorna GO mas o bug persiste, então invoque o `debugger`.
+</supabase_pre_check>
+
+<context>
+Problema do usuário: $ARGUMENTS
+
+Verificar sessões ativas:
+```bash
+ls .planning/debug/*.md 2>/dev/null | grep -v resolved | head -5
+```
+</context>
+
+<process>
+
+## 0. Inicializar Contexto
+
+```bash
+INIT=$(node "./.claude/framework/bin/tools.cjs" state load)
+if [[ "$INIT" == @file:* ]]; then INIT=$(cat "${INIT#@file:}"); fi
+```
+
+Extrair `commit_docs` do JSON de init. Resolver modelo do depurador:
+```bash
+debugger_model=$(node "./.claude/framework/bin/tools.cjs" resolve-model debugger --raw)
+```
+
+## 1. Verificar Sessões Ativas
+
+Se existirem sessões ativas E sem $ARGUMENTS:
+- Listar sessões com status, hipótese, próxima ação
+- Usuário escolhe número para retomar OU descreve novo problema
+
+Se $ARGUMENTS fornecido OU usuário descreve novo problema:
+- Continuar para coleta de sintomas
+
+## 2. Coletar Sintomas (se novo problema)
+
+Usar AskUserQuestion para cada:
+
+1. **Comportamento esperado** - O que deveria acontecer?
+2. **Comportamento atual** - O que acontece em vez disso?
+3. **Mensagens de erro** - Algum erro? (colar ou descrever)
+4. **Cronologia** - Quando isso começou? Já funcionou?
+5. **Reprodução** - Como você aciona o problema?
+
+Após todos coletados, confirmar pronto para investigar.
+
+## 3. Invocar Agente debugger
+
+Preencher prompt e invocar:
+
+```markdown
+<objective>
+Investigar problema: {slug}
+
+**Resumo:** {trigger}
+</objective>
+
+<symptoms>
+expected: {expected}
+actual: {actual}
+errors: {errors}
+reproduction: {reproduction}
+timeline: {timeline}
+</symptoms>
+
+<mode>
+symptoms_prefilled: true
+goal: find_and_fix
+</mode>
+
+<debug_file>
+Criar: .planning/debug/{slug}.md
+</debug_file>
+```
+
+```
+Task(
+  prompt=filled_prompt,
+  subagent_type="debugger",
+  model="{debugger_model}",
+  description="Depurar {slug}"
+)
+```
+
+## 4. Tratar Retorno do Agente
+
+**Se `## CAUSA RAIZ ENCONTRADA`:**
+- Exibir causa raiz e resumo de evidências
+- Oferecer opções:
+  - "Corrigir agora" - invocar subagente de correção
+  - "Planejar correção" - sugerir /planejar-fase --gaps
+  - "Correção manual" - concluído
+
+**Se `## CHECKPOINT ATINGIDO`:**
+- Apresentar detalhes do checkpoint ao usuário
+- Obter resposta do usuário
+- Se tipo de checkpoint for `human-verify`:
+  - Se usuário confirmar corrigido: continuar para o agente finalizar/resolver/arquivar
+  - Se usuário reportar problemas: continuar para o agente retornar à investigação/correção
+- Invocar agente de continuação (ver passo 5)
+
+**Se `## INVESTIGAÇÃO INCONCLUSIVA`:**
+- Mostrar o que foi verificado e eliminado
+- Oferecer opções:
+  - "Continuar investigando" - invocar novo agente com contexto adicional
+  - "Investigação manual" - concluído
+  - "Adicionar mais contexto" - coletar mais sintomas, invocar novamente
+
+## 5. Invocar Agente de Continuação (Após Checkpoint)
+
+Quando usuário responde ao checkpoint, invocar agente fresco:
+
+```markdown
+<objective>
+Continuar depuração de {slug}. Evidências estão no arquivo de depuração.
+</objective>
+
+<prior_state>
+<files_to_read>
+- .planning/debug/{slug}.md (Estado da sessão de depuração)
+</files_to_read>
+</prior_state>
+
+<checkpoint_response>
+**Tipo:** {checkpoint_type}
+**Resposta:** {user_response}
+</checkpoint_response>
+
+<mode>
+goal: find_and_fix
+</mode>
+```
+
+```
+Task(
+  prompt=continuation_prompt,
+  subagent_type="debugger",
+  model="{debugger_model}",
+  description="Continuar depuração {slug}"
+)
+```
+
+</process>
+
+<success_criteria>
+- [ ] Sessões ativas verificadas
+- [ ] Sintomas coletados (se novo)
+- [ ] debugger invocado com contexto
+- [ ] Checkpoints tratados corretamente
+- [ ] Causa raiz confirmada antes de corrigir
+</success_criteria>