Así que los últimos días han sido un torbellino en el mundo de los desarrolladores. Quería tomar un momento para escribir lo que he visto y lo que creo que significa, porque estos no son actualizaciones pequeñas. Esto es una cambio en cómo construimos, navegamos y escribimos código.
Empecemos con la primera gran noticia: OpenAI lanzó algo llamado ChatGPT Atlas, y no, no es solo otra pestaña dentro de ChatGPT. Es un navegador. Una nueva forma de entender lo que significa interactuar con la web. Pero en lugar de pestañas y marcadores, está construido alrededor de memoria, intención y agentes de IA que realmente hacen cosas en tu nombre. Tienes un panel lateral que puede resumir lo que estás viendo, profundizar, comparar diferentes fuentes, completar formularios por ti y hasta recordar lo que has hecho antes.
He visto muchos asistentes de IA a lo largo de los años que prometían "cambiar todo"; la mayoría solo agregaron una burbuja de chat en algún lugar y lo llamaron un día. Este es diferente. La ventana de contexto es persistente a través del navegador. Recuerda dónde has estado, qué estás intentando hacer, y puede actuar, con tu permiso, dentro del navegador. Piensa en eso por un momento. El navegador, la capa más pasiva en tu pila tecnológica, acaba de obtener memoria y una cola de tareas.
Esto no es solo otro clon de Chrome con un truco. Esto cambiará la forma en que pensamos sobre el diseño de frontend. Porque si los usuarios ahora viven en un navegador que entiende su comportamiento y los dirige de manera proactiva, significa que el diseño de UX ya no solo se trata de reducir clics — se trata de cómo bien tu producto juega con una IA sentada junto a tu usuario. Olvídate de los asistentes de onboarding. El asistente es el onboarding. Tu documentación ahora es parte de un diálogo en tiempo real.
Desde la perspectiva de un equipo de desarrollo, esto significa replantearse lo que seguimos, lo que exponemos y cómo estructuramos el producto para que sea leído por otro agente en lugar de solo por un humano. De repente, tienes una segunda capa de interfaz que no pediste. Y tendrás que tenerla en cuenta.
La segunda gran actualización golpeó más cerca de casa para los desarrolladores: Cursor 2.0 se lanzó, y con él vino su nuevo modelo de codificación, Composer 1, y una interfaz completamente reimaginada para trabajar con varios agentes en paralelo. Si aún no has usado Cursor, básicamente es VS Code reconstruido desde cero alrededor de un par de programadores de IA. Excepto ahora, no es solo un IA; es un escuadrón de agentes trabajando en tu repositorio al mismo tiempo. Leen tu contexto, escriben código, sugieren cambios, refactorizan, revisan... y ahora, compiten entre sí para producir el mejor resultado. Lo he probado intensamente desde ayer y está al menos a la par con Claude-4.5-sonnet. Tal vez incluso mejor. Con el modo "Plan" de Cursors, esto realmente es un gran salto adelante.
Ese último punto es interesante. Han adoptado la idea de que múltiples agentes resolviendo el mismo problema a menudo producen mejores resultados que solo uno. Cursor ahora les permite hacer exactamente eso, como programación en pareja, pero con esteroides. Ya no eliges la mejor solución. El sistema lo hace. O al menos trata de hacerlo.
Composer, su modelo interno, supuestamente es 4 veces más rápido que cualquier otra cosa que hayan intentado, lo cual es impresionante. Pero más importante, ha sido entrenado específicamente para trabajo de software de baja latencia y alta contexto. En la práctica, eso significa que no estás esperando 90 segundos por una respuesta que sea 60% útil. Es rápido, y conoce la forma de tu repositorio.
Además, han añadido un navegador incrustado dentro del IDE, por lo que ya no tienes que saltar entre herramientas. Ahora inspeccionas, depuras, pruebas y codificas; todo en la misma vista. Y puedes ver exactamente qué han cambiado los agentes en toda la base de código, solucionando finalmente ese molesto juego de saltos entre archivos que generalmente realizas durante las revisiones de PR.
Para empezar, el desarrollo se está volviendo menos sobre "quién puede escribir el mejor código" y más sobre quién puede guiar, validar e integrar la mejor salida de los agentes. Y eso es un gran cambio. Los desarrolladores necesitarán dejar de pensar como mecanógrafos de código y empezar a actuar como orquestadores. Eso significa que tu onboarding, tus revisiones, tu cultura de programación en parejas; todo eso necesita evolucionar.
También significa que "vamos rápido y rompemos cosas" está obteniendo una actualización peligrosa. Si los agentes están escribiendo código más rápido de lo que tu equipo puede revisarlo, estás a un solo error de un desastre. Por lo tanto, aunque sea tentador arrojar esto a tu proceso y duplicar la velocidad, recuerda lo que The CTO Playbook siempre dice: La herramienta debe evolucionar con el proceso, no reemplazarlo.
Más que nunca, tu organización técnica necesita hacer algunas preguntas difíciles:
Estas ya no son hipótesis. Son las preguntas que necesitas resolver si estás implementando esto en un entorno de desarrollo real. Porque ya sea que te guste o no, tus desarrolladores ya están utilizando estas herramientas por la noche, en proyectos paralelos, o directamente en tu rama principal cuando no estás mirando.
Ambas actualizaciones, Atlas y Cursor 2.0, son señales de que ya no estamos simplemente añadiendo IA a nuestras herramientas. Estamos reescribiendo completamente las interfaces.
Como alguien que lidera equipos técnicos, tu trabajo no es estar por delante de cada tendencia. Pero sí es tu trabajo identificar los momentos en que cambia la infraestructura. Este es uno de esos momentos.
Si estás tratando de entender cómo implementar el desarrollo impulsado por IA de manera segura y efectiva, o cómo estructurar tu proceso de desarrollo alrededor de agentes en lugar de individuos, envíame un mensaje.
Para una discusión más profunda sobre la construcción de flujos de trabajo de desarrolladores asistidos por IA, la orquestación de equipos o el liderazgo ágil en esta nueva era de herramientas, no dudes en ponerte en contacto por correo electrónico en [email protected] o visita ctotmc.com. También estoy encantado de conectar a través de LinkedIn en linkedin.com/in/robertmejlero.
Necesitarás un libro de jugadas diferente para esto. (¡Me alegra haberlo actualizado!)
Robert Mejlerö
CTO | Fundador de The Mejlerö Company
Autor de The CTO Playbook
Ayudamos a las empresas con su tecnología, proporcionando servicios de CTO y gestión de productos. Confiados en nuestros servicios de CTO, trabajamos con tanto startups como empresas establecidas en los países nórdicos, Suiza y EE. UU.
Somos una Compañía Suiza (LLC) con sede en 
Suiza.