Use o /dr:fast-execute quando o plano já está pronto e você quer o código. É o próximo passo sugerido pelo /dr:plan e a variante rápida do /dr:execute: você aponta a task, o comando monta a equipe de agentes e distribui o trabalho para que o máximo deles implemente ao mesmo tempo. No final, você recebe o código na branch certa e um relatório honesto do que cada tarefa entregou.
O nome da task planejada. É o mesmo nome que o /dr:plan mostrou ao gravar o plano. Se preferir executar só uma parte, informe também quais tarefas do checklist quer rodar; sem isso, o comando executa tudo o que ainda está pendente.
Se você errar o nome ou a task ainda não tiver plano, o comando não despacha nada: ele lista as tasks disponíveis e para.
Antes de qualquer agente começar, o comando prepara o terreno. Ele cria ou troca para a branch sugerida no plano e confere se a sua árvore está limpa. Se houver alterações não commitadas, ele para e pede para você fazer commit ou stash primeiro, para que nada seu se perca no meio do trabalho dos agentes.
Depois ele organiza o trabalho. Tarefas que caberiam ao mesmo especialista e mexem nos mesmos arquivos, que nunca poderiam rodar juntas, viram uma única passada do mesmo agente. Todas as outras rodam em paralelo, e cada tarefa que depende de outra é liberada no instante em que aquilo de que ela precisa termina, sem esperar o lote inteiro. Antes de despachar, o comando mostra como ficou a distribuição: quem faz o quê e o que está na fila.
Enquanto os agentes trabalham, você acompanha em linhas curtas, no vocabulário das suas tarefas: o que acabou de terminar, o que ainda está rodando e o que está esperando por quem. Cada agente usa o especialista escolhido no planejamento, sem reavaliação, e lê o plano por conta própria.
O código implementado na branch da task e uma tabela com o resultado real de cada tarefa: concluída, falhou, parcial ou bloqueada, sempre a partir do que cada agente de fato devolveu. Se algo não terminou, o comando diz o que falta, e rodá-lo de novo retoma só as tarefas pendentes.
O comando não faz commit nem roda as etapas finais do /dr:execute (revisão de código, documentação e instruções de deploy). O passo sugerido ao final é o /dr:review:task, que confere a implementação contra o plano.
Na prática, um plano com uma dezena de tarefas vira uma equipe trabalhando ao mesmo tempo, com o cuidado de nunca dois agentes tocarem o mesmo arquivo.
/dr:fast-execute
Planejamento e execuçãoCompatível com dr 3.4.25Modelo: sonnet
Como utilizar
/dr:fast-execute aceita texto livre. Você descreve o que quer em linguagem natural e o comando resolve. Não há flags.
Se a sua frase pode ser interpretada de mais de uma forma, o comando pergunta antes de escrever (via AskUserQuestion). Em operação de escrita, o comando nunca chuta — a ambiguidade sempre volta para você.
Notas
O primeiro argumento é o nome da task (o slug da pasta em .dr_ai/tasks/). O segundo, opcional, restringe a execução a IDs de tarefa do checklist, separados por vírgula. Rodar o comando de novo depois de uma falha planeja só as tarefas ainda pendentes.
Para quem quer saber o que acontece nos bastidores:
Entrada: a pasta .dr_ai/tasks/<nome>/, com __TaskPlan.md e __TaskChecklist.json gerados pelo /dr:plan. A branch sugerida vem da tarefa T0 do checklist.
Lotes: a distribuição é calculada pela skill dr-task-workflow (plan-batches) a partir de __BatchMeta.json, que o tech-planner grava durante o planejamento. Cada grupo despachado é uma unidade (U1, U2, …) com um agente e uma ou mais tarefas em sequência.
Agentes: cada unidade usa o agente atribuído no checklist. Sem agente atribuído, o padrão é dr:python-implementation para arquivos Python e dr:nodejs-implementation para o resto.
Rastro: o progresso fica em context_session.md dentro da pasta da task, e cada tarefa tem o status atualizado no checklist conforme termina.
