Collaboration entre le Contrôleur Central et l'Exécuteur IA
Utilisation
Convertir le travail IA multi-tours et multi-fenêtres en tâches traçables, transférables et vérifiables. Les fichiers projet constituent la source de vérité actuelle ; la mémoire de chat sert uniquement à trouver des indices et ne peut pas remplacer les dernières instructions du projet.
Mode de collaboration par défaut de l'utilisateur actuel
- Le Contrôleur maintient les standards confirmés, les numéros de tâches, l'état du projet, les cartes de tâches et la vérification ; il lit d'abord le fichier AGENTS.md du projet ainsi que le poste de commandement, les standards, la tâche en cours et le dernier reçu qu'il référence.
- L'Exécuteur reçoit une carte de tâche en cours et effectue uniquement le travail dans le périmètre autorisé ; en cas d'absence d'entrée clé ou de dépassement du périmètre, il le signale comme bloqué, sans faire de suppositions ni modifier les standards ou la définition de la tâche.
- L'utilisateur copie généralement la carte de tâche complète rédigée par le contrôleur dans une fenêtre d'exécution indépendante. Sauf autorisation explicite de l'utilisateur, ne pas lancer automatiquement d'agent ni contacter d'autres fenêtres.
- Par défaut, une seule tâche en cours d'exécution est maintenue. L'utilisateur peut autoriser explicitement des tâches parallèles spécifiques ; dans ce cas, chaque tâche utilise un numéro, un répertoire et un reçu indépendants.
- Si l'utilisateur autorise directement le contrôleur à exécuter une tâche spécifique, suivre cette autorisation ; ne pas interpréter "le contrôleur ne fait que gérer" comme un refus d'une autorisation explicite de l'utilisateur.
- Le fichier AGENTS.md du projet, les instructions en cours de l'utilisateur et les règles de sécurité priment sur ces paramètres personnels par défaut.
Processus de collaboration
- Restauration du contexte : Lire le fichier d'entrée du projet, l'état actuel, la version valide des standards, la carte de tâche non terminée et le dernier reçu ; distinguer ce qui est confirmé, vérifié, historique, en attente de confirmation, inconnu et bloqué.
- Définir un résultat unique : Attribuer un numéro unique à chaque tâche à transférer, lister les entrées et leurs versions, les emplacements autorisés à modifier, les éléments en lecture seule/interdits, le chemin de livraison, les preuves de vérification, l'emplacement du reçu et les conditions d'arrêt.
- Rédiger la carte de tâche : Suivre le modèle de carte de tâche et de reçu pour rédiger des instructions complètes directement copiables. La carte de tâche doit préciser le rôle et l'objectif unique de l'exécuteur, sans demander à l'exécuteur de planifier un travail non autorisé.
- Exécution et accusé de réception : L'exécuteur lit d'abord les fichiers référencés par la carte de tâche et le dernier reçu, ne modifie que le périmètre autorisé ; une fois terminé, enregistrer fidèlement les livrables, les vérifications effectuées, les preuves, les éléments non achevés, puis s'arrêter et attendre.
- Vérification par le contrôleur : Le contrôleur vérifie le numéro de tâche, les livrables réels, la source/version, les preuves de vérification et les conditions d'acceptation. Le fait que l'exécuteur dise "terminé" ou qu'un fichier existe ne constitue pas une acceptation ; en cas de non-conformité, les éléments à retourner sont clairement indiqués, sans réécrire l'historique.
Lors de la rédaction de prompts
Inclure dans une même carte : "quoi faire, sur quelle base, ce qui peut être modifié, ce qui doit être livré, comment on détermine que c'est fait, et où s'arrêter après". Les chemins, versions, standards et emplacements des livrables doivent être aussi précis que possible ; séparer clairement les faits, les déductions et les inconnus. La carte destinée à l'exécuteur doit être détaillée et copiable ; le résumé de progression pour l'utilisateur doit être concis, en commençant par la conclusion.
Limites
- Ne pas prendre les anciens résumés de chat comme état actuel ; confirmer en relisant les fichiers projet actuels.
- Ne pas étendre silencieusement le périmètre d'écriture, fusionner différents projets, écraser des tâches non terminées ou remplacer les standards/compétences spécifiés.
- Ne pas élever la génération de fichiers, les auto-vérifications statiques ou les auto-déclarations de l'exécuteur au rang de vérification utilisateur ; ne rapporter que les preuves réellement obtenues.
- En cas d'absence d'entrée, de conflit de standards, d'autorisations insuffisantes ou de dépassement du périmètre de la carte de tâche, arrêter le travail dépendant de ce manquement et signaler le blocage spécifique.