AGENTS.md pour Codex : des instructions projet durables

Un contrat pour l’environnement de travail

AGENTS.md décrit ce qu’un agent de code doit comprendre avant de modifier le dépôt : limites architecturales, contrôles obligatoires, conventions de fichiers et actions soumises à autorisation. Il guide le comportement sans remplacer les contrôles techniques.

Aller du général au local

Placez les règles communes à la racine et n’ajoutez des instructions que dans les dossiers spécialisés. Une migration de données peut ainsi exiger d’autres contrôles qu’un changement visuel sans charger chaque session de tous les détails.

Écrire des règles observables

Formulez des actions et des résultats : exécuter une commande précise, préserver un contrat API ou ne jamais éditer manuellement un fichier généré. Évitez les termes vagues sans critère d’acceptation.

Tracer un chemin sûr dans le code

Nommez les points d’entrée, les fichiers sources et les sorties générées. Expliquez où résident les données, les migrations et les commandes de démarrage. Cela réduit la recherche et les modifications au mauvais endroit.

Non. Traitez-le comme un fichier du dépôt et utilisez un système sécurisé pour les secrets.

Éviter les instructions contradictoires

Ne répétez pas une règle dans plusieurs fichiers. Les instructions locales doivent préciser les règles supérieures et les exceptions doivent être explicites. Après une réorganisation, vérifiez les fichiers encore actifs.

Vérifier plutôt que supposer

Après chaque changement pertinent, exigez linting, tests ou contrôle ciblé dans le navigateur. Relisez le résultat et le chemin suivi. La vérification devient ainsi la norme.

# Working agreements - Read the local guide before editing - Run pnpm lint and pnpm test - Preserve unrelated worktree changes

Rendre AGENTS.md pour Codex vérifiable

La revue de décision pour AGENTS.md pour Codex porte d’abord sur un chemin imbriqué du dépôt où les règles AGENTS.md racine et locales définissent la modification et les contrôles. Définissez pour AGENTS.md pour Codex le résultat utilisateur acceptable, les entrées indispensables et la personne autorisée à valider la sortie. Limitez le premier essai de AGENTS.md pour Codex afin de distinguer clairement les causes de leurs effets.

Pour AGENTS.md pour Codex, construisez une preuve autour d’un parcours réaliste réussi et simulez aussi des instructions contradictoires, une sortie générée modifiée à la main et une commande de vérification absente. Notez pour chaque contrôle de AGENTS.md pour Codex le résultat attendu, la preuve visible et l’action corrective en cas d’échec. La dernière question de décision pour AGENTS.md pour Codex est : « AGENTS.md peut-il contenir des secrets ? »

AGENTS.md pour Codex : du test à la gestion quotidienne

Attribuez à AGENTS.md pour Codex un responsable opérationnel, un relecteur métier et une solution de repli claire. Traitez la checklist de AGENTS.md pour Codex comme des étapes séparées avec preuves, afin que la ponctuation ou la formulation ne devienne jamais une logique de processus. Faites parcourir AGENTS.md pour Codex sans aide orale par la personne concernée et relevez chaque besoin d’explication ou de correction manuelle.

Réunissez pour AGENTS.md pour Codex les droits de modification, la journalisation, le support et les dates de revue dans un plan de gestion. Rejouez le test de AGENTS.md pour Codex après tout changement de données, configuration, modèle, intégration ou rôle utilisateur. N’étendez AGENTS.md pour Codex que lorsque l’équipe détecte, limite et corrige aussi des instructions contradictoires, une sortie générée modifiée à la main et une commande de vérification absente.

Arrêtez le déploiement de AGENTS.md pour Codex tant que des instructions contradictoires, une sortie générée modifiée à la main et une commande de vérification absente n’est pas signalé clairement et réparable par le responsable désigné.