planlisted

> IMPORTANTE: Nunca execute o objetivo diretamente. Sempre seguir o fluxo > completo Passo 0 -> Passo 1 -> Passo 2 -> Passo 3 -> Passo 4 -> Passo 5, > independentemente da complexidade ou tamanho do objetivo recebido. Se o > operador invocou /plan, e porque quer o fluxo completo: planejador, > aprovacao e executores em paralelo. ## Input Argumento recebido: objetivo de alto nivel (ex: "implemente telas de Meta e Lancamento Recorrente"). ## Passo 0 -- Preparar state ```bash TASKS_FILE=".claude/tasks.json" [ -f "$TASKS_FILE" ] || printf '{ "tasks": [] }' > "$TASKS_FILE" PLAN_ID="plan-$(date +%Y%m%d-%H%M%S)" echo "$PLAN_ID" ``` Guardar o valor impresso como `planId` para uso nos passos seguintes. ## Passo 1 -- Spawnar sub-agente planejador Ler o arquivo `.claude/skills/plan/prompts/task-planner.md` com a ferramenta Read e usar seu conteudo como prompt, substituindo `{OBJETIVO}` pelo argumento recebido. Usar o Agent tool com: - subagent_type: "general-purpose" - model: "opus" - prompt: conteudo de task-planner.md com {OBJETIVO} substituido **Nota sobre versao do Opus:** o Agent tool aceita SOMENTE os aliases `sonnet | opus | haiku` no parametro `model` -- IDs especificos como `claude-opus-4-8` sao rejeitados/silently fallback. O alias `opus` resolve para a versao Opus que estiver configurada na sessao principal. Para forcar uma versao especifica (ex: 4.8 vs 4.7), o operador precisa configurar o modelo da sessao Claude Code via `/model` antes de invocar `/plan`. Nao da pr