Contexto técnico
Este caso me interesó no por otro debate sobre formatos, sino porque impacta directamente en la implementación práctica de la IA: un agente puede escribir cualquier cosa, pero si no puedo procesarlo rápidamente, sirve de poco. Tariq, del equipo de Claude Code, lo expresó sin rodeos: nadie lee informes largos en markdown, los diagramas ASCII se deshacen y las tablas de caracteres cansan la vista.
Y en eso estoy de acuerdo. Cuando uso un agente para una arquitectura de IA compleja, no necesito un pergamino de texto kilométrico. Necesito un artefacto que me ayude a tomar una decisión: dónde está el riesgo, qué cambiar, hacia dónde mirar.
Karpathy apoyó la idea desde otro ángulo: nuestro canal visual es demasiado potente como para seguir metiéndolo todo en texto lineal. No se trata de que «HTML sea más moderno que Markdown». Se trata de que el resultado de un agente se parece cada vez más a una pequeña interfaz que a una simple nota.
La parte más práctica de esto no está en los tuits, sino en la habilidad de código abierto visual-explainer de Nico Bailon para Claude Code. Añade comandos como /diff-review, /plan-review, /project-recap, /fact-check y /generate-web-diagram. El resultado no es otro archivo .md, sino un documento HTML autónomo que se abre directamente en el navegador. Además, incluye un flag --slides para convertir el resultado en una presentación.
Me gusta que no sea una filosofía teórica, sino un patrón funcional. HTML ofrece secciones plegables, jerarquía de colores, diagramas adecuados, navegación y composición de pantalla. Sí, consumirá más tokens que Markdown. Pero en las revisiones reales, a menudo me veo limitado por mi propia capacidad cognitiva, no por el costo del resultado.
Impacto en el negocio y la automatización
Para el negocio, la conclusión es simple: si un agente escribe informes que leen personas, el formato se convierte de repente en parte del ROI. Un buen resultado en HTML acelera las revisiones de código, las discusiones de arquitectura y la verificación de hechos de forma más eficaz que otro párrafo de texto.
Ganan los equipos donde las decisiones se basan en artefactos complejos: producto, ingeniería, consultoría, auditoría. Pierden los flujos de trabajo puramente textuales si ya están saturados y la gente simplemente se desplaza en lugar de comprender.
Pero no haría de esto una religión. Markdown sigue siendo mejor donde se necesita un resultado ligero, editable y compatible con Git. HTML debe activarse cuando el agente crea una interfaz para la toma de decisiones, no solo una nota.
De hecho, en Nahornyi AI Lab diseñamos este tipo de bifurcaciones para nuestros clientes: dónde mantener el texto, dónde construir una capa visual, cómo implementar la integración de la inteligencia artificial para que el equipo trabaje realmente más rápido, en lugar de solo admirar una demostración. Si su agente ya está escribiendo algo pero nadie quiere leerlo, analicemos el flujo de trabajo y construyamos una automatización de IA adaptada a su carga real, no a una bonita presentación.