subagent-driven-development
Exécuter des plans de mise en œuvre avec des sous-agents
Également disponible depuis: ZhanlinCui,Doyajin174,DYAI2025,obra,davila7,CodingCossack,Cycleaddict,Cygnusfear
Cette compétence automatise l'exécution des tâches de mise en œuvre en distribuant de nouveaux sous-agents pour chaque tâche, avec une révision automatique en deux étapes (conformité aux spécifications puis qualité du code) garantissant des résultats de haute qualité sans supervision manuelle.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "subagent-driven-development". Exécutez ce plan de mise en œuvre pour ajouter l'authentification utilisateur
Résultat attendu:
Tâche 1 : Implémenter le point de terminaison de connexion
- Le sous-agent implémente, teste, valide
- Réviseur de spécifications : Toutes les exigences respectées
- Réviseur de qualité du code : Approuvé
Tâche 2 : Ajouter le flux de réinitialisation du mot de passe
[continue avec le même modèle...]
Utilisation de "subagent-driven-development". Que fait cette compétence différemment de l'exécution manuelle ?
Résultat attendu:
Contrairement à l'exécution manuelle, subagent-driven-development : (1) Utilise un nouveau sous-agent par tâche pour éviter la pollution du contexte, (2) Exécute une révision automatique en deux étapes après chaque tâche, (3) Reste dans la même session pour des progrès continus, (4) Détecte les problèmes tôt avant qu'ils ne se compliquent.
Utilisation de "subagent-driven-development". Pourquoi utiliser une révision en deux étapes (spécifications puis qualité) ?
Résultat attendu:
La r��vision de la conformité aux spécifications en premier garantit que seules les fonctionnalités demandées sont construites. La révision de la qualité du code en deuxième garantit que la mise en œuvre est bien construite. Cet ordre empêche les efforts gaspillés sur du code de haute qualité qui ne correspond pas aux exigences.
Audit de sécurité
SûrAll 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.
Motifs détectés
Score de qualité
Ce que vous pouvez construire
Mise en œuvre de fonctionnalités avec barrières de qualité
Un responsable d'équipe de développement utilise cette compétence pour exécuter un plan de fonctionnalités multi-tâches. Chaque tâche est implémentée par un nouveau sous-agent, révisée pour la conformité aux spécifications, puis vérifiée pour la qualité du code avant de passer à la tâche suivante.
Projets de refactoring automatisés
Un développeur doit refactoriser une vaste base de code sur plusieurs fichiers. Il crée un plan avec des tâches de refactoring indépendantes. La compétence ex��cute chaque tâche automatiquement avec une vérification de qualité intégrée.
Mise en œuvre par lots de modifications connexes
Un ingénieur DevOps utilise cette compétence pour mettre en œuvre une série de modifications d'infrastructure à partir d'un plan. Chaque modification passe par une révision des spécifications et des vérifications de qualité du code automatiquement.
Essayez ces prompts
Utilisez le modèle implementer-prompt.md pour distribuer un sous-agent pour la première tâche de mon plan de mise en œuvre. La tâche est : [collez la description de la tâche ici].
Une fois l'implémenteur ayant terminé la tâche N, distribuez un réviseur de spécifications en utilisant spec-reviewer-prompt.md pour vérifier que la mise en œuvre correspond aux exigences. Exigences de la tâche : [collez les exigences]. Rapport de l'implémenteur : [collez le rapport].
Une fois la conformité aux spécifications passée, distribuez un réviseur de qualité du code en utilisant code-quality-reviewer-prompt.md. Incluez le SHA de base git et le SHA de tête pour la tâche. Révision : [décrivez ce qui a été implémenté].
Exécutez mon plan de mise en œuvre en utilisant subagent-driven-development. Lisez le fichier de plan à [chemin], extrayez toutes les tâches, et traitez chacune d'elles par l'implémenteur, le réviseur de spécifications et le réviseur de qualité du code avant de marquer comme terminé.
Bonnes pratiques
- Fournissez le contexte complet de la tâche dès le début - le sous-agent ne devrait pas avoir besoin de lire le fichier de plan
- Répondez toujours aux questions du sous-agent avant de le laisser procéder à la mise en œuvre
- Ne sautez jamais les boucles de révision - si le réviseur trouve des problèmes, l'implémenteur doit les corriger et les soumettre à une nouvelle révision
- Distribuez les tâches séquentiellement, pas en parallèle, pour éviter les conflits
Éviter
- Commencer la révision de la qualité du code avant que la conformité aux spécifications ne soit vérifiée (mauvais ordre)
- Sauter la révision de la conformité aux spécifications et procéder directement à la qualité du code
- Accepter « assez proche » pour la conformité aux spécifications - les exigences doivent correspondre exactement
- Laisser l'implémenteur sauter l'auto-révision avant de faire rapport
Foire aux questions
En quoi cela diffère-t-il de la compétence executing-plans ?
Pourquoi utiliser un nouveau sous-agent par tâche au lieu d'un seul sous-agent pour toutes les tâches ?
Que se passe-t-il si un sous-agent pose des questions pendant la mise en œuvre ?
Puis-je sauter la révision de la qualité du code si la conformité aux spécifications passe ?
Que se passe-t-il si le réviseur trouve des problèmes mais que l'implémenteur n'est pas d'accord ?
Comment gérer les tâches fortement couplées dans mon plan ?
Détails du développeur
Auteur
sickn33Licence
MIT
Dépôt
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/subagent-driven-developmentRéf
main
Structure de fichiers