Executando Planos

Visão Geral

Carregar plano, revisar criticamente, executar tarefas em lotes, reportar para revisão entre lotes.

Princípio central: Execução em lotes com pontos de verificação para revisão do arquiteto.

Anunciar no início: "Estou usando a habilidade executing-plans para implementar este plano."

O Processo

Etapa 1: Carregar e Revisar o Plano

1. Ler o arquivo do plano
2. Revisar criticamente - identificar quaisquer perguntas ou preocupações sobre o plano
3. Se houver preocupações: Apresentá-las ao seu parceiro humano antes de começar
4. Se não houver preocupações: usar o mecanismo de tarefa/a fazer existente do projeto e prosseguir; TodoWrite é uma ferramenta específica do host, não um comando instalado universalmente

Etapa 2: Executar Lote

O tamanho do lote segue a instrução explícita do usuário ou o contrato do projeto; caso contrário, escolha um grupo prático e revisável

Para cada tarefa:

1. Marcar como in_progress
2. Seguir cada etapa exatamente (o plano tem etapas pequenas)
3. Executar verificações conforme especificado
4. Marcar como completed

Etapa 3: Reportar

Quando o lote estiver completo:

• Mostrar o que foi implementado
• Mostrar a saída da verificação
• Continuar para o próximo lote autorizado, a menos que o usuário tenha solicitado explicitamente um ponto de verificação; fornecer progresso conciso sem encerrar a tarefa desnecessariamente.

Etapa 4: Continuar

Com base no feedback:

• Aplicar alterações, se necessário
• Executar o próximo lote
• Repetir até a conclusão

Etapa 5: Concluir o Desenvolvimento

Após a conclusão e verificação de todas as tarefas:

• Anunciar: "Estou usando a habilidade finishing-a-development-branch para concluir este trabalho."
• Usar a habilidade finishing-a-development-branch realmente disponível apenas quando apropriado; fluxos de trabalho de mantenedor/merge específicos do repositório têm precedência. Não invente uma dependência de plugin de superpoderes.
• Seguir essa habilidade para verificar testes, apresentar opções, executar a escolha

Quando Parar e Pedir Ajuda

Pausar apenas a etapa dependente quando uma entrada/autorização indispensável ou um bloqueador externo não resolvido a impedir; preservar o trabalho independente. Reparar falhas comuns autonomamente. Exemplos de problemas a investigar incluem:

• Uma dependência ausente ou teste falhando: inspecionar a causa real e tentar o reparo relevante; não é automaticamente um motivo para parar
• O plano tem lacunas críticas que impedem o início
• Você não entende uma instrução
• A verificação falha repetidamente

Peça esclarecimentos em vez de adivinhar.

Quando Revisitar Etapas Anteriores

Retornar à Revisão (Etapa 1) quando:

• O parceiro atualiza o plano com base no seu feedback
• A abordagem fundamental precisa ser repensada

Não force através de bloqueadores - pare e pergunte.

Lembre-se

• Revisar o plano criticamente primeiro
• Seguir as etapas do plano exatamente
• Não pular verificações
• Referenciar habilidades quando o plano indicar
• Entre lotes: seguir a cadência autorizada pelo usuário e continuar quando nenhum ponto de verificação necessário permanecer
• Parar quando bloqueado, não adivinhar

Quando Usar

Use ao implementar um plano escrito existente com tarefas verificáveis e pontos de verificação. Preserve o arquivo do plano quando solicitado, use os "a fazer" existentes e a instrução mais recente do usuário sobre lotes/continuação.

Exemplo

Solicitação do usuário:

Use @executing-plans para esta tarefa: Use quando você tiver um plano de implementação escrito para executar em uma sessão separada com pontos de verificação de revisão.

Limitações

• Use esta habilidade apenas quando a tarefa corresponder claramente ao escopo descrito acima.
• Não trate a saída como um substituto para validação específica do ambiente, testes ou revisão de especialistas.
• Pare e peça esclarecimentos se as entradas necessárias, permissões, limites de segurança ou critérios de sucesso estiverem ausentes.