El código que escribe el código

Aquí va una cifra que debería recalibrar tu manera de pensar en los agentes de código. Anthropic ahora dice que más del 80% del código que se integra en sus propios sistemas lo escribe Claude — frente a un puñado de puntos porcentuales antes de que Claude Code saliera a principios de 2025. La empresa que construye el modelo construye la mayor parte de su software con el modelo.

Y el 5 de junio publicó un informe sobre la automejora recursiva — una IA que ayuda a construir la siguiente IA, más capaz — sacando la idea del terreno del experimento mental y metiéndola en una hoja de ruta con etapas y puntos de control de seguridad. Axios resumió la advertencia sin rodeos: la IA pronto podría ayudar a construir a sus propios sucesores.

Puedes leerlo como un titular aterrador. Yo prefiero quedarme con la parte que ya es cierta y ya es útil.

El 80% es la verdadera historia

Olvídate por un segundo del extremo lejano de la curva. El hecho sobre el terreno es que un laboratorio de frontera — la gente con más contexto, lo que más se juega y menos paciencia para la chapuza — saca la inmensa mayoría de su código a través de un agente. Eso no es una demo. Es una práctica de producción en el lugar que mejor conoce el modelo.

Te dice que la pregunta ya no es si un agente puede escribir el código. Puede. La pregunta es qué le hace eso a dónde vive tu trabajo.

Cuando el agente escribe el código, la revisión se vuelve el trabajo

Si el 80% del código está generado, entonces el 100% de tu palanca se mueve a dos sitios: lo que pides y cómo compruebas lo que vuelve. El cuello de botella deja de ser teclear y pasa a ser especificación y verificación.

Ese ha sido todo mi modelo de trabajo desde hace ya bastante. No escribo el código a mano; dirijo agentes y me quedo con la arquitectura, la especificación y el listón de calidad. Y lo que hace que funcione no es un prompt ingenioso — es que no me fío de la salida porque parezca correcta. La verifico. Cuanto más rápido produce código el agente, más depende todo el sistema de la solidez de la comprobación final.

Por eso una mentalidad de eval deja de ser un lujo opcional. Cuando un humano escribía cada línea despacio, la escritura era la revisión. Cuando un agente la escribe en segundos, la revisión tiene que ser deliberada, separada y medida — o simplemente estás integrando a toda velocidad código que parece plausible.

Qué debería cambiar la «automejora» en tus hábitos

No hace falta que la automejora recursiva aterrice para que la lección muerda. Los agentes ya son lo bastante buenos como para generar mucho más de lo que puedes revisar a ojo. Así que:

• Haz de la especificación el artefacto por el que sudas. El agente construirá fielmente lo que de verdad dijiste. Especificación vaga, código equivocado con aplomo. Tu precisión es el producto.
• Pon una comprobación medida entre «generado» y «integrado». Tests, evals, un segundo agente que revise — algo que produzca un número, no una sensación, antes de que el código aterrice.
• Vigila el ritmo, no solo la salida. Si la velocidad de generación sube y tu verificación sigue siendo manual, esa brecha es riesgo puro. Escala la comprobación al ritmo de la escritura.

Los laboratorios están automatizando la escritura de sus sucesores. El trabajo humano que no se automatiza es decidir qué debería construirse y demostrar que lo construido es correcto.

La conclusión

Que Anthropic escriba el 80% de su código con Claude no es una advertencia del futuro — es una descripción del presente. El agente ya escribe el código. La automejora recursiva solo gira el dial más lejos en la misma dirección.

A medida que la escritura se automatiza, tu palanca se colapsa sobre la especificación y la comprobación. Suda la especificación, pon una puerta medida antes del merge y escala la verificación tan rápido como la generación. El código que escribe el código sigue necesitando a alguien capaz de demostrar que es correcto.