Mémoire de workflow plutôt qu'outillage : pourquoi le chargement de contexte l'emporte sur les prompts géants

Un schéma d'échec courant avec les agents de codage n'est pas le manque d'outils — c'est l'absence de la bonne mémoire de workflow. L'agent dispose du shell, git, navigateur, lectures de fichiers. Le problème est qu'il se lance dans le mauvais workflow sans mémoire des règles de ce workflow.

Une release n'est pas juste "exécuter la build". Un hotfix n'est pas juste "modifier le code". Un déploiement n'est pas juste "pousser le fichier". Une migration n'est pas juste "éditer le schéma". Chacun a un tas de contexte ennuyeux : ce qui doit être vérifié en premier, ce qui ne doit jamais être sauté, ce qui doit être mis à jour après, ce qui compte comme terminé.

L'approche : chargement de checklist à la demande

Au lieu d'entasser tout dans le prompt permanent (qui devient rapidement une soupe), chargez le contexte du workflow uniquement quand c'est nécessaire :

• Si la tâche ressemble à une release → charger la checklist de release.
• Si l'agent touche aux fichiers de packaging → charger les notes de packaging.
• Si elle fait une migration → charger les règles de sauvegarde et de vérification.
• Si elle corrige un hotfix → charger les règles de changelog / synchronisation.
• Supprimer ce contexte supplémentaire une fois le workflow terminé.

Cela change significativement le mode d'échec. L'agent cesse d'agir comme un énorme prompt essayant de tout retenir, et commence à agir davantage comme un espace de travail où la checklist appropriée est déjà sur le bureau quand vous en avez besoin.