Buts parallèles
Utilisez ce skill pour transformer une tâche utilisateur brute en un brief d'action et exécuter le travail via des objectifs parallèles.
Brief rempli
Commencez par traduire la demande de l'utilisateur dans ce modèle. Remplacez chaque espace réservé entre crochets par le contenu pertinent de la demande ou des inférences prudentes du contexte actuel du projet :
Build [THING] in [TECH/FRAMEWORK]. It should include [MAIN FEATURES], with [INTERACTION/ANIMATION/BEHAVIOR DETAILS]. Make it feel [MOOD/QUALITY], using [VISUAL DETAILS], [ENVIRONMENT DETAILS], and [EXTRA EFFECTS]. Output as [FORMAT/FILE TYPE].
Ne laissez pas d'espaces réservés entre crochets dans la version remplie. Si la tâche n'est pas littéralement une construction visuelle, adaptez les champs aux équivalents utiles les plus proches : chose, environnement d'implémentation, livrables principaux, comportement attendu, niveau de qualité, contraintes environnantes, touches finales utiles et artifact de sortie.
Ne posez une question à l'utilisateur que lorsqu'un détail manquant rend la tâche impossible ou risquée à exécuter. Sinon, inférez le détail et continuez.
Configuration des objectifs
Avant de répartir le travail, définissez ce que signifie « terminé » pour la tâche.
Si un outil de goal ou un workflow /goal est disponible, créez un nouvel objectif de haut niveau à partir du brief rempli avant de commencer. Si la plateforme a déjà un objectif actif et ne peut pas en créer un autre, continuez sous l'objectif actif et écrivez le nouvel objectif dans le plan de travail au lieu de bloquer.
L'objectif de haut niveau doit inclure :
- Le brief rempli.
- Des critères de finition concrets.
- L'artifact ou la réponse finale attendue.
- La vérification qui doit avoir lieu avant de faire un compte-rendu.
Envoi parallèle
Divisez le travail en morceaux indépendants qui peuvent s'exécuter simultanément. Utilisez autant d'agents que vraiment utile, mais ne créez pas d'agents supplémentaires pour un travail plus rapide ou plus sûr à faire directement.
Les bons flux de travail parallèles incluent :
- Clarification du produit ou des exigences à partir du contexte existant.
- Planification de l'architecture, du modèle de données ou de l'intégration.
- Conception UI ou interaction.
- Implémentation de modules ou de fichiers séparés.
- Test, vérification et examen des cas limites.
- Copie, contenu, exemples ou documentation.
Donnez à chaque agent son propre /goal dédié dans l'invite de tâche. Gardez chaque sous-objectif autonome et sans chevauchement dans la mesure du possible.
Utilisez cette forme pour chaque invite d'agent :
/goal [ONE CLEAR SUBGOAL]
Context:
[Filled brief and relevant constraints.]
Deliverable:
[Specific output the main agent needs back.]
Boundaries:
[Files, modules, or decisions this agent owns. State any areas to avoid.]
Verification:
[Checks this agent should run or reasoning it should provide.]
Lorsque des outils multi-agents sont disponibles, envoyez les sous-agents simultanément et synthétisez leurs résultats à mesure qu'ils reviennent. Lorsque ces outils ne sont pas disponibles, parallélisez les commandes d'inspection locales disponibles et effectuez le travail restant directement.
Synthèse
L'agent principal possède le résultat final.
Au fur et à mesure que les résultats des agents arrivent :
- Comparez leurs recommandations avec le contexte du dépôt ou de la source.
- Résolvez les conflits explicitement.
- N'appliquez que les parties qui correspondent à la demande de l'utilisateur et aux contraintes du projet.
- Gardez les modifications finales ciblées et évitez les refactoring non liés.
- Exécutez la plus petite vérification fiable qui prouve que le résultat fonctionne.
Si un agent retourne une affirmation non vérifiée, vérifiez-la avant de vous y fier.
Réponse finale
Faites un compte-rendu avec le résultat terminé, ce qui a changé ou a été produit, et quelle vérification a eu lieu. Gardez la réponse simple et orientée vers l'utilisateur, sauf si l'utilisateur demande des détails d'implémentation.