El cuello de botella de la IA se muda: el caso de Anthropic

Hay una frase en el blog de Claude que no me saco de la cabeza: «Writing code is no longer the constraint». Escribir código ya no es la restricción. La firmó Sachin Malhotra, de Anthropic, el 14 de septiembre de 2026, en un artículo técnico sobre cómo rehicieron el servicio que decide qué pruebas automáticas corren en cada cambio. Parece un texto para equipos de infraestructura. Yo lo leí como el mejor resumen que he visto de lo que le pasa a cualquier negocio que mete IA en serio: cuando aceleras una etapa, el atasco no se va. Se muda a la siguiente.

Qué contó Anthropic sobre cómo escribe código hoy

Los datos salen del propio artículo y conviene leerlos tal cual, sin inflarlos:

• Los ingenieros de Anthropic envían de media 8 veces más código por trimestre que entre 2021 y 2025.
• Claude escribe el 80 % de ese código, y además tiene un papel grande en revisar y aprobar los cambios (los pull requests).
• La cantidad de pruebas en su código creció 10 veces, y los ingenieros que sumaron fueron, en palabras del autor, una cantidad «nominal».
• Todo junto terminó en 25 veces más trabajos de integración continua en seis meses.

La integración continua (CI, por sus siglas en inglés) es el sistema que corre las pruebas automáticas cada vez que alguien propone un cambio, antes de mezclarlo con el resto del código. Ojo con lo que dice y lo que no. El 80 % es del código que envían los ingenieros de Anthropic, no de todo el software del mundo. Y el problema que cuenta no es de personas: es el de un sistema que dejó de aguantar el volumen.

Por qué el cuello de botella de la IA se muda a la etapa siguiente

La cadena, contada en una línea: escribir, revisar, probar, integrar. Durante años lo lento era escribir. Pones a Claude a escribir y el volumen se multiplica. Pones a Claude a ayudar en la revisión y los cambios salen más rápido todavía. ¿Y quién recibe todo eso? La etapa que nadie tocó. El autor lo dice sin rodeos: «once PR review gets accelerated, CI starts feeling the pressure». Cuando se acelera la revisión, la integración continua empieza a sentir la presión. Esto no es un fallo de la IA. Es la lógica de cualquier cadena: va a la velocidad de su eslabón más lento. Si aceleras un eslabón que no era el más lento, no ganas nada. Si aceleras el que sí lo era, el título de «el más lento» pasa al siguiente. Y ese siguiente casi nunca estaba preparado, porque nunca había tenido que estarlo.

Qué pasó cuando parchearon en vez de rediseñar

Esta es la parte que más me gusta, porque es la más honesta. El artículo lo reconoce en una línea: «We patched our test selection service three times before finding a sustainable solution». Parchearon tres veces antes de dar con una solución que durara.

1. Una máquina más grande. Duplicaron los núcleos. Aguantó 70 días.
2. Repartir el trabajo en paralelo. Aguantó 29 días.
3. Reinicios diarios. Compraron menos de un día.

Cada parche duró menos que el anterior, porque el volumen crecía más rápido que el arreglo. Y hay un detalle que me parece el centro de todo: aunque la tendencia era clara, nadie quería hacerse cargo de otra pieza de infraestructura. Claude, que vigilaba el servicio en una sesión larga con el autor, pedía a menudo rediseñarlo; ellos solían quedarse con otro parche. Al final rediseñaron. Y aquí va la segunda frase que me quedo: «This project took three weeks for a single engineer. A year ago it would have been closer to a quarter». Tres semanas para un solo ingeniero, cuando hace un año habría sido cerca de un trimestre. La misma IA que generó la presión abarató el arreglo de fondo.

Qué significa esto si tu negocio ya usa IA

No tienes que programar para que te pase. El patrón es el mismo en contenido, en ventas o en operaciones: la IA acelera la etapa donde la pusiste y empuja el atasco a la de al lado.

• Contenido. Generar textos o videos deja de ser lo lento; revisar, aprobar y publicar pasa a serlo.
• Ventas. Escribir propuestas personalizadas se vuelve inmediato; el atasco se va a quien las revisa o a la agenda de quien cierra.
• Operaciones. Un agente clasifica solicitudes en minutos; la fila se forma frente a la persona que aprueba las excepciones.

Me pasó en mi propia fábrica de contenido. Producir un video dejó de ser lo lento; revisarlo y distribuirlo pasó a serlo. Hoy el video llega hecho antes de que me despierte, y lo que decide cuándo sale ya no es la producción: es mi revisión y el orden en que se publica. Ese es el error caro: seguir optimizando donde te dolía antes. El dolor ya se movió.

Cómo encontrar dónde se atasca tu equipo ahora

No necesitas una consultoría. Necesitas mirar la fila, no el esfuerzo.

1. Dibuja la cadena completa. Desde que entra el trabajo hasta que llega al cliente o al público. Todas las etapas, también las aburridas: aprobar, revisar, publicar, cobrar.
2. Busca dónde se acumula trabajo terminado. El cuello de botella no es donde más se trabaja; es donde más cosas esperan. Borradores sin revisar, propuestas sin enviar, videos sin publicar.
3. Mide cuánto espera cada cosa, no cuánto tarda en hacerse. Una tarea rápida que pasa días en una bandeja no es rápida.
4. Cuenta lo que entra y lo que sale de cada etapa. Es la versión de negocio de un consejo del artículo: instrumentar los servicios para que sean «los ojos y oídos» de Claude y comprobar que salgan tantos trabajos como entran.
5. Arregla esa etapa y vuelve a mirar. Cuando la destrabes, el atasco se va a mudar otra vez. Esa es la señal de que funcionó.

Qué puede salir mal

• Parchear la etapa nueva con la lógica de la vieja. Anthropic lo vivió: cada arreglo rápido compró menos tiempo que el anterior. Si el volumen crece rápido, el parche caduca rápido.
• Que nadie sea dueño del eslabón nuevo. La revisión o la publicación suelen quedar entre equipos. Si no tienen dueño, nadie las arregla hasta que se rompen.
• Acelerar la revisión quitándola. Mover el cuello de botella no es saltarse la etapa. En Anthropic la respuesta fue rediseñar el sistema de pruebas, no dejar de probar.
• Copiar las cifras en vez del patrón. El consejo del autor a los equipos de ingeniería es asumir que su arquitectura tendrá 25 veces la carga en dos trimestres. Tu negocio tendrá otros números; lo que se transfiere es la actitud de planear para el crecimiento que viene, no para el volumen de hoy.

Si el atasco que encuentras es la revisión, escribí sobre eso en [el impuesto de verificación que te cobra la IA](https://ninodirector.com/articulos/impuesto-de-verificacion-de-la-ia).

Lo que me llevo

La IA no elimina los cuellos de botella: los cambia de lugar. Cada vez que destrabas uno, el siguiente aparece antes, y lo que lo resuelve ya no es trabajar más duro en la etapa vieja. Así que la pregunta útil no es «dónde meto más IA». Es esta: ¿dónde está haciendo fila el trabajo esta semana? Si la respuesta es la misma que hace seis meses, probablemente estás midiendo el pasado.