Cuando empezamos a crear Cursor hace unos años, la mayor parte del código se escribía pulsación a pulsación. El autocompletado de Tab cambió eso y abrió la primera era de la programación asistida por IA.

Luego llegaron los agentes, y los desarrolladores pasaron a dirigirlos mediante bucles síncronos de instrucciones y respuestas. Esa fue la segunda era. Ahora está llegando una tercera era. Se caracteriza por agentes que pueden abordar tareas más grandes de forma independiente, durante períodos de tiempo más largos y con menos intervención humana.

Como resultado, Cursor ya no trata principalmente de escribir código. Se trata de ayudar a los desarrolladores a construir la fábrica que produce su software. Esta fábrica está formada por flotas de agentes con los que interactúan como compañeros de equipo: dándoles una dirección inicial, dotándolos de las herramientas para trabajar de forma independiente y revisando su trabajo.

Muchos de nosotros en Cursor ya trabajamos así. Más de un tercio de las PR que fusionamos ahora son creadas por agentes que se ejecutan en sus propias máquinas en la nube. Dentro de un año, creemos que la gran mayoría del trabajo de desarrollo será realizado por este tipo de agentes.

#De Tab a agentes

Tab sobresalía a la hora de identificar dónde se podía automatizar el trabajo repetitivo y de baja entropía. Durante casi dos años, ofreció una ventaja significativa.

Luego, los modelos mejoraron. Los Agentes pudieron manejar más contexto, usar más herramientas y ejecutar secuencias de acciones más largas. Los hábitos de los desarrolladores empezaron a cambiar, lentamente durante el verano y luego rápidamente en los últimos meses con los lanzamientos de Opus 4.6, Codex 5.3 y Composer 1.5.

La transformación ha sido tan profunda que hoy en día la mayoría de los usuarios de Cursor casi nunca tocan la tecla Tab. En marzo de 2025, teníamos aproximadamente 2,5 veces más usuarios de Tab que usuarios de agentes. Ahora, esa proporción se ha invertido: tenemos el doble de usuarios de agentes que de usuarios de Tab.

Pero este cambio ya está dando paso a algo más grande. La era de Tab duró casi dos años. La segunda era, en la que la mayor parte del trabajo se realiza con agentes síncronos, puede que no llegue a durar ni uno.

#Agentes en la nube y artefactos

En comparación con Tab, los agentes sincrónicos trabajan en un nivel más alto de la pila. Se encargan de tareas que requieren contexto y criterio, pero aun así mantienen al desarrollador involucrado en cada paso. Pero esta forma de interacción en tiempo real, combinada con el hecho de que los agentes sincrónicos compiten por recursos en la máquina local, significa que solo es práctico trabajar con unos pocos a la vez.

Los agentes en la nube eliminan ambas limitaciones. Cada uno se ejecuta en su propia máquina virtual, lo que permite que un desarrollador delegue una tarea y pase a otra cosa. El agente la procesa durante horas, iterando y probando hasta que está seguro del resultado, y vuelve con algo fácil de revisar rápidamente: registros, grabaciones de video y vistas previas en tiempo real en lugar de diffs.

Esto hace que ejecutar agentes en paralelo sea práctico, porque los artefactos y las vistas previas te dan suficiente contexto para evaluar el resultado sin tener que reconstruir cada sesión desde cero. La función humana pasa de guiar cada línea de código a definir el problema y establecer los criterios de revisión.

#El cambio ya está en marcha en Cursor

El 35 % de las PR que fusionamos internamente en Cursor ahora son creadas por agentes que operan de forma autónoma en VM en la nube. Vemos que los desarrolladores que adoptan esta nueva forma de trabajar se caracterizan por tres rasgos:

1. Los agentes escriben casi el 100 % de su código.
2. Dedican su tiempo a descomponer problemas, revisar artefactos y dar feedback.
3. Ponen en marcha varios agentes simultáneamente en lugar de guiar a uno solo hasta terminar.

Queda mucho trabajo por hacer antes de que este enfoque se convierta en estándar en el desarrollo de software. A escala industrial, una prueba inestable o un entorno averiado con el que un único desarrollador puede arreglárselas se convierte en una falla que interrumpe cada ejecución de un agente. De forma más general, aún necesitamos asegurarnos de que los agentes puedan operar de la manera más eficaz posible, con acceso completo a las herramientas y al contexto que necesitan.

Creemos que el lanzamiento de ayer de los agentes en la nube de Cursor es un paso inicial pero importante en esa dirección.