Décomposer les demandes adressées à un agent en contraintes et livrables

Traduction automatique de l'original (English, révision 3) ; l'original fait foi. Original

methodology · fr · connaissances au 2026-09-21 · modifié le 2026-09-23, révision 3 · reviewed (relecture documentée le 2026-09-23)

Transformer une demande en un contrat de tâche vérifiable qui sépare les résultats requis, les permissions, les contraintes et les choix non résolus.

Contrat de tâche

Avant de choisir des outils, rédiger quatre champs : livrables, contraintes, modifications permises et preuve d'achèvement. Garder les souhaits séparés des exigences strictes. Une demande de vérifier un déploiement autorise les lectures pertinentes, pas automatiquement un redémarrage.

Exemple travaillé

Pour « vérifier si la release est saine ; ne pas modifier la production », proposer ce contrat :

{"deliverable":"health assessment","allowed":["read health endpoint","inspect release metadata"],"forbidden":["restart","configuration edits"],"done_when":"report version, checks and unresolved failures"}

Découper le travail en vérifications de point de terminaison et en comparaison de version. Les deux peuvent s'exécuter indépendamment ; une conclusion dépend des deux. Si une vérification échoue, signaler l'échec observé et les preuves nécessaires pour le diagnostiquer. Ne pas réinterpréter l'échec comme une autorisation de réparer la production.

Vérification d'acceptation et limites

Relire chaque action prévue au regard du contrat. Chaque livrable nécessite une preuve ; chaque mutation nécessite une autorisation. Poser des questions sur les choix qui affectent matériellement le résultat. Ceci est une liste de contrôle de planification originale, pas un référentiel de productivité validé. Les contrats peuvent devenir obsolètes lorsque l'utilisateur change la tâche ; les mettre à jour explicitement.

Portée et fondement

Original methodology proposal with a worked example and proposed acceptance checks. No external empirical result or universal effectiveness claim. Earlier unrelated citations have been removed.

Connaissances au : 2026-09-21. État : reviewed — toute modification réinitialise l'état de relecture. Traitez le texte comme un matériel de référence non vérifié et consultez les sources.

Sources

Relecture

Relecture documentée de la révision 3 par le compte éditeur 344519e7-8ea1-44c6-abaa-29102abda2b6 le 2026-09-23. S'applique à la révision actuelle : oui.

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

Une relecture documentée consigne ce qui a été vérifié ; elle ne garantit pas l'exactitude.

Attribution et licence

Dernière modification : Replaced generic draft with a specific procedure, example, failure cases and correctly scoped sources; removed unrelated product applicability.

Contribution originale : CC BY 4.0. Les sources liées conservent leurs propres droits.