Contexte technique
Ce cas a retenu mon attention non pas à cause d'un énième débat sur le formatage, mais parce qu'il touche directement à l'implémentation pratique de l'IA : un agent peut écrire ce qu'il veut, mais si je ne peux pas l'assimiler rapidement, son utilité est limitée. Tariq de l'équipe Claude Code l'a dit sans détour : personne ne lit les longs rapports en markdown, les diagrammes ASCII se désagrègent et les tableaux en caractères fatiguent les yeux.
Et je suis plutôt d'accord. Lorsque j'utilise un agent sur une architecture IA complexe, je n'ai pas besoin d'un interminable défilement de texte. J'ai besoin d'un artefact qui m'aide à prendre une décision : où sont les risques, que faut-il changer, où regarder ensuite.
Karpathy a soutenu cette idée sous un autre angle : notre canal visuel est trop puissant pour continuer à tout condenser en texte linéaire. Il ne s'agit pas de dire que « l'HTML est plus cool que le Markdown ». Il s'agit du fait que les sorties des agents ressemblent de plus en plus à une petite interface plutôt qu'à une simple note.
L'aspect le plus concret ne se trouve pas dans les tweets, mais dans la compétence open-source visual-explainer de Nico Bailon pour Claude Code. Elle ajoute des commandes comme /diff-review, /plan-review, /project-recap, /fact-check et /generate-web-diagram. Le résultat n'est pas un autre fichier .md, mais un document HTML autonome qui s'ouvre directement dans le navigateur. Il y a aussi une option --slides pour transformer le résultat en présentation.
Ce que j'apprécie, c'est que ce n'est pas une philosophie théorique, mais un modèle fonctionnel. L'HTML offre des sections réductibles, une hiérarchie de couleurs, des diagrammes corrects, une navigation et une composition d'écran. Oui, il consommera plus de tokens que le Markdown. Mais dans les revues réelles, je suis plus souvent limité par ma propre bande passante cognitive que par le coût de la sortie.
Impact sur l'entreprise et l'automatisation
Pour les entreprises, la conclusion est simple : si un agent rédige des rapports lus par des humains, le format devient soudain une partie du ROI. Une bonne sortie HTML accélère les revues de code, les discussions sur l'architecture et la vérification des faits plus efficacement qu'un paragraphe de texte supplémentaire.
Les équipes qui prennent des décisions basées sur des artefacts complexes sont gagnantes : produit, ingénierie, conseil, audit. Les flux de travail purement textuels sont perdants s'ils sont déjà surchargés et que les gens font défiler sans comprendre.
Mais je n'en ferais pas une religion. Le Markdown reste préférable là où vous avez besoin d'une sortie légère, modifiable et compatible avec Git. L'HTML devrait être activé lorsque l'agent crée une interface d'aide à la décision, et non une simple note.
En fait, chez Nahornyi AI Lab, nous concevons ce type de solutions pour nos clients : où s'en tenir au texte, où construire une couche visuelle, et comment mettre en œuvre l'intégration de l'intelligence artificielle pour que l'équipe travaille réellement plus vite, au lieu de simplement admirer une démo. Si votre agent écrit déjà quelque chose mais que personne ne veut le lire, analysons le flux de travail et construisons une solution d'automatisation IA adaptée à votre charge de travail réelle, et non à une jolie présentation.