Présenter les réponses d’un agent de codage en HTML plutôt qu’en texte brut permet de mieux distinguer l’essentiel du superflu. Des diagrammes générés côté agent, notamment avec Archify, permettent de cartographier des pipelines comme l’OCR et la classification. Ces pratiques s’appliquent quasi systématiquement, à l’exception de cas simples.
Des diagrammes pour expliquer un système de bout en bout
La création de diagrammes est un levier central pour rendre les échanges avec un agent de codage plus exploitables. Un package GitHub, Archify, produit des schémas très visuels capables d’agréger beaucoup d’informations. Ces diagrammes servent à comprendre le fonctionnement de sections d’une application, par exemple la chaîne de traitement d’un téléchargement. Dans cet exemple, la représentation visuelle peut inclure une étape de classification, de l’OCR et d’autres extractions de données. Cette cartographie facilite la compréhension d’un pipeline documentaire et les modifications à y apporter. L’usage de diagrammes est recommandé dès qu’un mécanisme ou une information peut être représenté graphiquement, l’outil étant riche en informations. L’approche repose sur l’idée que la structuration visuelle est plus intuitive pour un lecteur humain.
Passer du texte brut à un rendu HTML structuré
La recommandation principale consiste à demander aux agents de livrer leurs sorties en HTML plutôt qu’en flux texte dans le terminal. À l’usage, cette pratique s’applique à 90 à 95 % des interactions, car le terminal fournit un équivalent TXT sans capacités de mise en forme avancées. Le texte brut peut suffire pour une lecture par machine, mais rend la sélection des éléments-clés plus difficile pour un humain. À l’inverse, un rendu proche d’un document markdown, avec titres et citations, améliore l’attention et la compréhension. En HTML, l’agent peut structurer l’information avec des en-têtes, du gras pour les points critiques, des surlignages et des visuels, y compris des captures d’écran utiles à l’analyse applicative. Cette structuration améliore l’efficacité globale de la communication.
La recherche en IA vous passionne ?
Les papers et avancées qui comptent, expliqués simplement, chaque soir. Gratuit.
Inclus dès l'inscription : notre sélection des meilleurs guides & comparatifs IA.
Choisissez votre rythme
Gratuit · Pas de spam · Désabonnement en 1 clic
Réorganiser la sortie pour éviter l’information éparpillée
Un problème récurrent tient aux informations disséminées à plusieurs endroits d’un fil de discussion. Une étape intermédiaire consiste à demander un récapitulatif exhaustif en fin de fil, afin de consolider le contexte. Toutefois, cette consolidation ne suffit pas si la présentation reste non formatée ou contient des éléments non pertinents. La recommandation est donc de coupler cette réorganisation avec un formatage structuré, afin de limiter les relectures et l’exposition à du contenu superflu.
Quand garder l’affichage en ligne et intensité d’usage rapportée
Des exceptions existent pour des cas très simples, lorsque seules quelques informations rapides sont recherchées : la lecture en ligne est alors conservée. À l’usage, cette approche de présentation peut servir jusqu’à 100 fois par jour et s’appliquer à la quasi-totalité des sessions de codage. Ces pratiques répondent aux difficultés de lecture des sorties en terminal, y compris dans des contextes avec des applications dédiées, et à la nature peu hiérarchisée du texte brut. Le bas des fils est en effet relu de très nombreuses fois quotidiennement. L’objectif est de mieux s’aligner avec des agents tels que Claude Code ou Codex, et de clarifier leurs intentions. Le terminal n’offrant pas nativement de mise en forme avancée, ces méthodes sont un moyen d’améliorer l’efficacité des échanges. Un bloc de citation illustre, par contraste, l’intérêt d’un formatage qui rompt la linéarité.
