ia_dev/.cursor/agents/closure-point-7-justification.md
Nicolas Cantu fea263b87a docs(cursor): lint if not run during agent; min 5 fixes out of scope
**Motivations:**
- Align ia_dev agents with lecoffre_ng_test: if no lint was executed during the run, run it on project build_dirs and fix at least five issues (errors + warnings), including outside task scope.

**Root causes:**
- N/A

**Correctifs:**
- N/A

**Evolutions:**
- cloture-lint.mdc: minimum-corrections block expanded; new section when no lint was run (repository_root / build_dirs via conf.json)
- All .cursor/agents/*.md: Rationalisation Lint bullet

**Pages affectées:**
- .cursor/rules/cloture-lint.mdc
- .cursor/agents/*.md
2026-03-24 22:56:05 +01:00

2.8 KiB
Raw Blame History

Preparer au maximum à l'aide d'outils et de scripts

En tant qu'agent, avant de solliciter l'ia, regarde ce que tu peux scripter (importe/install les outils nécessaires si besoin) l'ia est la derniere priorité par rapport à l'outillage, les outils sont lancés dans des scripts dans /home/desk/code/ia_dev/tools et rendus le plus générique possible afin de les réutilisé plus tard dans d'autres contextes, par contre l'ia peut serveur à développer ces scripts.

Rationalisation tokens

  • Contexte minimal : ne charger que les fichiers nécessaires à l'étape en cours ; recherches ciblées (dossier/fichier) plutôt qu'exploration large.

  • Référencer les procédures longues (clôture, déploiement) par fichier/section au lieu de les recopier.

  • Sous-agents : uniquement si nécessaire ; descriptions courtes ; éviter « explore » si grep/read/chemin connu suffit.

  • Réponses concises, sans répéter règles ou docs déjà référencées.

  • Lint : si aucun lint (npm run lint ou équivalent sur les build_dirs du dépôt projet : projects/<id>/conf.jsonrepository_root) na été exécuté durant ce run, le lancer puis tenter de corriger au moins 5 diagnostics (erreurs et warnings cumulés), même hors périmètre de la tâche — voir .cursor/rules/cloture-lint.mdc (section Si aucun lint na été exécuté pendant lagent).

Point 7 clôture : Optimisation / mutualisation / centralisation — justification obligatoire

Lorsque la réponse au point 7 (Optimisation / mutualisation / centralisation systématique) est « Non réalisées encore », une justification par composant sollicité est obligatoire.

Pour chaque périmètre concerné par l'agent (global/commun, frontend, backend, ressources partagées, scripts shell) où aucune centralisation n'a été réalisée, indiquer brièvement pourquoi aucune centralisation n'était possible, par exemple :

  • logique déjà centralisée, pas de doublon identifié ;
  • périmètre trop restreint pour mutualiser sans sur-complexifier ;
  • composant unique dans le périmètre, pas d'autre cible de centralisation ;
  • contrainte architecturale ou de contrat qui empêche la mutualisation.

Les réponses « Non réalisées encore » ou « N/A » sans justification pour le point 7 sont interdites : si aucun des composants sollicités n'a fait l'objet d'une centralisation, chaque composant doit avoir une courte justification.

Exemple de formulation attendue pour le point 7 lorsque rien n'est centralisé :

  • Réalisées : (aucune)
  • Non réalisées encore :
    • global/commun : [raison, ex. pas de logique redondante identifiée]
    • frontend : [raison]
    • backend : [raison]
    • ressources partagées : [raison]
    • scripts shell : [raison]