Anthropic ha revelado un caso de uso fascinante de su propia inteligencia artificial: emplearon un modelo avanzado de Claude para acelerar drásticamente la experiencia de usuario en claude.ai y su aplicación de escritorio. En un sprint de ingeniería de dos semanas, lograron que la plataforma respondiera hasta tres veces más rápido, un hito que, según la empresa, fue posible gracias a la intervención de su IA.

El proceso, detallado en un post de ingeniería, implicó que un modelo de investigación interno, descrito como comparable a Opus 5.5, identificara cuellos de botella, construyera benchmarks, propusiera cambios y monitoreara cada despliegue. Mientras tanto, los ingenieros humanos establecían metas y aprobaban cada modificación. El impacto más notable se observó en el tiempo de carga de la web: el tiempo hasta que un usuario puede empezar a escribir se redujo de 3,1 a 0,55 segundos en el percentil 75.

La métrica del "3x" y las mejoras desiguales

Para cuantificar esta mejora, Anthropic analizó datos de uso, centrándose en cuatro recorridos clave que representan el 95% de la actividad de los usuarios: abrir la aplicación, iniciar una conversación, cargar una conversación existente y enviar un mensaje. Estas acciones se evaluaron en la web, la aplicación de escritorio y productos como Claude Code y Claude Cowork, sumando un total de 13 mediciones de usuarios reales entre el 13 y el 27 de agosto de 2026.

El factor "3x" representa la media geométrica de estas 13 cifras, resultando en una mejora de 3,1 veces. Sin embargo, es importante destacar que las mejoras fueron heterogéneas, como muestra la siguiente comparativa con una selección de los datos publicados por la compañía:

Tiempos en el percentil 75 reportados por Anthropic (13 frente al 27 de agosto de 2026)

  • Abrir claude.ai en web (carga nueva): de 3.085 ms a 550 ms (5,6x más rápido)
  • Arranque en frío de la app de escritorio: de 6.310 ms a 3.328 ms (1,9x más rápido)
  • Iniciar un chat en web: de 416 ms a 273 ms (1,5x más rápido)
  • Iniciar sesión de Claude Code en escritorio: de 837 ms a 347 ms (2,4x más rápido)
  • Cargar sesión de Claude Cowork en la nube: de 2.566 ms a 728 ms (3,5x más rápido)
  • Enviar mensaje en Claude Cowork (parte del cliente): de 928 ms a 48 ms (19x más rápido)

La mejora varía desde 1,5 veces al iniciar un chat en la web hasta un impresionante 19 veces en la parte del cliente al enviar un mensaje en Cowork. Es crucial entender que, como señala RuntimeWire, este promedio combina diferentes tareas y productos, por lo que no todas las interacciones se volvieron tres veces más rápidas. Anthropic estima que estos cambios ahorran decenas de miles de horas de espera al día, aunque no se proporcionaron los volúmenes de tráfico ni los cálculos exactos.

Claude como agente optimizador en Slack

El trabajo se llevó a cabo en un canal de Slack, utilizando Claude Tag, una herramienta en beta que permite etiquetar a Claude en conversaciones de equipo. Los ingenieros instruyeron a Claude para que monitoreara regresiones de rendimiento, revisara la telemetría, mantuviera tableros y propusiera e implementara mejoras. Claude analizó datos de uso a través del servidor MCP de Datadog y estimó el impacto en milisegundos de unos 20 proyectos iniciales. Anthropic afirma que se lograron 12 de las 13 metas en solo tres días.

Inicialmente, los cambios se enfocaron en ingeniería clásica: incrustar una versión estática de la caja de texto en el HTML para permitir escribir mientras React carga, precompilar una caché de código V8 para acelerar el arranque de escritorio, precargar conversaciones al pasar el cursor sobre ellas y reducir en un 90% los re-renderizados de la barra lateral.

Posteriormente, se adoptó un enfoque más innovador. El equipo buscó métricas deterministas que Claude pudiera optimizar en laboratorio, como el conteo de instrucciones de CPU medido con Valgrind, y exigió que se demostrara su correlación con el tiempo real. Por ejemplo, Claude descubrió que una rutina para armar el árbol de mensajes resolvía el mismo identificador tres veces; al corregirlo, las instrucciones de CPU se redujeron un 48% y el tiempo real un 78%. Estos conteos se convirtieron en "trinquetes" en la integración continua, con topes que solo pueden disminuir.

Este método permitió tener más de 150 hilos abiertos simultáneamente y, en los días de mayor actividad, más de 200 cambios integrados. Algunos hallazgos fueron sorprendentemente pequeños pero impactantes: un location.reload() olvidado generaba medio millón de recargas ocultas diarias, y un selector CSS añadía 24 milisegundos a cada cambio del DOM. Otro problema interesante surgió con las respuestas que contenían rayas largas o comillas tipográficas, que podían congelar la página casi un segundo debido al almacenamiento en UTF-16; una corrección de unas 20 líneas lo redujo a 0,35 segundos.

El mismo enfoque se aplicó al streaming de respuestas, integrando casi 60 cambios en un solo hilo. Las respuestas largas, que antes bloqueaban el hilo principal unos 750 milisegundos, ahora lo hacen solo unos 200 milisegundos, manteniendo 120 cuadros por segundo en pantallas de alta frecuencia de actualización, según Anthropic.

El rol de los ingenieros y las incógnitas

Anthropic asegura haber integrado más de 3.000 cambios sin incidentes visibles para los clientes ni reversiones. Cada pull request pasó por revisión automatizada y al menos una aprobación humana, con pruebas unitarias previas a cada optimización. Los cambios de mayor riesgo se lanzaron primero a empleados, luego al 1% de los usuarios y finalmente a todos.

El post también describe un Claude cauteloso por defecto, que acotaba el alcance y exageraba sus estimaciones, y que los ingenieros tuvieron que empujar a ser más ambicioso. Por otro lado, un cambio de 900 líneas fue descartado porque el ahorro de 2 milisegundos por envío no justificaba mantener un plugin de compilación adicional. Como comentó Issac G., uno de los autores del post: "No me habrías podido convencer de que esto era posible ni siquiera hace seis meses".

A pesar de estos logros, persisten algunas dudas. Varios comentarios en Hacker News cuestionaron el punto de partida: una web que tardaba más de 3 segundos en permitir escribir ya era un problema. Otros se preguntaron sobre la complejidad añadida al código a largo plazo. Además, RuntimeWire señala la ausencia de una auditoría externa de la comparación y la falta de datos sobre cómo la mejora de la velocidad impactó la retención o los ingresos. Anthropic reconoce que el percentil 95, otros recorridos y las conversaciones muy largas aún tienen margen de mejora, y promete futuras publicaciones sobre sus contribuciones a Electron, Chromium y Node.js durante este sprint.

Para los usuarios habituales de Claude, el cambio es perceptible, especialmente al abrir la web y al trabajar con Cowork y Claude Code en escritorio. Para la industria, este caso sienta un precedente sobre cómo desarrollar con agentes de IA, enfocándose en métricas deterministas, topes en la integración continua y aprobación humana en cada paso.