Antigravity Agent Manager: qué es y cómo gestionar agentes
Descubre qué ocurrió con Antigravity Agent Manager, cómo evolucionó dentro de Antigravity 2.0 y de qué manera puedes organizar Projects, ejecutar varios agentes, aislar tareas con Git worktrees, revisar artifacts, controlar permisos y supervisar resultados desde un mismo lugar.
¿Qué es Antigravity Agent Manager?
Antigravity Agent Manager fue la superficie visual para iniciar y supervisar agentes de Google. En Antigravity 2.0, esa función evolucionó hacia una aplicación independiente organizada por Projects, desde la que puedes manejar conversaciones, agentes paralelos, permisos, worktrees y artifacts sin depender de un IDE.
Agent Manager evolucionó: ahora el centro es Antigravity 2.0
El nombre Agent Manager sigue apareciendo en búsquedas, tutoriales y algunas superficies del ecosistema. Sin embargo, la documentación actual de Google explica que Antigravity 2.0 reemplazó el modelo anterior de un agente ligado a una sola carpeta por Projects con varias carpetas, ajustes aislados y permisos propios.
| Aspecto | Agent Manager original | Antigravity 2.0 |
|---|---|---|
| Unidad de organización | Workspace asociado a una carpeta. | Project con una o varias carpetas. |
| Dependencia del editor | Integrado en la experiencia IDE original. | Aplicación independiente del IDE. |
| Ajustes y permisos | Mayor dependencia de la configuración global. | Configuración y permisos por Project. |
| Contexto | Una estructura de carpetas principal. | Frontend, backend y otros repositorios juntos. |
| Aislamiento Git | Flujo centrado en el workspace activo. | New Worktree por conversación. |
| Supervisión | Agentes y artifacts dentro del entorno original. | Centro de comando para conversaciones y trabajo paralelo. |
No necesitas buscar una descarga separada de Agent Manager
Instala Antigravity 2.0 y utiliza Projects para realizar hoy las tareas de organización y supervisión asociadas al Agent Manager. En extensiones de IDE, el nombre todavía puede identificar una vista de gestión.
Para qué sirve el Agent Manager de Antigravity
Su propósito es convertir la gestión de agentes en un workflow visible. En vez de abrir varios chats desconectados, organizas el contexto por Project y supervisas cada conversación, sus accesos, avances y entregables.
La interfaz no reemplaza la validación técnica. Su valor consiste en reunir el trabajo y la evidencia para que puedas intervenir en los puntos importantes sin observar cada llamada de herramienta en tiempo real.
Project, conversación, agente y subagente no son lo mismo
| Concepto | Qué representa | Ejemplo |
|---|---|---|
| Project | Configuración de carpetas, permisos, ajustes e historial. | Aplicación SaaS con frontend y API. |
| Conversación | Hilo de trabajo con un objetivo y decisiones acumuladas. | Corregir la autenticación. |
| Agente | Sistema que razona, usa herramientas y ejecuta la tarea. | Analizar y corregir el flujo de login. |
| Subagente | Sesión especializada delegada por el agente principal. | Investigar tests o comprobar la interfaz. |
| Artifact | Entregable estructurado que comunica plan o resultado. | Implementation Plan, diff o grabación. |
El Project define el entorno. La conversación define el objetivo. El agente ejecuta el trabajo y puede delegar partes. Los artifacts permiten revisar ese trabajo sin depender únicamente de un mensaje final.
Cómo preparar un Project para gestionar agentes
Una buena gestión comienza antes de iniciar el primer agente. El Project debe entregar contexto suficiente, pero no abrir carpetas, credenciales o comandos que la tarea no necesita.
Crea un Project
Utiliza un nombre asociado al producto o sistema, no a una tarea temporal.
Añade las carpetas necesarias
Incluye repositorios relacionados, como frontend y backend.
Revisa el estado de Git
Identifica cambios previos para no confundirlos con trabajo del agente.
Configura permisos
Parte del preset general y añade excepciones acotadas al Project.
Define reglas persistentes
Explica convenciones, comandos de prueba y límites del repositorio.
Prueba una tarea pequeña
Verifica lectura, edición, terminal y revisión antes de paralelizar.
Un Project puede abarcar más de un repositorio
Añade únicamente codebases que deban colaborar en la misma tarea. Un Project demasiado amplio aumenta la búsqueda, los permisos y la posibilidad de modificar archivos equivocados.
Cómo iniciar y gestionar agentes desde Antigravity 2.0
Selecciona el Project correcto
Comprueba carpetas, permisos y configuración antes de abrir el hilo.
Crea una conversación
Usa un hilo independiente para cada resultado importante.
Elige Local o New Worktree
Decide si editará el checkout activo o un entorno Git aislado.
Describe un objetivo medible
Incluye contexto, restricciones, pruebas y definición de terminado.
Revisa el plan
Corrige alcance y enfoque antes de permitir cambios amplios.
Supervisa hitos
Atiende aprobaciones, artifacts y bloqueos sin microgestionar cada acción.
Valida el resultado
Comprueba diff, tests, build y comportamiento antes de integrar.
Local Mode vs New Worktree al ejecutar varios agentes
| Criterio | Local Mode | New Worktree Mode |
|---|---|---|
| Ubicación | Checkout o carpeta activa. | Git worktree creado para la conversación. |
| Velocidad inicial | Inmediata para una edición interactiva. | Necesita preparar el entorno aislado. |
| Visibilidad | Los cambios aparecen directamente en tu carpeta. | Los cambios permanecen fuera del checkout activo. |
| Agentes paralelos | Mayor riesgo de tocar los mismos archivos. | Reduce conflictos mediante entornos separados. |
| Uso recomendado | Cambio corto que supervisas de cerca. | Feature, investigación o ejecución concurrente. |
Para varios agentes sobre un mismo repositorio, utiliza un worktree por conversación cuando las tareas puedan editar áreas cercanas. Local Mode puede servir si los objetivos son pequeños, no se solapan y aceptas coordinar manualmente el estado compartido.
Qué debes supervisar mientras los agentes trabajan
Gestionar no significa observar cada token. Concéntrate en los eventos que cambian el riesgo, el alcance o la calidad del resultado.
| Señal | Qué significa | Acción recomendada |
|---|---|---|
| Plan disponible | El agente propone enfoque, archivos y validación. | Revisa antes de que empiece una implementación amplia. |
| Aprobación pendiente | Necesita ejecutar un comando o ampliar acceso. | Confirma necesidad, objetivo y alcance del permiso. |
| Cambio de alcance | Descubrió una dependencia o problema no previsto. | Decide si pertenece a la tarea o requiere otro hilo. |
| Artifact actualizado | Existe un entregable nuevo para revisión. | Comenta sobre el artifact si la dirección no es correcta. |
| Proceso prolongado | Tests, build, investigación o herramienta siguen activos. | Comprueba progreso antes de detenerlo o duplicar la tarea. |
| Trabajo terminado | El agente afirma haber completado el objetivo. | Valida evidencia, diff y comportamiento por separado. |
Cómo revisar artifacts desde el centro de agentes
Un artifact es un entregable estructurado creado para comunicar progreso o resultado. Puede ser un Implementation Plan, diff, diagrama, imagen o grabación de navegador. Está diseñado para revisar hitos de alto nivel en workflows que no requieren vigilancia constante.
Comprueba el objetivo
El artifact debe responder a la tarea, no solo describir actividad.
Evalúa el plan
Revisa arquitectura, archivos, dependencias, riesgos y pruebas.
Deja feedback en línea
Corrige la dirección antes de que continúe una implementación incorrecta.
Contrasta la evidencia
No confundas una captura o resumen con una prueba suficiente.
Revisa el repositorio
El diff y la ejecución real tienen prioridad sobre la narración.
Un artifact no se aprueba por verse convincente
Comprueba rutas, datos, código y resultados. Si el plan no coincide con tu objetivo, comenta y solicita una revisión antes de permitir más cambios locales.
Cómo gestionar permisos sin abrir todo el equipo
Los Projects heredan la configuración global, pero permiten añadir ajustes y permisos propios. Esto facilita aplicar controles diferentes a un repositorio de prueba, un proyecto interno o una carpeta desconocida.
| Recurso | Riesgo | Regla prudente |
|---|---|---|
| Archivos del Project | Lectura o cambios fuera del objetivo. | Incluye solo carpetas necesarias. |
| Rutas externas | Acceso a datos personales o credenciales. | Deniega por defecto y concede rutas concretas. |
| Terminal | Comandos destructivos o con efectos externos. | Revisa comandos sensibles y evita permisos globales. |
| Internet | Descargas, exfiltración o servicios no previstos. | Autoriza dominios vinculados con la tarea. |
| MCP | Herramientas con datos o capacidad de escritura. | Limita servidores y acciones habilitadas. |
En macOS y Linux, el preset predeterminado ejecuta determinados comandos dentro del Terminal Sandbox y solicita aprobación al salir de él. En Windows, el sistema puede pedir confirmación para comandos según la versión actual. Revisa siempre la interfaz que muestra tu instalación.
Revisar cambios con el panel VCS de Antigravity 2.0
El panel de control de versiones permite distinguir cambios sin commit, diferencias de la rama y ediciones originadas por herramientas del agente. También permite preparar, retirar o descartar archivos, crear un commit local y enviar cambios al remoto.
Filtra las ediciones del agente
Distingue su trabajo de los cambios que ya existían.
Revisa por archivo
Comprueba que cada modificación tenga relación con el objetivo.
Ejecuta verificaciones
Corre tests, lint y build antes de preparar cambios.
Stage solo lo aprobado
No conviertas Accept All en una revisión de código automática.
Commit antes de Push
Revisa el commit local y su mensaje antes de afectar el remoto.
Controlar agentes desde otro equipo o dispositivo
Remote Control permite continuar supervisando sesiones que se ejecutan en la estación de trabajo. Desde un navegador puedes revisar actividad, planes y artifacts, responder solicitudes e iniciar conversaciones sin trasladar el repositorio ni las credenciales al dispositivo remoto.
Remote Control dirige la sesión local; no convierte un teléfono en el entorno que ejecuta el código. El equipo anfitrión conserva archivos, toolchains, procesos y credenciales necesarios para el agente.
Scheduled Tasks para iniciar agentes automáticamente
Antigravity 2.0 permite programar mensajes periódicos dentro de Projects. Esto sirve para revisiones recurrentes, clasificación de incidencias, reportes o comprobaciones, siempre que la tarea tenga límites, permisos y una forma clara de validar el resultado.
| Tarea | Frecuencia posible | Control recomendado |
|---|---|---|
| Revisar fallos de CI | Después de una ventana de despliegue. | Investigar y reportar; no desplegar automáticamente. |
| Clasificar issues | Varias veces al día. | Proponer etiquetas sin cerrar incidencias críticas. |
| Auditar dependencias | Semanalmente. | Crear reporte y exigir revisión antes de actualizar. |
| Preparar resumen | Diario o semanal. | Incluir fuentes, cambios y errores encontrados. |
Agent Manager en Antigravity 2.0 y en VS Code
| Criterio | Antigravity 2.0 | Extensión de VS Code |
|---|---|---|
| Enfoque | Centro de comando independiente. | Trabajo agentic dentro del editor. |
| Organización | Projects y conversaciones entre varias carpetas. | Workspace y contexto abierto en VS Code. |
| Código visible | Revisión mediante sidebar y panel VCS. | Edición e inline diffs en el editor habitual. |
| Varios agentes | Supervisión central y asincrónica. | Disponible sin abandonar el flujo del IDE. |
| Elección práctica | Dirigir varios trabajos y revisar resultados. | Programar mientras colaboras con el agente. |
Puedes utilizar ambas superficies con la misma cuenta. Elige Antigravity 2.0 cuando tu actividad principal sea coordinar trabajo, y VS Code cuando necesites alternar constantemente entre edición manual y colaboración agentic.
Errores frecuentes al utilizar Agent Manager
| Problema | Causa probable | Qué hacer |
|---|---|---|
| No encuentro “Agent Manager” | Antigravity 2.0 reorganizó la experiencia alrededor de Projects. | Busca Projects y conversaciones en la aplicación actual. |
| El agente no ve otro repositorio | La carpeta no pertenece al Project. | Añade solo el repositorio necesario y reinicia el contexto. |
| Dos agentes pisan cambios | Ambos trabajan en Local Mode sobre los mismos archivos. | Separa objetivos y utiliza worktrees independientes. |
| No veo cambios en mi checkout | La conversación utiliza New Worktree Mode. | Revisa el worktree y decide cómo integrar su rama. |
| La tarea parece detenida | Espera aprobación, feedback o finalización de un proceso. | Abre la conversación y revisa solicitudes pendientes. |
| Solicita el mismo permiso | La concesión no cubre el objetivo o no persiste en el Project. | Crea una regla acotada; evita habilitar acceso total. |
| El artifact no demuestra el resultado | La tarea no definió evidencia o validación. | Pide tests, diff y prueba del comportamiento concreto. |
| No puedo iniciar más trabajo | La cuota del plan puede haberse agotado. | Revisa uso y renovación antes de reinstalar la aplicación. |
Lista de control para gestionar varios agentes
Project correcto
Contiene únicamente carpetas relacionadas con el sistema.
Objetivos separados
Cada conversación tiene un resultado identificable.
Worktrees cuando corresponde
Las tareas concurrentes no comparten archivos de forma accidental.
Permisos mínimos
Cada acceso responde a una necesidad concreta.
Planes revisados
El alcance y la validación son correctos antes de implementar.
Artifacts comprobados
La evidencia coincide con el código y el comportamiento real.
Diff sin solapamientos
Los agentes no duplicaron ni contradijeron cambios.
Integración consciente
Tests, commit y push ocurren después de la revisión humana.
Fuentes oficiales sobre Agent Manager y Antigravity 2.0
La transición hacia Projects, el trabajo paralelo, los artifacts y las capacidades de supervisión fueron contrastados con la documentación actual de Google Antigravity.
Siguiente guía: subagentes de Antigravity
FAQ sobre Antigravity Agent Manager
Es la superficie de gestión creada para iniciar, organizar y supervisar agentes, conversaciones y artifacts. En Antigravity 2.0, esa función evolucionó hacia una aplicación independiente organizada mediante Projects.
Su función continúa, pero Google reorganizó la experiencia. La aplicación Antigravity 2.0 actúa como centro de comando y utiliza Projects en lugar del antiguo modelo ligado a un solo workspace.
Agent Manager describía la superficie de supervisión. Un Project es la unidad actual que agrupa una o varias carpetas, ajustes aislados, permisos e historial de conversaciones para los agentes.
Sí. Puedes iniciar conversaciones independientes y permitir que avancen en paralelo. Para reducir conflictos sobre un repositorio, utiliza New Worktree Mode en las tareas concurrentes.
El agente principal dirige la tarea y mantiene la conversación con el usuario. Un subagente recibe una parte especializada, trabaja con contexto y permisos controlados y devuelve sus resultados al principal.
Revisa Implementation Plans, artifacts, diffs, procesos y evidencia de pruebas. Antigravity 2.0 también incorpora un panel VCS para inspeccionar cambios del agente antes de preparar o integrar archivos.
La extensión oficial lleva la gestión de agentes y artifacts a VS Code. Antigravity 2.0 ofrece una experiencia independiente más orientada a coordinar varios trabajos sin permanecer dentro del editor.
Antigravity puede utilizarse con una cuenta individual compatible y una cuota base. Google AI Pro y Ultra aumentan los límites, mientras las organizaciones pueden conectarlo con Gemini Enterprise.
Organiza cada agente alrededor de un objetivo verificable
Crea Projects acotados, separa conversaciones, utiliza worktrees cuando haya paralelismo y revisa los artifacts en momentos clave. El mejor Agent Manager no es el que lanza más agentes, sino el que mantiene contexto, permisos y resultados bajo control.
Descargar Antigravity 2.0 →