subagent-driven-development
Executar Planos de Implementação com Subagentes
Também disponível em: ZhanlinCui,Doyajin174,DYAI2025,obra,davila7,CodingCossack,Cycleaddict,Cygnusfear
Esta habilidade automatiza a execução de tarefas de implementação distribuindo novos subagentes para cada tarefa, com revisão automática em duas etapas (conformidade com especificação e depois qualidade do código), garantindo resultados de alta qualidade sem supervisão manual.
Baixar o ZIP da skill
Upload no Claude
Vá em Configurações → Capacidades → Skills → Upload skill
Ative e comece a usar
Testar
A utilizar "subagent-driven-development". Execute este plano de implementação para adicionar autenticação de usuário
Resultado esperado:
Tarefa 1: Implementar endpoint de login
- Subagente implementa, testa, faz commit
- Revisor de especificação: Todos os requisitos atendidos
- Revisor de qualidade de código: Aprovado
Tarefa 2: Adicionar fluxo de redefinição de senha
[continua com mesmo padrão...]
A utilizar "subagent-driven-development". O que esta habilidade faz de diferente da execução manual?
Resultado esperado:
Diferentemente da execução manual, subagent-driven-development: (1) Usa novo subagente por tarefa para evitar poluição de contexto, (2) Executa revisão automática em duas etapas após cada tarefa, (3) Permanece na mesma sessão para progresso contínuo, (4) Detecta problemas cedo antes que se multipliquem.
A utilizar "subagent-driven-development". Por que usar revisão em duas etapas (especificação depois qualidade)?
Resultado esperado:
A revisão de conformidade com especificação primeiro garante que apenas as funcionalidades solicitadas sejam construídas. A revisão de qualidade de código segundo garante que a implementação esteja bem construída. Esta ordem previne esforço desperdiçado em código de alta qualidade que não corresponde aos requisitos.
Auditoria de Segurança
SeguroAll 38 static findings are false positives. The skill is a meta-skill containing prompt templates only - no executable code, scripts, network calls, or file operations. Static scanner misinterpreted GraphViz DOT syntax as shell commands, YAML 'risk: unknown' as cryptographic weakness, and standard code review language as reconnaissance.
Padrões Detectados
Pontuação de qualidade
O Que Você Pode Construir
Implementação de Funcionalidade com Portões de Qualidade
Um líder de equipe de desenvolvimento usa esta habilidade para executar um plano de funcionalidade com múltiplas tarefas. Cada tarefa é implementada por um novo subagente, revisada para conformidade com especificação e depois verificada quanto à qualidade do código antes de avançar para a próxima tarefa.
Projetos de Refatoração Automatizados
Um desenvolvedor precisa refatorar uma grande base de código em múltiplos arquivos. Eles criam um plano com tarefas de refatoração independentes. A habilidade executa cada tarefa automaticamente com verificação de qualidade integrada.
Implementação em Lote de Mudanças Relacionadas
Um engenheiro de DevOps usa esta habilidade para implementar uma série de mudanças de infraestrutura a partir de um plano. Cada mudança passa por revisão de especificação e verificações de qualidade de código automaticamente.
Tente Estes Prompts
Use o template implementer-prompt.md para distribuir um subagente para a primeira tarefa no meu plano de implementação. A tarefa é: [cole a descrição da tarefa aqui].
Após o implementador completar a Tarefa N, distribua um revisor de especificação usando spec-reviewer-prompt.md para verificar se a implementação corresponde aos requisitos. Requisitos da tarefa: [cole os requisitos]. Relatório do implementador: [cole o relatório].
Após a conformidade com especificação passar, distribua um revisor de qualidade de código usando code-quality-reviewer-prompt.md. Inclua o SHA base e o SHA head do git para a tarefa. Revisão: [descreva o que foi implementado].
Execute meu plano de implementação usando subagent-driven-development. Leia o arquivo de plano em [caminho], extraia todas as tarefas e processe cada uma através de implementador, revisor de especificação e revisor de qualidade de código antes de marcar como concluído.
Melhores Práticas
- Forneça contexto completo da tarefa antecipadamente - o subagente não deve precisar ler o arquivo de plano
- Sempre responda às perguntas do subagente antes de deixá-lo prosseguir com a implementação
- Nunca pule loops de revisão - se o revisor encontrar problemas, o implementador deve corrigir e revisar novamente
- Distribua tarefas sequencialmente, não em paralelo, para evitar conflitos
Evitar
- Iniciar revisão de qualidade de código antes da conformidade com especificação ser verificada (ordem errada)
- Pular revisão de conformidade com especificação e prosseguir diretamente para qualidade de código
- Aceitar 'quase certo' na conformidade com especificação - requisitos devem corresponder exatamente
- Permitir que o implementador pule auto-revisão antes de reportar
Perguntas Frequentes
Como isso é diferente da habilidade executing-plans?
Por que usar novo subagente por tarefa em vez de um subagente para todas as tarefas?
O que acontece se um subagente fizer perguntas durante a implementação?
Posso pular a revisão de qualidade de código se a conformidade com especificação passar?
E se o revisor encontrar problemas mas o implementador discordar?
Como lidar com tarefas fortemente acopladas no meu plano?
Detalhes do Desenvolvedor
Autor
sickn33Licença
MIT
Repositório
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/subagent-driven-developmentReferência
main
Estrutura de arquivos