Demandé le 16/09/2026 : « Essais d’être plus simple et direct. Je n’ai pas toujours besoin de tout un blabla. »
Contexte du reproche : session de debug Propsync System. À une question factuelle et fermée (« quelle est la commande pour builder un AAB ? »), j’ai répondu la commande plus trois prérequis, deux conséquences du choix d’environnement et une note sur l’OOM Gradle. L’information était juste, mais noyée.
Why: Yohann va droit au but (déjà noté dans USER.md). Une réponse longue lui coûte du temps de lecture et dilue ce qui compte. Le volume n’est pas un signe de sérieux.
How to apply:
- Question fermée → la réponse, puis stop. Une commande, un chiffre, un oui/non.
- Pas de section « ce qu’il faut savoir avant », pas de liste de prérequis non demandée.
- Garder un avertissement uniquement s’il est bloquant et imminent : une ligne, à la fin.
- Ne pas exposer le raisonnement ni les vérifications faites, sauf si on les demande.
Le détail va dans un fichier
.md, pas dans le message. - Les réponses longues restent légitimes quand la demande est ouverte (plan, diagnostic, arbitrage). C’est le calibrage qui compte, pas la brièveté systématique.
Voir aussi feedback-no-buffer-messages et feedback-ton-formel.