# Terminal, Git y MCP: Antigravity 2.10 muestra hacia dónde van los IDEs con IA **URL:** \ **Category:** AI Dev Tools — General\ **Tags:** antigravity, ai-dev-tools, mcp, coding-agents, google, git, workflow\ **Created:** [26 Agosto, 2026 14:48 UTC](https://www.yodev.dev/t/terminal-git-y-mcp-antigravity-2-10-muestra-hacia-donde-van-los-ides-con-ia/4867 "2026-08-26T14:48:37Z")\ **Posts on this page:** 1\ **Page:** 1
**Author:** ![Grego](https://yyz1.discourse-cdn.com/flex009/user_avatar/www.yodev.dev/grego/32/649_2.png) [@Grego](https://www.yodev.dev/u/Grego)\ **Post date:** [26 Agosto, 2026 14:48 UTC](https://www.yodev.dev/t/terminal-git-y-mcp-antigravity-2-10-muestra-hacia-donde-van-los-ides-con-ia/4867/1 "2026-08-26T14:48:37Z")
# Terminal, Git y MCP: Antigravity 2.10 muestra hacia dónde van los IDEs con IA Google Antigravity 2.10 no es una versión espectacular porque agregue una función inesperada. Importa porque lleva varias acciones normales del desarrollo al mismo espacio del agente: ejecutar comandos, inspeccionar diffs, preparar archivos para commit, confirmar cambios, revisar llamadas a herramientas y adjuntar contexto más rico. Esa es la dirección real del mercado. El IDE con agentes se parece cada vez menos a “un chat al lado del editor” y cada vez más a una mesa de operaciones para entregar software. El changelog oficial de Google para Antigravity 2.10.0, publicado el 24 de agosto de 2026, resume el titular así: “Embedded Terminals, Git Version Control, and Audio Attachments”. La versión corta es que Antigravity ahora incorpora una terminal embebida en la barra lateral, controles nativos de Git en el panel de Review, vistas más ricas para ejecuciones de MCP y herramientas personalizadas, comentarios sobre regiones de imagen, adjuntos de audio y varias mejoras de rendimiento. Ninguna de esas funciones es conceptualmente exótica. Justamente por eso la versión es interesante. ## La superficie del agente está absorbiendo el ciclo del SDLC Durante años, las herramientas de desarrollo estuvieron organizadas en superficies separadas: - El editor para escribir código. - La terminal para ejecutar comandos. - La interfaz de Git o la CLI para revisar y confirmar cambios. - El navegador para documentación, issues y previews. - El chat para la asistencia con IA. - CI para validar. Los agentes de código empezaron pegándose a una o dos de esas superficies. Primero vivieron dentro del editor. Después se mudaron a la terminal. Luego empezaron a abrir archivos, aplicar parches, leer documentación, correr tests, llamar herramientas y generar artefactos. Antigravity 2.10 es otro paso en la fase de consolidación. La terminal embebida permite ejecutar builds, suites de tests y scripts sin cambiar de aplicación. Los controles de Git permiten inspeccionar diffs del working tree, hacer stage y unstage de archivos, y crear commits desde el panel de Review. Los pasos de ejecución de MCP y herramientas personalizadas ahora muestran encabezados estructurados, bloques de argumentos expandibles y previews formateados de resultados. Esa combinación importa más que cualquiera de los puntos por separado. Cuando el agente puede proponer código, ejecutar el comando que lo valida, mostrar el diff, exponer la evidencia de las llamadas a herramientas y dejar que la persona haga commit desde la misma interfaz, el IDE deja de ser solamente el lugar donde se edita código. Se convierte en un plano de control para el trabajo de desarrollo. ## Por qué Git dentro de la interfaz del agente importa La integración con Git es especialmente importante porque define el traspaso entre autonomía del agente y responsabilidad humana. Un agente de código puede generar un parche. Pero el desarrollador todavía tiene que responder preguntas prácticas: - ¿Qué cambió? - ¿El cambio está bien delimitado? - ¿El agente tocó archivos que no correspondían? - ¿Puedo preparar solo una parte del trabajo? - ¿Esto debería convertirse en commit ahora o necesita otra vuelta de validación? Al poner controles de revisión de Git directamente dentro del flujo del agente, Antigravity reduce la distancia entre “el modelo hizo algo” y “entiendo qué está por entrar al repositorio”. Esa es la parte que importa para los equipos. El cuello de botella en el coding agéntico no es solamente la calidad de generación de código. Es la revisabilidad. Si un agente puede trabajar rápido pero la persona no puede inspeccionar, separar, rechazar o confirmar cambios con claridad, el flujo todavía se siente inseguro. Los controles nativos de Git vuelven el ciclo más legible. Esto también acerca a Antigravity al territorio de flujo de trabajo que ocupan herramientas como Cursor, Claude Code, agentes al estilo Codex y proyectos terminal-first como [OpenCode](https://www.yodev.dev/t/opencode-el-agente-de-codeo-open-source-que-le-esta-peleando-la-terminal-a-los-grandes/2321). La pregunta competitiva deja de ser solamente “¿qué modelo escribió la mejor función?” y pasa a ser “¿qué superficie le da al desarrollador mejor control operativo sobre el trabajo del agente?”. ## La terminal completa el ciclo build-test-review La terminal embebida es la otra pieza grande. Un flujo serio con agentes de código necesita ejecución de comandos. No se puede evaluar la mayoría de los cambios no triviales leyendo solamente el parche. Hacen falta tests, type checks, linters, scripts de build, migraciones, servidores de desarrollo, comandos de paquetes y, a veces, pequeños comandos de diagnóstico. Si la terminal vive fuera del entorno del agente, el flujo se fragmenta. El desarrollador le pide al agente que cambie código, cambia de aplicación, corre tests, copia el resultado de vuelta, pide una corrección, revisa el diff en otro lado y repite. Funciona. Pero no es elegante. Con ejecución de terminal y revisión de Git dentro de la misma interfaz, el ciclo se vuelve más compacto: 1. Pedirle al agente que haga un cambio. 2. Ejecutar el comando relevante. 3. Inspeccionar el fallo o el éxito. 4. Revisar el diff. 5. Preparar los archivos correctos. 6. Hacer commit o pedir otra iteración. Ese es el ciclo que todos los entornos de coding con IA están intentando capturar. Para los lectores de yoDEV, especialmente equipos que están evaluando herramientas de AI dev más allá de la demo, la pregunta práctica es esta: ¿la herramienta reduce cambios de contexto mientras conserva revisión humana, o esconde complejidad detrás de una caja de chat? Antigravity 2.10 se mueve claramente hacia la primera respuesta. ## Los previews de MCP no son cosmética Las mejoras en previews de MCP y herramientas personalizadas pueden sonar como pulido de interfaz, pero apuntan a otra capa importante: observabilidad de las llamadas a herramientas. A medida que los agentes llaman más herramientas externas, los desarrolladores necesitan ver qué ocurrió. ¿Qué herramienta se invocó? ¿Con qué argumentos? ¿Qué devolvió? ¿El resultado vino estructurado, truncado, formateado o ambiguo? Antigravity 2.10 mejora esos pasos de ejecución con encabezados estructurados, bloques de argumentos expandibles y previews formateados de resultados. Eso importa porque MCP se está convirtiendo en parte del stack agéntico de desarrollo. Los agentes ya no están limitados a editar archivos y ejecutar comandos en shell. Cuando están conectados, pueden consultar issue trackers, documentación, bases de datos, herramientas de observabilidad, archivos de diseño y servicios internos. Cuantas más herramientas puede llamar un agente, más necesita la interfaz exponer evidencia. Una llamada a herramienta oculta es difícil de confiar. Una llamada visible e inspeccionable se convierte en parte de la trazabilidad de revisión. Por eso el marco de “IDE agéntico como plano de control” es útil. El plano de control no se trata solamente de dar órdenes. También se trata de observabilidad, revisión, permisos y recuperación. ## Audio y comentarios sobre imágenes expanden el contexto alrededor del código Los adjuntos de audio y los comentarios sobre regiones de imagen son menos centrales para el ciclo de entrega de software, pero forman parte de la misma historia. Antigravity ahora permite adjuntar archivos de audio como MP3, WAV, M4A, AAC, OGG, FLAC y OPUS de hasta 20 MB. También permite seleccionar regiones y dejar comentarios directamente sobre imágenes en el visor de archivos. Eso significa que el workspace del agente está absorbiendo más formas de entrada: notas de voz, capturas de UI, referencias de diseño, registros visuales de bugs, diagramas y feedback visual. Para equipos de producto e ingeniería, eso importa porque muchas tareas de código no empiezan como tickets perfectamente redactados. Empiezan como “esta parte de la UI se siente mal”, “esto fue lo que grabó el usuario” o “compara esta captura con el estado esperado”. Cuanto más naturalmente entren esos insumos al workspace del agente, menos trabajo de traducción cae sobre el desarrollador. Aun así, esta es la zona donde los equipos deben tener cuidado. Los inputs más ricos son útiles, pero también aumentan la cantidad de contexto que puede contener información privada de producto, clientes o procesos internos. Los flujos con audio e imágenes necesitan la misma atención de gobernanza que el acceso a código y repositorios. ## La advertencia: la consolidación también puede convertirse en lock-in La ventaja estratégica de esta dirección es clara: menos superficies, ciclos más ajustados, mejor revisión y menos cambios de contexto. El riesgo también es claro. Cuando un IDE agéntico controla ejecución de terminal, revisión de Git, llamadas a herramientas, previews, adjuntos, comentarios y flujos de artefactos, se vuelve un entorno por defecto muy poderoso. Eso puede mejorar la productividad, pero también aumenta los costos de cambio. Los equipos deberían evaluar no solo la experiencia del modelo, sino también los límites operativos: - ¿Los desarrolladores pueden revisar con claridad cada cambio del agente? - ¿Las llamadas a herramientas son suficientemente visibles para auditar y depurar? - ¿El equipo puede conservar su disciplina existente de Git? - ¿El flujo se degrada bien si el agente falla? - ¿Los permisos y herramientas conectadas son entendibles? - ¿El trabajo puede reproducirse fuera del IDE? Estas preguntas importan más a medida que los IDEs agénticos se vuelven centrales en el desarrollo diario. Una superficie de agente muy pulida que oculta demasiado no es una herramienta de productividad. Es un problema de gobernanza esperando su momento. ## La señal más grande Antigravity 2.10 es una versión de producto, pero la señal de fondo atraviesa a toda la industria. Las herramientas de coding con IA están convergiendo sobre la misma tesis: la interfaz futura para construir software no será solamente un editor, ni solamente una terminal, ni solamente un chat. Será un workspace donde el agente pueda actuar, el desarrollador pueda inspeccionar y el equipo pueda conservar control sobre el proceso de entrega. Por eso terminal, Git y previews de MCP pertenecen a la misma conversación. La terminal da ejecución. Git da responsabilidad. MCP da alcance. La interfaz del agente los une. Para desarrolladores en Iberoamerica que están eligiendo su stack de coding con IA en 2026, usaría este lente. No pregunten solamente qué herramienta escribe mejor código en un benchmark. Pregunten qué herramienta le da a su equipo el ciclo más limpio desde intención hasta implementación, validación y revisión. Antigravity 2.10 es la respuesta más reciente de Google a esa pregunta. > **[Google Antigravity - Changelog](https://antigravity.google/changelog?authuser=0000)** > > Stay up to date with updates and releases for Google Antigravity.