Sirve Markdown a agentes de IA con cabeceras Accept
Serve Markdown to AI Agents with Accept Headers
Tu sitio ya tiene el contenido. Servir una variante en Markdown permite a los clientes de IA saltarse la navegación, los scripts y el maquetado, y leer directamente el contenido. Menos tokens, mejor señal para RAG y menor latencia. Aprende a implementarlo con cabeceras Accept y Vary, y descubre qué agentes lo soportan.
Los agentes gastan su contexto en tu prosa, no en tu DOM.
- k1m
Estoy de acuerdo con Roy Fielding en esto:
> Es una mala decisión de diseño enviar un montón de cabeceras en cada petición solo para decirle al servidor todas las posibles variaciones de preferencia del usuario, especialmente cuando hay muy pocas posibilidades de que alguna de esas dimensiones sea aplicable al recurso objetivo. Ha sido una mala decisión de diseño desde el breve período de 1993-94 en que la gente no sabía qué formato de imagen sería utilizable en todos los agentes de usuario y no había CSS ni JavaScript para permitir la adaptación en el lado del cliente.
> ...El impacto en la caché de la negociación proactiva es mucho peor que el round trip extra por sitio de la negociación reactiva, e incluso ese round trip no es necesario en formatos que soportan adaptación en el lado del cliente.
Sobre el impacto en la caché, Simon Willison escribió:
> ...no puedes desplegar una aplicación que use negociación de contenido mediante la cabecera Accept detrás del CDN de Cloudflare — por ejemplo, sirviendo JSON o HTML para la misma URL dependiendo de la cabecera Accept entrante. Si lo haces, Cloudflare puede servir JSON en caché a un cliente HTML o viceversa.
Nota: publiqué esto en otro comentario con enlaces a esas dos citas que ahora no puedo copiar fácilmente - los añadiré después.
- joshum97
Siento que me estoy volviendo loco. ¿Quién en su sano juicio le daría a un LLM HTML crudo en primer lugar??
HTML es un lenguaje de marcado. Los agentes de usuario lo presentan de una manera que tiene sentido para el usuario—visualmente, o mediante tecnología de asistencia. Nada de añadir usuarios "LLM" debería cambiar esto—su agente de usuario, el arnés, debería presentar HTML de una manera que puedan entender de forma nativa, traduciéndolo a Markdown.
No vamos a reescribir toda la web porque los desarrolladores de arneses sean demasiado perezosos o estúpidos para sacar un paquete de HTML a markdown de npm. Si algunos sitios quieren hacerlo de todos modos, bien por ellos, en muchos casos me encantaría saltarme el CSS/JS y leer el markdown directamente (o mejor, bien formateado). Pero no culpes a los autores de sitios web por que tu arnés desperdicie tus tokens.
- lekevicius
Haré eso cuando uno de los 4 principales chatbots de IA diga que empezarán a hacer peticiones con esta cabecera. Antes de eso es solo una idea bonita sin adopción.
También creo que es extremadamente improbable que cualquiera de los 4 principales chatbots elija cargar sitios web de esta manera. Demasiados riesgos para una adopción del 0.01% incluso años después.
- collimarco
¿Qué tal HTML limpio y semántico?
Ya estaba optimizado para bots y motores de búsqueda (que son bots) y se ha usado durante décadas. ¿Por qué necesitamos servirlo en markdown ahora?
También hay muchas partes del HTML, como los menús de navegación, que son útiles para bots e IA y pueden eliminarse en la versión markdown.
- kaangiray26
Esperando que esto se vuelva mainstream para poder ver las páginas sin anuncios, JS y bloatware