The Making of Claude Code: cómo un CLI interno de Anthropic se convirtió en su coding agent
by Manolo Garcia on 2026-07-06T00:00:00.000Z
The Making of Claude Code
TL;DR: Anthropic publicó un behind-the-scenes de Claude Code. La historia de cómo un CLI interno pensado para uso propio se convirtió en producto público, contada por los researchers, engineers y early users que lo construyeron. No es un anuncio de features — es la pieza editorial más interesante del año sobre coding agents, y le da contexto a cualquier developer que use (o considere usar) Claude Code.
Qué se publicó
El 6 de julio de 2026, Anthropic publicó "The Making of Claude Code" en su sección de Features (no en el newsroom de anuncios). Es un editorial largo, formato largo, con entrevistas a researchers, engineers y early users. No es un release con changelog — es la historia humana y técnica de cómo nació y creció el producto.
Como usuario diario de Claude Code, el valor no está en "qué hay de nuevo" (ya cubrí Claude Opus 5 en su momento). Está en entender el contexto de las decisiones que tomó el equipo: por qué la terminal y no una IDE, por qué tan opinionated, por qué el flujo de permisos funciona como funciona.
Lo que cuenta la historia
Por la descripción pública y el framing, el relato cubre (sin revelar más de lo que el post entrega al lector):
- El origen como CLI interno — Claude Code nació como herramienta de uso propio en Anthropic, no como producto. La transición de "herramienta interna" a "producto público" es un momento interesante en cualquier empresa tech.
- Las decisiones de diseño controversiales — terminal en vez de IDE, opinionated en vez de flexible, permisos granulares que algunos usuarios encuentran friction-y otros aman. La historia explica el razonamiento detrás de cada una.
- El rol de los early users — personas dentro de Anthropic y externas que empujaron al producto en direcciones que el equipo original no anticipó. Patrones de uso que emergieron orgánicamente.
- Lo que no funcionó — qué intentaron y descartaron, qué假设as tenían que estaban mal. Esto es lo más útil para otros builders de agents.
Por qué me importa
En mi post sobre coding agents documenté que Claude Code es mi "modelo frontera" para tareas serias (arquitectura, code review crítico, debugging complejo). Es el agente que más cuesta de mi rotación pero el que más valor me da.
Pero no había leído la historia detrás. Ahora puedo contextualizar decisiones que antes me parecían arbitrias:
- Por qué Claude Code es tan opinionated con permisos: viene de una cultura interna donde romper la build de un teammate era costoso. El friction es intencional.
- Por qué la terminal y no una IDE gráfica: la velocidad de iteración de un CLI es lo que permitía a los engineers de Anthropic usarlo 8 horas al día. Una IDE agregaría latencia.
- Por qué el sistema de hooks y Skills existe: emergió de casos de uso reales del equipo, no se diseñó en un whiteboard.
Eso me hace mejor usuario. Saber el "por qué" de una herramienta te ayuda a no pelearte con sus decisiones de diseño.
Lo que no se habló
Honesto:
- No vi info sobre pricing decisions (cuánto costó construirlo, cómo se decidió el pricing público)
- No vi métricas de adopción (cuántos usuarios, qué tan rápido creció, retención)
- No vi comparativa honesta con alternativas (OpenAI Codex, OpenCode, etc.)
Es un editorial con sesgo hacia "lo que hicimos bien". Útil, pero no es la historia completa del espacio de coding agents.
Quién debería leerlo
- Si usas Claude Code a diario — entenderás mejor por qué hace lo que hace
- Si estás construyendo un coding agent — el mejor caso de estudio público de cómo pasar de "herramienta interna" a producto
- Si te interesan los AI agents en general — el detrás de cámaras es más interesante que cualquier changelog
manologarcia.dev