@luanpdd/kit-mcp 1.29.0 → 1.30.0

package/kit/commands/novo-workspace.md

@@ -1,44 +1,44 @@
----
-name: novo-workspace
-description: Cria um workspace isolado com cópias de repos e .planning/ independente
-argument-hint: "--name <name> [--repos repo1,repo2] [--path /target] [--strategy worktree|clone] [--branch name] [--auto]"
-allowed-tools:
-  - Read
-  - Bash
-  - Write
-  - AskUserQuestion
----
-<context>
-**Flags:**
-- `--name` (obrigatório) — Nome do workspace
-- `--repos` — Caminhos ou nomes de repos separados por vírgula. Se omitido, seleção interativa dos repos git filhos no cwd
-- `--path` — Diretório de destino. Padrão: `~/workspaces/<name>`
-- `--strategy` — `worktree` (padrão, leve) ou `clone` (totalmente independente)
-- `--branch` — Branch para fazer checkout. Padrão: `workspace/<name>`
-- `--auto` — Pular perguntas interativas, usar padrões
-</context>
-
-<objective>
-Criar um diretório de workspace físico contendo cópias dos repos git especificados (como worktrees ou clones) com um diretório `.planning/` independente para sessões framework isoladas.
-
-**Casos de uso:**
-- Orquestração multi-repo: trabalhar em um subconjunto de repos em paralelo com estado framework isolado
-- Isolamento de feature branch: criar um worktree do repo atual com seu próprio `.planning/`
-
-**Cria:**
-- `<path>/WORKSPACE.md` — manifesto do workspace
-- `<path>/.planning/` — diretório de planejamento independente
-- `<path>/<repo>/` — git worktree ou clone para cada repo especificado
-
-**Após este comando:** `cd` no workspace e execute `/novo-projeto` para inicializar o framework.
-</objective>
-
-<execution_context>
-@./.claude/framework/workflows/new-workspace.md
-@./.claude/framework/references/ui-brand.md
-</execution_context>
-
-<process>
-Execute o workflow new-workspace de @./.claude/framework/workflows/new-workspace.md do início ao fim.
-Preserve todos os checkpoints do workflow (validação, aprovações, commits, roteamento).
+---
+name: novo-workspace
+description: Cria um workspace isolado com cópias de repos e .planning/ independente
+argument-hint: "--name <name> [--repos repo1,repo2] [--path /target] [--strategy worktree|clone] [--branch name] [--auto]"
+allowed-tools:
+  - Read
+  - Bash
+  - Write
+  - AskUserQuestion
+---
+<context>
+**Flags:**
+- `--name` (obrigatório) — Nome do workspace
+- `--repos` — Caminhos ou nomes de repos separados por vírgula. Se omitido, seleção interativa dos repos git filhos no cwd
+- `--path` — Diretório de destino. Padrão: `~/workspaces/<name>`
+- `--strategy` — `worktree` (padrão, leve) ou `clone` (totalmente independente)
+- `--branch` — Branch para fazer checkout. Padrão: `workspace/<name>`
+- `--auto` — Pular perguntas interativas, usar padrões
+</context>
+
+<objective>
+Criar um diretório de workspace físico contendo cópias dos repos git especificados (como worktrees ou clones) com um diretório `.planning/` independente para sessões framework isoladas.
+
+**Casos de uso:**
+- Orquestração multi-repo: trabalhar em um subconjunto de repos em paralelo com estado framework isolado
+- Isolamento de feature branch: criar um worktree do repo atual com seu próprio `.planning/`
+
+**Cria:**
+- `<path>/WORKSPACE.md` — manifesto do workspace
+- `<path>/.planning/` — diretório de planejamento independente
+- `<path>/<repo>/` — git worktree ou clone para cada repo especificado
+
+**Após este comando:** `cd` no workspace e execute `/novo-projeto` para inicializar o framework.
+</objective>
+
+<execution_context>
+@./.claude/framework/workflows/new-workspace.md
+@./.claude/framework/references/ui-brand.md
+</execution_context>
+
+<process>
+Execute o workflow new-workspace de @./.claude/framework/workflows/new-workspace.md do início ao fim.
+Preserve todos os checkpoints do workflow (validação, aprovações, commits, roteamento).
 </process>

package/kit/commands/pausar-trabalho.md

@@ -1,38 +1,38 @@
----
-name: pausar-trabalho
-description: Cria handoff de contexto ao pausar trabalho no meio de uma fase
-allowed-tools:
-  - Read
-  - Write
-  - Bash
----
-
-<objective>
-Criar arquivo de handoff `.continue-here.md` para preservar o estado completo do trabalho entre sessões.
-
-Encaminha para o workflow pause-work que cuida de:
-- Detecção da fase atual a partir de arquivos recentes
-- Coleta completa de estado (posição, trabalho concluído, trabalho restante, decisões, bloqueadores)
-- Criação do arquivo de handoff com todas as seções de contexto
-- Commit git como WIP
-- Instruções de retomada
-</objective>
-
-<execution_context>
-@./.claude/framework/workflows/pause-work.md
-</execution_context>
-
-<context>
-Estado e progresso da fase são coletados no workflow com leituras específicas.
-</context>
-
-<process>
-**Seguir o workflow pause-work** de `@./.claude/framework/workflows/pause-work.md`.
-
-O workflow cuida de toda a lógica, incluindo:
-1. Detecção do diretório de fase
-2. Coleta de estado com esclarecimentos do usuário
-3. Escrita do arquivo de handoff com timestamp
-4. Commit git
-5. Confirmação com instruções de retomada
+---
+name: pausar-trabalho
+description: Cria handoff de contexto ao pausar trabalho no meio de uma fase
+allowed-tools:
+  - Read
+  - Write
+  - Bash
+---
+
+<objective>
+Criar arquivo de handoff `.continue-here.md` para preservar o estado completo do trabalho entre sessões.
+
+Encaminha para o workflow pause-work que cuida de:
+- Detecção da fase atual a partir de arquivos recentes
+- Coleta completa de estado (posição, trabalho concluído, trabalho restante, decisões, bloqueadores)
+- Criação do arquivo de handoff com todas as seções de contexto
+- Commit git como WIP
+- Instruções de retomada
+</objective>
+
+<execution_context>
+@./.claude/framework/workflows/pause-work.md
+</execution_context>
+
+<context>
+Estado e progresso da fase são coletados no workflow com leituras específicas.
+</context>
+
+<process>
+**Seguir o workflow pause-work** de `@./.claude/framework/workflows/pause-work.md`.
+
+O workflow cuida de toda a lógica, incluindo:
+1. Detecção do diretório de fase
+2. Coleta de estado com esclarecimentos do usuário
+3. Escrita do arquivo de handoff com timestamp
+4. Commit git
+5. Confirmação com instruções de retomada
 </process>

package/kit/commands/perfil-usuario.md

@@ -1,46 +1,46 @@
----
-name: perfil-usuario
-description: Gera perfil comportamental do desenvolvedor e cria artefatos descobríveis pelo Claude
-argument-hint: "[--questionnaire] [--refresh]"
-allowed-tools:
-  - Read
-  - Write
-  - Bash
-  - Glob
-  - Grep
-  - AskUserQuestion
-  - Task
----
-
-<objective>
-Gerar um perfil comportamental do desenvolvedor a partir de análise de sessão (ou questionário) e produzir artefatos (USER-PROFILE.md, /preferencias-dev, seção CLAUDE.md) que personalizam as respostas do Claude.
-
-Encaminha para o workflow profile-user que orquestra o fluxo completo: gate de consentimento, análise de sessão ou fallback de questionário, geração de perfil, exibição de resultados e seleção de artefatos.
-</objective>
-
-<execution_context>
-@./.claude/framework/workflows/profile-user.md
-@./.claude/framework/references/ui-brand.md
-</execution_context>
-
-<context>
-Flags de $ARGUMENTS:
-- `--questionnaire` -- Pular análise de sessão completamente, usar apenas questionário
-- `--refresh` -- Reconstruir perfil mesmo quando existe, fazer backup do perfil antigo, mostrar diff de dimensão
-</context>
-
-<process>
-Execute o workflow profile-user do início ao fim.
-
-O workflow cuida de toda a lógica, incluindo:
-1. Inicialização e detecção de perfil existente
-2. Gate de consentimento antes da análise de sessão
-3. Escaneamento de sessão e verificações de suficiência de dados
-4. Análise de sessão (agente profiler) ou fallback de questionário
-5. Resolução de divisão entre projetos
-6. Escrita do perfil em USER-PROFILE.md
-7. Exibição de resultado com card de relatório e destaques
-8. Seleção de artefato (preferencias-dev, seções CLAUDE.md)
-9. Geração sequencial de artefatos
-10. Resumo com diff de atualização (se aplicável)
+---
+name: perfil-usuario
+description: Gera perfil comportamental do desenvolvedor e cria artefatos descobríveis pelo Claude
+argument-hint: "[--questionnaire] [--refresh]"
+allowed-tools:
+  - Read
+  - Write
+  - Bash
+  - Glob
+  - Grep
+  - AskUserQuestion
+  - Task
+---
+
+<objective>
+Gerar um perfil comportamental do desenvolvedor a partir de análise de sessão (ou questionário) e produzir artefatos (USER-PROFILE.md, /preferencias-dev, seção CLAUDE.md) que personalizam as respostas do Claude.
+
+Encaminha para o workflow profile-user que orquestra o fluxo completo: gate de consentimento, análise de sessão ou fallback de questionário, geração de perfil, exibição de resultados e seleção de artefatos.
+</objective>
+
+<execution_context>
+@./.claude/framework/workflows/profile-user.md
+@./.claude/framework/references/ui-brand.md
+</execution_context>
+
+<context>
+Flags de $ARGUMENTS:
+- `--questionnaire` -- Pular análise de sessão completamente, usar apenas questionário
+- `--refresh` -- Reconstruir perfil mesmo quando existe, fazer backup do perfil antigo, mostrar diff de dimensão
+</context>
+
+<process>
+Execute o workflow profile-user do início ao fim.
+
+O workflow cuida de toda a lógica, incluindo:
+1. Inicialização e detecção de perfil existente
+2. Gate de consentimento antes da análise de sessão
+3. Escaneamento de sessão e verificações de suficiência de dados
+4. Análise de sessão (agente profiler) ou fallback de questionário
+5. Resolução de divisão entre projetos
+6. Escrita do perfil em USER-PROFILE.md
+7. Exibição de resultado com card de relatório e destaques
+8. Seleção de artefato (preferencias-dev, seções CLAUDE.md)
+9. Geração sequencial de artefatos
+10. Resumo com diff de atualização (se aplicável)
 </process>

package/kit/commands/pesquisar-fase.md

@@ -1,195 +1,195 @@
----
-name: pesquisar-fase
-description: Pesquisa como implementar uma fase (standalone — geralmente use /planejar-fase)
-argument-hint: "[fase]"
-allowed-tools:
-  - Read
-  - Bash
-  - Task
----
-
-<objective>
-Pesquisa como implementar uma fase. Invoca o agente phase-researcher com o contexto da fase.
-
-**Nota:** Este é um comando de pesquisa standalone. Para a maioria dos fluxos, use `/planejar-fase` que integra a pesquisa automaticamente.
-
-**Use este comando quando:**
-- Você quer pesquisar sem planejar ainda
-- Você quer re-pesquisar após o planejamento estar completo
-- Você precisa investigar antes de decidir se uma fase é viável
-
-**Papel do orquestrador:** Analisar fase, validar contra o roadmap, verificar pesquisa existente, reunir contexto, invocar agente pesquisador, apresentar resultados.
-
-**Por que subagente:** Pesquisa consome contexto rapidamente (WebSearch, consultas Context7, verificação de fontes). Contexto fresco de 200k para investigação. Contexto principal fica enxuto para interação com o usuário.
-</objective>
-
-<available_agent_types>
-Tipos de subagentes framework válidos (use nomes exatos — não use 'general-purpose' como fallback):
-- phase-researcher — Pesquisa abordagens técnicas para uma fase
-</available_agent_types>
-
-<context>
-Número da fase: $ARGUMENTS (obrigatório)
-
-Normalizar entrada da fase no passo 1 antes de qualquer busca de diretório.
-</context>
-
-<process>
-
-## 0. Inicializar Contexto
-
-```bash
-INIT=$(node "./.claude/framework/bin/tools.cjs" init phase-op "$ARGUMENTS")
-if [[ "$INIT" == @file:* ]]; then INIT=$(cat "${INIT#@file:}"); fi
-```
-
-Extrair do JSON de init: `phase_dir`, `phase_number`, `phase_name`, `phase_found`, `commit_docs`, `has_research`, `state_path`, `requirements_path`, `context_path`, `research_path`.
-
-Resolver modelo do pesquisador:
-```bash
-RESEARCHER_MODEL=$(node "./.claude/framework/bin/tools.cjs" resolve-model phase-researcher --raw)
-```
-
-## 1. Validar Fase
-
-```bash
-PHASE_INFO=$(node "./.claude/framework/bin/tools.cjs" roadmap get-phase "${phase_number}")
-```
-
-**Se `found` for false:** Erro e sair. **Se `found` for true:** Extrair `phase_number`, `phase_name`, `goal` do JSON.
-
-## 2. Verificar Pesquisa Existente
-
-```bash
-ls .planning/phases/${PHASE}-*/RESEARCH.md 2>/dev/null
-```
-
-**Se existir:** Oferecer: 1) Atualizar pesquisa, 2) Ver existente, 3) Pular. Aguardar resposta.
-
-**Se não existir:** Continuar.
-
-## 3. Reunir Contexto da Fase
-
-Usar caminhos do INIT (não colocar conteúdo de arquivos inline no contexto do orquestrador):
-- `requirements_path`
-- `context_path`
-- `state_path`
-
-Apresentar resumo com descrição da fase e quais arquivos o pesquisador vai carregar.
-
-## 4. Invocar Agente phase-researcher
-
-Modos de pesquisa: ecosystem (padrão), feasibility, implementation, comparison.
-
-```markdown
-<research_type>
-Pesquisa de Fase — investigando COMO implementar uma fase específica bem.
-</research_type>
-
-<key_insight>
-A questão NÃO é "qual biblioteca devo usar?"
-
-A questão é: "O que eu não sei que não sei?"
-
-Para esta fase, descobrir:
-- Qual é o padrão de arquitetura estabelecido?
-- Quais bibliotecas formam o stack padrão?
-- Quais problemas as pessoas comumente encontram?
-- Qual é o SOTA vs o que o treinamento do Claude acha que é SOTA?
-- O que NÃO deve ser feito manualmente?
-</key_insight>
-
-<objective>
-Pesquisar abordagem de implementação para Fase {phase_number}: {phase_name}
-Modo: ecosystem
-</objective>
-
-<files_to_read>
-- {requirements_path} (Requisitos)
-- {context_path} (Contexto da fase do discutir-fase, se existir)
-- {state_path} (Decisões e bloqueadores anteriores do projeto)
-</files_to_read>
-
-<additional_context>
-**Descrição da fase:** {phase_description}
-</additional_context>
-
-<downstream_consumer>
-Seu RESEARCH.md será carregado pelo `/planejar-fase` que usa seções específicas:
-- `## Standard Stack` → Planos usam essas bibliotecas
-- `## Architecture Patterns` → Estrutura de tarefas segue esses padrões
-- `## Don't Hand-Roll` → Tarefas NUNCA constroem soluções customizadas para problemas listados
-- `## Common Pitfalls` → Etapas de verificação checam por esses problemas
-- `## Code Examples` → Ações de tarefas referenciam esses padrões
-
-Seja prescritivo, não exploratório. "Use X" não "Considere X ou Y."
-</downstream_consumer>
-
-<quality_gate>
-Antes de declarar completo, verificar:
-- [ ] Todos os domínios investigados (não apenas alguns)
-- [ ] Afirmações negativas verificadas com documentação oficial
-- [ ] Múltiplas fontes para afirmações críticas
-- [ ] Níveis de confiança atribuídos honestamente
-- [ ] Nomes de seções correspondem ao que o planejar-fase espera
-</quality_gate>
-
-<output>
-Escrever em: .planning/phases/${PHASE}-{slug}/${PHASE}-RESEARCH.md
-</output>
-```
-
-```
-Task(
-  prompt=filled_prompt,
-  subagent_type="phase-researcher",
-  model="{researcher_model}",
-  description="Pesquisar Fase {phase}"
-)
-```
-
-## 5. Tratar Retorno do Agente
-
-**`## RESEARCH COMPLETE`:** Exibir resumo, oferecer: Planejar fase, Aprofundar, Revisar completo, Concluído.
-
-**`## CHECKPOINT REACHED`:** Apresentar ao usuário, obter resposta, invocar continuação.
-
-**`## RESEARCH INCONCLUSIVE`:** Mostrar o que foi tentado, oferecer: Adicionar contexto, Tentar modo diferente, Manual.
-
-## 6. Invocar Agente de Continuação
-
-```markdown
-<objective>
-Continuar pesquisa para Fase {phase_number}: {phase_name}
-</objective>
-
-<prior_state>
-<files_to_read>
-- .planning/phases/${PHASE}-{slug}/${PHASE}-RESEARCH.md (Pesquisa existente)
-</files_to_read>
-</prior_state>
-
-<checkpoint_response>
-**Tipo:** {checkpoint_type}
-**Resposta:** {user_response}
-</checkpoint_response>
-```
-
-```
-Task(
-  prompt=continuation_prompt,
-  subagent_type="phase-researcher",
-  model="{researcher_model}",
-  description="Continuar pesquisa Fase {phase}"
-)
-```
-
-</process>
-
-<success_criteria>
-- [ ] Fase validada contra o roadmap
-- [ ] Pesquisa existente verificada
-- [ ] phase-researcher invocado com contexto
-- [ ] Checkpoints tratados corretamente
-- [ ] Usuário sabe os próximos passos
-</success_criteria>
+---
+name: pesquisar-fase
+description: Pesquisa como implementar uma fase (standalone — geralmente use /planejar-fase)
+argument-hint: "[fase]"
+allowed-tools:
+  - Read
+  - Bash
+  - Task
+---
+
+<objective>
+Pesquisa como implementar uma fase. Invoca o agente phase-researcher com o contexto da fase.
+
+**Nota:** Este é um comando de pesquisa standalone. Para a maioria dos fluxos, use `/planejar-fase` que integra a pesquisa automaticamente.
+
+**Use este comando quando:**
+- Você quer pesquisar sem planejar ainda
+- Você quer re-pesquisar após o planejamento estar completo
+- Você precisa investigar antes de decidir se uma fase é viável
+
+**Papel do orquestrador:** Analisar fase, validar contra o roadmap, verificar pesquisa existente, reunir contexto, invocar agente pesquisador, apresentar resultados.
+
+**Por que subagente:** Pesquisa consome contexto rapidamente (WebSearch, consultas Context7, verificação de fontes). Contexto fresco de 200k para investigação. Contexto principal fica enxuto para interação com o usuário.
+</objective>
+
+<available_agent_types>
+Tipos de subagentes framework válidos (use nomes exatos — não use 'general-purpose' como fallback):
+- phase-researcher — Pesquisa abordagens técnicas para uma fase
+</available_agent_types>
+
+<context>
+Número da fase: $ARGUMENTS (obrigatório)
+
+Normalizar entrada da fase no passo 1 antes de qualquer busca de diretório.
+</context>
+
+<process>
+
+## 0. Inicializar Contexto
+
+```bash
+INIT=$(node "./.claude/framework/bin/tools.cjs" init phase-op "$ARGUMENTS")
+if [[ "$INIT" == @file:* ]]; then INIT=$(cat "${INIT#@file:}"); fi
+```
+
+Extrair do JSON de init: `phase_dir`, `phase_number`, `phase_name`, `phase_found`, `commit_docs`, `has_research`, `state_path`, `requirements_path`, `context_path`, `research_path`.
+
+Resolver modelo do pesquisador:
+```bash
+RESEARCHER_MODEL=$(node "./.claude/framework/bin/tools.cjs" resolve-model phase-researcher --raw)
+```
+
+## 1. Validar Fase
+
+```bash
+PHASE_INFO=$(node "./.claude/framework/bin/tools.cjs" roadmap get-phase "${phase_number}")
+```
+
+**Se `found` for false:** Erro e sair. **Se `found` for true:** Extrair `phase_number`, `phase_name`, `goal` do JSON.
+
+## 2. Verificar Pesquisa Existente
+
+```bash
+ls .planning/phases/${PHASE}-*/RESEARCH.md 2>/dev/null
+```
+
+**Se existir:** Oferecer: 1) Atualizar pesquisa, 2) Ver existente, 3) Pular. Aguardar resposta.
+
+**Se não existir:** Continuar.
+
+## 3. Reunir Contexto da Fase
+
+Usar caminhos do INIT (não colocar conteúdo de arquivos inline no contexto do orquestrador):
+- `requirements_path`
+- `context_path`
+- `state_path`
+
+Apresentar resumo com descrição da fase e quais arquivos o pesquisador vai carregar.
+
+## 4. Invocar Agente phase-researcher
+
+Modos de pesquisa: ecosystem (padrão), feasibility, implementation, comparison.
+
+```markdown
+<research_type>
+Pesquisa de Fase — investigando COMO implementar uma fase específica bem.
+</research_type>
+
+<key_insight>
+A questão NÃO é "qual biblioteca devo usar?"
+
+A questão é: "O que eu não sei que não sei?"
+
+Para esta fase, descobrir:
+- Qual é o padrão de arquitetura estabelecido?
+- Quais bibliotecas formam o stack padrão?
+- Quais problemas as pessoas comumente encontram?
+- Qual é o SOTA vs o que o treinamento do Claude acha que é SOTA?
+- O que NÃO deve ser feito manualmente?
+</key_insight>
+
+<objective>
+Pesquisar abordagem de implementação para Fase {phase_number}: {phase_name}
+Modo: ecosystem
+</objective>
+
+<files_to_read>
+- {requirements_path} (Requisitos)
+- {context_path} (Contexto da fase do discutir-fase, se existir)
+- {state_path} (Decisões e bloqueadores anteriores do projeto)
+</files_to_read>
+
+<additional_context>
+**Descrição da fase:** {phase_description}
+</additional_context>
+
+<downstream_consumer>
+Seu RESEARCH.md será carregado pelo `/planejar-fase` que usa seções específicas:
+- `## Standard Stack` → Planos usam essas bibliotecas
+- `## Architecture Patterns` → Estrutura de tarefas segue esses padrões
+- `## Don't Hand-Roll` → Tarefas NUNCA constroem soluções customizadas para problemas listados
+- `## Common Pitfalls` → Etapas de verificação checam por esses problemas
+- `## Code Examples` → Ações de tarefas referenciam esses padrões
+
+Seja prescritivo, não exploratório. "Use X" não "Considere X ou Y."
+</downstream_consumer>
+
+<quality_gate>
+Antes de declarar completo, verificar:
+- [ ] Todos os domínios investigados (não apenas alguns)
+- [ ] Afirmações negativas verificadas com documentação oficial
+- [ ] Múltiplas fontes para afirmações críticas
+- [ ] Níveis de confiança atribuídos honestamente
+- [ ] Nomes de seções correspondem ao que o planejar-fase espera
+</quality_gate>
+
+<output>
+Escrever em: .planning/phases/${PHASE}-{slug}/${PHASE}-RESEARCH.md
+</output>
+```
+
+```
+Task(
+  prompt=filled_prompt,
+  subagent_type="phase-researcher",
+  model="{researcher_model}",
+  description="Pesquisar Fase {phase}"
+)
+```
+
+## 5. Tratar Retorno do Agente
+
+**`## RESEARCH COMPLETE`:** Exibir resumo, oferecer: Planejar fase, Aprofundar, Revisar completo, Concluído.
+
+**`## CHECKPOINT REACHED`:** Apresentar ao usuário, obter resposta, invocar continuação.
+
+**`## RESEARCH INCONCLUSIVE`:** Mostrar o que foi tentado, oferecer: Adicionar contexto, Tentar modo diferente, Manual.
+
+## 6. Invocar Agente de Continuação
+
+```markdown
+<objective>
+Continuar pesquisa para Fase {phase_number}: {phase_name}
+</objective>
+
+<prior_state>
+<files_to_read>
+- .planning/phases/${PHASE}-{slug}/${PHASE}-RESEARCH.md (Pesquisa existente)
+</files_to_read>
+</prior_state>
+
+<checkpoint_response>
+**Tipo:** {checkpoint_type}
+**Resposta:** {user_response}
+</checkpoint_response>
+```
+
+```
+Task(
+  prompt=continuation_prompt,
+  subagent_type="phase-researcher",
+  model="{researcher_model}",
+  description="Continuar pesquisa Fase {phase}"
+)
+```
+
+</process>
+
+<success_criteria>
+- [ ] Fase validada contra o roadmap
+- [ ] Pesquisa existente verificada
+- [ ] phase-researcher invocado com contexto
+- [ ] Checkpoints tratados corretamente
+- [ ] Usuário sabe os próximos passos
+</success_criteria>