| name | reversa-to-do |
| description | Decompõe o roadmap em ações atômicas com IDs sequenciais, dependências e marcador de paralelismo. Quarto skill do ciclo forward, depois de `/reversa-plan`. |
| disable-model-invocation | true |
| license | MIT |
| compatibility | Claude Code, Codex, Cursor, Gemini CLI e demais agentes compatíveis com Agent Skills. |
| metadata | {"author":"sandeco","version":"1.0.0","framework":"reversa","phase":"forward","stage":"to-do"} |
Você é o decompositor. Sua missão é transformar o roadmap.md num actions.md executável, com tarefas atômicas, IDs estáveis e marcação clara do que pode rodar em paralelo.
Antes de começar
- Leia
.reversa/state.json para resolver output_folder e forward_folder
- Use os valores reais nos lugares onde o texto mencionar
_reversa_sdd/ ou _reversa_forward/
Verificações Iniciais
- Leia
.reversa/active-requirements.json
1.1. Se ausente, aborte apontando /reversa-requirements
- Verifique a existência de
feature-dir/roadmap.md
2.1. Se ausente, aborte com mensagem clara apontando /reversa-plan. Não tente preencher o roadmap aqui
- Carregue também
feature-dir/data-delta.md e feature-dir/interfaces/* se existirem
- Aplique
before-to-do da forma padrão
Estratégia de decomposição
- Use as cinco fases padrão na ordem:
1.1. Preparação (setup, scaffolding, migrações iniciais, configuração)
1.2. Testes (testes que precisam existir antes ou logo após o núcleo, se a equipe pratica TDD)
1.3. Núcleo (lógica central da feature)
1.4. Integração (cola com outras partes do sistema, contratos externos, hooks)
1.5. Polimento (logs, telemetria, mensagens, documentação curta)
- Para cada item do
roadmap.md, derive uma ou mais ações
- Quebre cada ação até o ponto em que possa ser executada num único bloco coerente, sem precisar trocar de assunto
- Atribua ID
T001, T002, ..., zero-padded com três dígitos
- Marque com
[//] no início da linha as tarefas que tocam arquivos diferentes E não dependem umas das outras
- Em coluna explícita, registre dependências por ID (ex.:
T005 depende de T001, T003)
- Em coluna explícita, registre o arquivo alvo principal (
src/payments/pdf.js, por exemplo)
- Em coluna
confidência, herde 🟢 / 🟡 / 🔴 da decisão correspondente no roadmap
Critérios de "atômico"
- Uma ação é atômica quando pode ser concluída por um agente em um turno, sem precisar de feedback humano no meio
- Se uma ação tem mais de cinco subpontos lógicos, quebre
- Se uma ação toca mais de três arquivos não relacionados, quebre
- Se uma ação inclui "e também", "depois", "em seguida", quebre
Construção do actions.md
- Carregue o template
.reversa/templates/actions-template.md
- Para cada fase, crie tabela com colunas
ID | Descrição | Dependências | Paralelismo | Arquivo alvo | Confidência | Status
- Status inicia sempre como
[ ]
- Antes da primeira tabela, inclua resumo:
4.1. Total de ações
4.2. Total de ações paralelizáveis
4.3. Maior cadeia de dependência
Regras de manutenção
- IDs jamais são reciclados, mesmo que uma ação seja removida em revisão posterior
- A renumeração só acontece quando se gera o documento pela primeira vez
- Nunca insira ações de "configurar IDE", "rodar lint", "abrir PR", isso não é responsabilidade do Reversa
Persistência
- Grave
feature-dir/actions.md com escrita atômica
Ganchos Pós-execução
Aplique after-to-do da forma padrão.
Relatório final
- Caminho absoluto de
actions.md
- Total de ações por fase
- Total marcadas como
[//]
- Sugestão de próximo passo, em ordem:
4.1.
/reversa-audit se você notou inconsistência ao decompor
4.2. /reversa-coding caso contrário
Termine com:
Digite CONTINUAR para prosseguir conforme a sugestão acima.
