Publicación de investigación del **Frontier Red Team** de Anthropic (autores: **Andrew Fasano**, **Marius Fleischer**, Cole McFaul, Robert Xiao, Tripp Gallagher), publicada el **29 de septiembre de 2026**; aproximadamente **2300 palabras**, seis figuras. Analiza **GLM-5.3** de **Zhipu AI (Z.ai)**, un modelo de pesos abiertos, cinco meses después del anuncio de Claude Mythos Preview. **(A)** Capacidad: en ExploitBench (41 fallos de V8 de Chrome), GLM-5.3 construye un exploit completo en **50 de 410 intentos**, frente a **56 de 410** para Mythos Preview; en el benchmark interno de corrupción de memoria, secuestro del flujo de control en **4%** de los intentos frente a **6%**; Claude Opus 4.6 y GLM-5.2: 0. **(B)** Pruebas con expertos humanos: una cadena de vulnerabilidades 0-day de navegador que culmina en la lectura de los archivos del visitante; con **GLM-5.3-Flash**, una cadena de exploits N-day (CVE-2026-11645) que elude PAC en ARM64, **20 minutos** de atención humana, ocho horas de cómputo, **20,40 $** a precios de API. **(C)** Salvaguardas: eludidas en **64%** de los casos mediante un falso contexto de red-team, **92%** mediante reasoning prefill, **100%** mediante *abliteration* (unas 2200 horas-GPU, 4400 $); los modelos Claude probados permanecen en 0%. **(D)** Recomendaciones: ampliar el acceso de los defensores a modelos de frontera, pruebas gubernamentales independientes. Cita la evaluación de **CAISI** del NIST (17 de septiembre): «el modelo de pesos abiertos más capaz en ciberseguridad publicado hasta la fecha», aproximadamente cuatro meses por detrás de la frontera estadounidense. Amplía las notas del corpus sobre Mythos y Glasswing.
#GLM-5.3#Zhipu AI#Z.ai
Andrew Fasano · Marius Fleischer · Cole McFaul · Robert Xiao · Tripp Gallagher ; Frontier Red Team · Anthropic (billet de recherche du site anthropic.com).
Artículo de estilo manifiesto de **Thariq Shihipar** (Ingeniero y emprendedor serial, equipo de Claude Code en Anthropic) que anuncia un **cambio en el formato de salida por defecto para agentes**: sustituir **Markdown por HTML**. Tesis: Markdown ha sido el formato dominante entre humanos y agentes (simple, portátil, editable, legible), pero se ha convertido en **un cuello de botella** a medida que los agentes producen artefactos más largos y ricos (specs, planes, informes, revisión de código). Más allá de ~100 líneas, nadie vuelve a leer ya un archivo Markdown. HTML resuelve seis limitaciones a la vez: **densidad de información** (tablas, CSS, SVG, scripts, canvas, imágenes), **claridad visual** (diseño navegable, responsive para móvil), **facilidad para compartir** (un enlace S3 abrible directamente en un navegador), **interactividad bidireccional** (sliders, mandos, botones "copy as JSON/prompt" para reinyectar en Claude Code), **ingesta contextual nativa** (Claude Code lee el codebase + MCP Slack/Linear + historial git + Chrome) y **disfrute** (el autor afirma explícitamente que *"es placentero"*). Se detallan cinco usos canónicos: (1) **specs/planes/exploración** en una cuadrícula comparativa, (2) **revisión de PR** con diff anotado en línea, (3) **diseño y prototipos** con sliders de animación, (4) **informes/investigación/aprendizaje** (el autor generó un explicador sobre prompt-caching a partir del historial git), (5) **editores desechables a medida** (drag-and-drop de tickets de Linear, editores de feature flags, prompt-tuner lado a lado) que producen una exportación reinyectable "copy as markdown/diff/JSON". Antipatrón explícito: *"me da un poco de miedo que la gente lea este artículo y lo convierta en una skill /html"* — el autor **rechaza la skill-ificación prematura**, y recomienda partir de un prompt desde cero ("haz un archivo HTML"). FAQ pragmática: coste en tokens absorbido por el contexto de 1MM de **Opus 4.7**, generación 2-4× más lenta, diffs HTML ruidosos (un inconveniente real), estilo mantenido bajo control mediante un design system HTML de referencia.
#HTML#Markdown#formato de salida
Thariq Shihipar (Engineer & serial entrepreneur, équipe Claude Code chez Anthropic — site : thariqs.github.io/html-effectiveness ; X : @trq212)