Claude Code: el changelog más denso de la industria
Cientos de versiones, miles de correcciones: el diario de a bordo de Anthropic cuenta cómo se industrializa un agente de código.
En breve
El changelog público de Claude Code documenta cada versión de la herramienta, desde la 0.2.21 hasta los builds 2.1.x, con un nivel de detalle poco habitual: novedades, correcciones de seguridad, regresiones asumidas, ajustes empresariales. Leído de corrido, dibuja la trayectoria de un simple CLI convertido en una plataforma de agentes con plugins, sandbox, sesiones en la nube, integraciones con Slack y gobernanza IT. Es tanto un documento de producto como un manual de arquitectura para quien construye agentes.
🍺 Versión de barra
Abres el changelog de Claude Code pensando leer tres líneas, y te encuentras con el equivalente a una novela rusa escrita por ingenieros. Hay versiones por día, a veces varias, con correcciones del tipo «arreglado: la terminal devolvía caracteres fantasma al hacer scroll sobre un diff en tmux por SSH». Es la prueba de que hacer funcionar un agente que toca tu código, tu shell y tus secretos es 10 % modelo y 90 % fontanería muy, muy aburrida. Si quieres saber cómo es realmente la IA en producción, está ahí, no en las keynotes. 🛠️
Para recordar
- 1
El changelog cubre toda la historia de la herramienta, desde la 0.2.21 hasta la rama 2.1.x, a veces con varias releases el mismo día.
- 2
La trayectoria de producto es clara: de un REPL de terminal a una plataforma con plugins, marketplaces, sandbox de red/archivos, sesiones en la nube, agentes en segundo plano e integración con Slack ("Claude Tag").
- 3
Una parte enorme de las entradas trata sobre el caché de prompt: cada regresión de caché se trata como un bug de rendimiento mayor, prueba de que el coste en tokens es un tema de producto de primer orden.
- 4
La seguridad aparece constantemente: bypass de permisos en Bash/PowerShell, symlinks, rutas NT de Windows, secretos filtrados en logs de MCP o en URLs de git.
- 5
El apartado empresarial es enorme: managed settings, políticas MDM, allowlists de marketplaces, gateways "Claude apps gateway", telemetría OpenTelemetry detallada, runners autoalojados.
- 6
Los modelos se suceden a lo largo de las versiones — Opus 4.6, 4.7, 4.8, Opus 5, Sonnet 5, Haiku 4.5, Fable 5 — cada vez con ajustes de esfuerzo, contexto de 1M y tarificación.
- 7
Anthropic también documenta sus propios fallos: regresiones nombradas por versión, cambios revertidos ("Reverted the 2.1.259 change…"), funcionalidades retiradas.
Un documento de producto disfrazado de notas de versión
El changelog de Claude Code no es una formalidad. Es un diario casi cotidiano, generado desde el CHANGELOG.md del repositorio, donde cada entrada describe con precisión qué cambió y por qué. Algunos días acumulan varias versiones, cada una con decenas de líneas.
La granularidad es inusual. Se puede leer tanto «Añadido soporte para AGENTS.md: en un proyecto sin CLAUDE.md, Claude Code lee AGENTS.md» como «Arreglado: el cursor seguía visible tras volver de un editor externo en pantalla completa bajo rxvt-unicode».
Esta exhaustividad tiene una función: un agente que escribe código, ejecuta comandos y manipula credenciales no puede permitirse la opacidad. Cada cambio de comportamiento es potencialmente un cambio de superficie de ataque o de factura.
De un CLI a una plataforma de agentes
Las primeras versiones (0.2.x, 1.0.x) caben en una línea. Luego llegan los slash commands personalizados, los servidores MCP, los hooks, los subagents, las skills, los plugins y sus marketplaces.
El cambio más visible es la llegada de las sesiones en segundo plano y de la "agent view" (claude agents): una lista única de todas las sesiones —en curso, bloqueadas por una pregunta, terminadas—. Se suman los worktrees de git aislados, los workflows dinámicos que orquestan «desde decenas hasta cientos de agentes», y el Remote Control que conecta una sesión de terminal con claude.ai o con el móvil.
En paralelo, la herramienta se expande fuera de la terminal: extensión para VS Code, Claude Code on the web, Claude Desktop, "Claude Tag" en Slack, Claude in Chrome, Code Review en pull requests. Cada superficie genera su propia columna de correcciones.
La obsesión por el caché de prompt
Un patrón se repite decenas de veces: «Fixed a prompt-cache miss…». Refresco de token OAuth que reescribe las definiciones de herramientas, servidor MCP que se reconecta en un momento distinto, cambio de modelo que reenvía todo el tool set, reanudación de sesión que vuelve a renderizar las descripciones de herramientas.
Cada uno de estos bugs sale caro: un fallo de caché significa reenviar toda la conversación en tokens no cacheados. Anthropic los trata como regresiones de primer nivel, con correcciones quirúrgicas («el prefijo del system prompt ya no cambia», «las herramientas tardías llegan como definiciones diferidas»).
El equipo añade incluso observabilidad dedicada: una línea prompt-cache en /cost, un campo prompt_cache para la status line, y una causa probable del fallo de caché. Es una lección general para quien construye agentes: la estabilidad byte a byte del prefijo de contexto es una restricción de ingeniería, no un detalle.
Seguridad y permisos: la guerra de los shells
El apartado de seguridad es el más instructivo. Se encuentra una larga serie de bypasses corregidos: comandos compuestos que esquivaban las reglas de permisos, redirecciones < file no verificadas, variables de zsh interpretadas de forma distinta a bash, parámetros de PowerShell reescribiendo $PSDefaultParameterValues, symlinks intercambiados después de la verificación de permisos.
Windows tiene su propia saga: rutas en formato NT \??\ que eludían la validación UNC —descrito como un vector de fuga de credenciales NTLM—, symlinks de Cygwin seguidos por Git Bash, reglas de permisos insensibles a mayúsculas en las letras de unidad.
Se suman las filtraciones de secretos: tokens en URLs de git mostradas por /plugin, valores ${VAR} resueltos en mensajes de error de MCP, credenciales enviadas a un gateway de terceros. Y un sandbox que se refuerza progresivamente: aislamiento de red, enmascaramiento de credenciales, re-firma AWS SigV4, allowlists de dominios por comando.
La empresa, punto ciego de las demos
Una proporción llamativa de entradas apunta a los administradores: managed settings distribuidos por MDM o registro de Windows, forceLoginMethod, requiredMinimumVersion, allowlists de marketplaces de plugins, modelos autorizados por la organización, límites de gasto vía gateway.
El "Claude apps gateway" aparece como un componente propio, con su Postgres, sus límites de concurrencia, su relé OpenTelemetry y sus upstreams Bedrock/Vertex/Foundry. Los runners autoalojados (claude self-hosted-runner) permiten ejecutar las sesiones en la nube en máquinas propias.
La telemetría se trata con el mismo rigor: eventos OTel para los prompts, las decisiones de herramientas, las compactaciones, los plugins, con variables de opt-in explícitas para el contenido sensible. Es la infraestructura que nunca se ve en una demo, y que sin embargo decide la adopción real.
Los modelos pasan, el harness queda
A lo largo del changelog, los modelos se suceden: Opus 4.6 luego 4.7, 4.8, Opus 5, Sonnet 5 con ventana nativa de 1M tokens, Haiku 4.5, Fable 5 luego 5.1 (1M de contexto, 10/10/50 por Mtok), y se menciona un "Mythos 5".
Cada llegada arrastra su cortejo de ajustes: niveles de esfuerzo (low, medium, high, xhigh, max), auto-compactación recalibrada según la ventana de contexto real, fast mode cuya tarifa cambia, modelos por defecto modificados según plan y proveedor.
El mensaje implícito es claro: el modelo cambia cada dos meses, el harness —permisos, caché, herramientas, sandbox, reanudación de sesión— es el activo duradero. Es él quien absorbe la complejidad mientras el modelo simplemente se vuelve más capaz.
“Run claude --version to check your installed version.”
“This page is generated from the CHANGELOG.md on GitHub.”
Por qué importa
Este changelog es probablemente el documento público más honesto sobre lo que realmente cuesta un agente de código en producción. Muestra que la brecha entre una demo impresionante y una herramienta desplegable en empresa se cierra con miles de horas dedicadas a temas ingratos: parsing de comandos de shell, codificación de teclas en rxvt-unicode, bloqueos de credenciales compartidos entre procesos, invalidación de caché. El riesgo, del lado del lector, es el efecto de saturación: a este ritmo de publicación, nadie puede seguirlo, y la documentación exhaustiva se vuelve paradójicamente ilegible —Anthropic lo reconoce a medias al añadir un selector de versiones en /release-notes. También se puede notar lo que el formato oculta: ninguna entrada explica las decisiones de producto, las funcionalidades retiradas se despachan en una línea, y las regresiones nombradas recuerdan que un ritmo de varias releases al día tiene un coste de estabilidad. Aun así, para cualquier equipo que construya su propio agente, este texto funciona como una checklist de todo lo que va a romperse.
Sigue leyendo
SeguridadHoy« On July 25, we hacked OpenAI »: dos bugs, 72 horas, un PR interno
El investigador s1r1us anuncia haber tomado el control de cuentas de ChatGPT y Codex de empleados de OpenAI, y haberlo demostrado subiendo un pull request al código interno.
IAHoyAnthropic abre sus puertas a evaluadores internos pagados con 1.000 millones
Accenture instalará auditores de seguridad dentro de Anthropic, con un acceso comparable al de un empleado, y facturado al propio laboratorio.
IAAyer10.000 agentes, 88 horas, un problema del milenio
Noam Brown (OpenAI) describe el escalado de enjambres de agentes — y por qué el alineamiento se ha convertido en el único cuello de botella que realmente le preocupa.