plain — traduire une réponse dense/jargon en français clair
La règle permanente que cette compétence applique : un français compréhensible et digeste dans le chat — chaque code inventé est expliqué en mots simples, rien n'est noyé sous une narration de processus. Cette règle est sans cesse violée : les réponses arrivent bourrées de codes de classement (F027, B13, PTT, une def_hash…), d'acronymes non développés et de piles de noms techniques qui forment un mur à la lecture. Cette compétence est la solution : reprendre cette réponse et LA DIRE À NOUVEAU en français clair, conversationnel et généreux.
C'est la compétence ANTI-terses — l'opposé de /breakdown. La longueur est acceptable ; la perte de sens ne l'est pas.
Quoi traduire
Cible par défaut : le message précédent de l'assistant. Si l'utilisateur a collé un texte ou a @-mentionné un fichier/bloc, traduire celui-ci à la place. Si c'est ambigu, demander une fois.
Comment faire
- RÉSOUDRE chaque code, tag et acronyme vers son sens réel — ne PAS deviner. Quand un code de classement / nom de phase / nom de porte / hash apparaît, le rechercher dans les fichiers du projet (ex.
findings.md,CHECKPOINT.md, la spécification correspondante) et énoncer ce que c'est RÉELLEMENT en mots humains. Si vous ne trouvez vraiment pas à quoi un code se réfère, dites « Je n'ai pas trouvé à quoi correspondX» — n'inventez jamais un sens. - Ré-exprimer, ne pas résumer. Conserver TOUTE la substance. C'est une traduction, pas un résumé raccourci ; supprimer des détails pour être plus court est le mode d'échec.
- Décomposer les piles de noms techniques compressées et les propositions imbriquées en phrases courtes et ordinaires.
- N'introduire AUCUN nouveau raccourci — pas de codes, pas de jargon projet. Si un terme technique est vraiment inévitable, le définir en ligne la première fois qu'il est utilisé.
- Structurer pour la lecture — paragraphes courts ou une liste simple, pas un bloc.
Règles
- Français clair et conversationnel, structuré pour être digeste : répondre d'abord, paragraphes courts, assez développé pour définir chaque terme — jamais un mur de texte.
- N'inventez jamais un sens pour un code que vous n'avez pas pu résoudre.
- N'ajoutez pas de nouvelle analyse, d'opinions ou d'étapes suivantes — rendez simplement le contenu existant lisible. Si l'utilisateur en veut plus, il le demandera.