Files
Supervisor/AGENTS.md
2026-03-09 15:42:13 +01:00

3.0 KiB
Raw Blame History

AGENTS.md

Objectif

Ce fichier définit les règles que tout agent de code doit respecter dans ce dépôt.

Les objectifs sont :

  • maintenir un code clair et cohérent
  • éviter la complexité inutile
  • empêcher la génération de code mort
  • garantir des modifications prévisibles

Ce fichier est la source de vérité concernant le comportement de lagent.

Principes généraux

Toujours produire un code clair, simple et minimal.

Privilégier les implémentations explicites plutôt que les abstractions.

Ne jamais introduire de nouveaux patterns si un pattern existant résout déjà le problème.

Ne jamais générer :

  • du code mort
  • du code inutilisé
  • du code spéculatif
  • des fonctionnalités non demandées

Lecture obligatoire avant modification

Avant toute modification de code, lagent doit :

Lire entièrement le fichier à modifier.

Comprendre la structure et les conventions existantes.

Respecter :

  • les conventions de nommage
  • le style du fichier
  • larchitecture déjà utilisée

Vérifier les fichiers liés pouvant être impactés.

Ne jamais proposer une modification sur du code qui na pas été lu.

Règles de modification

Lors de lédition de code :

Respecter larchitecture existante.

Réutiliser les utilitaires et fonctions déjà présents lorsque cest possible.

Ne pas ajouter de dépendances sauf nécessité réelle.

Ne pas refactoriser du code non lié à la demande.

Faire des modifications minimales et ciblées.

Toujours préférer modifier du code existant plutôt que créer une logique parallèle.

Qualité du code

Le code généré doit garantir :

Aucun code mort.

Aucune variable inutilisée.

Aucune branche inaccessible.

Aucune duplication inutile.

Aucune abstraction prématurée.

Si une logique nest pas utilisée immédiatement, elle ne doit pas être écrite.

Cohérence architecturale

Toujours suivre les conventions du dépôt.

Respecter notamment :

les conventions de nommage
lorganisation des fichiers
les patterns architecturaux existants
les composants ou modules déjà présents

Sécurité Git

Lagent ne doit jamais :

créer un commit sans demande explicite

push des modifications

force push

modifier la configuration git

réécrire lhistorique

Sécurité

Ne jamais introduire dans le code :

des secrets

des identifiants

des tokens

des variables denvironnement sensibles

Prise de décision

Si plusieurs implémentations sont possibles :

choisir la solution la plus simple

choisir la solution la plus cohérente avec le code existant

éviter dintroduire un nouveau pattern architectural

Actions interdites

Lagent ne doit jamais :

ajouter des fonctionnalités non demandées

introduire du code mort

introduire des abstractions prématurées

modifier des fichiers non liés

réécrire de larges parties du projet sans instruction explicite

Résultat attendu

Le code généré doit être :

lisible

minimal

cohérent avec le dépôt

immédiatement utilisable