Por qué Antigravity 2.0 de Google desató críticas de desarrolladores después de I/O 2026

La visión de la compañía es clara: pasar de herramientas donde los desarrolladores simplemente "escriben prompts" a sistemas de IA capaces de ejecutar tareas de desarrollo de varios pasos de forma autónoma.

El gran cambio: del IDE al orquestador de agentes

Las primeras versiones de Antigravity se comparaban con herramientas como Visual Studio Code o Cursor: editores de código tradicionales con funciones de IA integradas.

Con Antigravity 2.0, Google cambió radicalmente ese enfoque.

En lugar de mejorar el IDE existente, la empresa eliminó el modo IDE tradicional y reposicionó la plataforma como un sistema de orquestación de agentes.

El nuevo entorno se centra en:

• Crear y coordinar múltiples agentes de IA
• Delegar tareas a subagentes
• Ejecutar procesos largos y asincrónicos
• Gestionar proyectos y artefactos generados por agentes

En otras palabras, el producto parte de la idea de que los agentes realizarán la mayor parte del trabajo de desarrollo mientras los humanos supervisan el proceso.

Por qué reaccionaron tan fuerte los desarrolladores

Las críticas no se dirigieron tanto contra el concepto de agentes de IA. De hecho, muchos desarrolladores ya utilizan herramientas de programación asistida por IA.

El problema fue la forma en que se produjo la transición.

Algunos usuarios informaron de actualizaciones forzadas o silenciosas que cambiaron radicalmente la interfaz y el flujo de trabajo. En los foros se describió que la actualización eliminó herramientas clave como el editor de código, el árbol de archivos y el terminal, sustituyéndolos por una interfaz similar a un chat llamada “Agent View”.

Para quienes dependen de esas herramientas a diario —editar archivos, ejecutar comandos, depurar errores o gestionar repositorios— el cambio se percibió más como un retroceso que como una mejora.

También se reportaron problemas prácticos tras actualizar, incluyendo fallos en configuraciones de desarrollo remoto o pérdida de funcionalidades esenciales.

Un problema de flujo de trabajo, no de capacidad

La polémica revela algo importante sobre cómo funciona realmente el desarrollo de software: programar sigue siendo un proceso muy manual e interactivo.

Incluso con herramientas de IA avanzadas, los desarrolladores suelen:

• Revisar y modificar archivos directamente
• Ejecutar comandos en terminal
• Gestionar control de versiones
• Depurar errores de forma interactiva
• Trabajar en entornos remotos como contenedores o WSL

Cuando esas piezas básicas desaparecen o quedan ocultas detrás de un gestor de agentes, muchos sienten que pierden velocidad y control, incluso si el sistema promete más automatización a largo plazo.

Por eso algunos desarrolladores intentaron reinstalar versiones anteriores de Antigravity o volver a entornos conocidos como VS Code.

La tensión de fondo en las herramientas de IA para programar

La controversia en torno a Antigravity 2.0 refleja un debate más amplio dentro del ecosistema de herramientas para desarrolladores.

Actualmente están emergiendo dos enfoques diferentes:

1. IDE con asistencia de IA
Entornos tradicionales donde la IA actúa como copiloto para escribir código, refactorizar o generar pruebas.

2. Plataformas centradas en agentes
Sistemas donde el desarrollador define objetivos y los agentes de IA ejecutan la implementación.

Con Antigravity 2.0, Google apostó claramente por el segundo modelo. La plataforma está diseñada para coordinar equipos de agentes de IA entre herramientas de escritorio, APIs y servicios en la nube.

Sin embargo, muchos desarrolladores todavía prefieren el primer enfoque: IA integrada dentro de su flujo de trabajo habitual, no como sustituto completo del IDE.

Lo que revela este lanzamiento

Antigravity 2.0 no fue solo una actualización de producto. Representa una apuesta por un futuro diferente para el desarrollo de software, donde el centro del trabajo no sería un editor de código sino un panel de control para agentes autónomos.

La reacción negativa sugiere que, aunque los desarrolladores están abiertos a la automatización, las transiciones forzadas lejos de flujos de trabajo consolidados generan resistencia, especialmente cuando las nuevas herramientas todavía están madurando.

En la práctica, el futuro de estas plataformas probablemente pase por un enfoque híbrido: permitir adoptar gradualmente flujos de trabajo con agentes sin eliminar las herramientas tradicionales que los desarrolladores siguen necesitando hoy.