Flujos de trabajo de Antigravity: tareas repetibles

Qué son los flujos de trabajo de Antigravity

Los flujos de trabajo de Antigravity conectan un objetivo de desarrollo con un resultado comprobado. Pueden usar editor, terminal, navegador, Skill o MCP. No son solo prompts: incluyen estado inicial, acciones permitidas, pausas y pruebas de finalización.

Los flujos de trabajo de Antigravity funcionan mejor cuando son lo bastante estrechos para probarse. «Mejora este proyecto» no tiene una línea de llegada. «Lee la prueba que falla, cambia solo el analizador, ejecuta la prueba enfocada, muestra el diff y detente antes de hacer commit» sí tiene una salida y un límite seguro. Usa las guías de CLI, Skills y MCP para los detalles de cada superficie.

Prepara el espacio de trabajo antes de ejecutar un flujo

Abre el repositorio, confirma la rama y revisa los archivos que podrían cambiar. Ejecuta una vez el comando de terminal para conocer nombre, código de salida y entorno. En navegador o MCP, prueba primero una lectura.

Describe entrada y salida: archivo o dominio, herramientas, límites y decisión humana. Mantén contraseñas, tokens y datos privados fuera de los logs. Usa una rama de prueba.

1. 1. Congela el estado inicialRegistra repositorio, rama, versión y los archivos o cuentas que el flujo puede tocar.
2. 2. Define un resultadoElige un artefacto, una prueba, un estado de página o un informe para que el fallo sea visible.
3. 3. Ensaya en solo lecturaInspecciona y explica el camino antes de editar archivos, enviar datos o cambiar una cuenta.
4. 4. Añade un punto de revisiónPausa antes de instalar dependencias, escribir en red, publicar, borrar o desplegar.

Esta guía no afirma un formato fijo de archivo ni flags permanentes. Comprueba la documentación oficial antes de automatizar una integración nueva.

Prompts y comandos útiles para los flujos de trabajo de Antigravity

Un prompt indica rol, contexto, acciones y evidencia. Ejemplo: «Inspecciona X, planifica el cambio menor, edita solo Y, ejecuta Z, muestra el resultado y detente antes de W». Pide el comando exacto.

Distingue comandos interactivos y del shell. La ayuda de CLI, una sesión, una prueba de terminal y una llamada MCP tienen alcances distintos. Nombra la superficie para que otra persona pueda repetirla.

Alcance, permisos y ajustes del flujo

La seguridad depende más del alcance que de un interruptor. Mantén comandos del proyecto cerca del repositorio, preferencias separadas y permisos explícitos. Leer no equivale a escribir; probar no equivale a instalar; revisar una página no cambia una cuenta.

Al empaquetar una secuencia como Skill, incluye requisitos, entradas, salidas, fallos y verificación. No escondas un comando de shell amplio ni una escritura de red detrás de un nombre amable.

workflow:
  objetivo: "actualizar un analizador y demostrar que pasa la prueba enfocada"
  permitido: [leer_archivos, editar_objetivo, ejecutar_prueba]
  revisar_antes: [instalar_paquete, escribir_red, borrar, publicar]
  salida: [resumen_diff, resultado_prueba, riesgos]

• Alcance del proyecto — Usa instrucciones del repositorio para que los comandos y límites de archivo sean reproducibles.
• Alcance del usuario — Mantén preferencias personales de modelo, terminal y pantalla fuera del comportamiento compartido.
• Alcance de la herramienta — Nombra el servidor MCP, dominio del navegador o comando exacto en lugar de usar un comodín.
• Alcance de la revisión — Enumera las acciones que siempre necesitan una persona aunque los pasos anteriores sean automáticos.

Un flujo de trabajo de Antigravity repetible en cinco pasadas

La primera pasada descubre: lee archivos o pruebas y repite el objetivo. La segunda planifica el cambio menor y nombra herramientas. Detente si el plan no entiende la petición.

La tercera ejecuta; la cuarta compara una comprobación enfocada con la regla de aceptación; la quinta informa de rutas, evidencias, riesgos y la siguiente decisión. Sirve para contenido, CLI, navegador e investigación MCP.

Mantén frescos los flujos cuando cambie Antigravity

Los productos de agentes evolucionan. Un comando, permiso, modelo o salida de integración puede cambiar después de una actualización. Revisa el flujo tras un cambio de Antigravity, modelo, shell o servidor MCP; que funcionara el mes pasado no prueba que sea seguro hoy.

Registra la fecha, la compilación o página de documentación consultada y el paso que verificaste. Si no puedes confirmar el comportamiento actual, conserva el flujo en solo lectura o manual hasta resolver la incertidumbre.

Reglas de seguridad para los flujos de trabajo de Antigravity

Trata un flujo como un documento de permisos. Revisa archivos legibles, comandos ejecutables, dominios externos y efectos secundarios antes de compartirlo o instalarlo.

Comprueba argumentos, directorio, red, scripts, variables y rutas de borrado o publicación. Mantén secretos fuera de prompts y logs, usa una cuenta de prueba y revoca permisos al terminar.

• Mantén contraseñas, claves API, códigos de recuperación y datos de clientes fuera del texto y la evidencia del flujo.
• Revisa manualmente instalaciones, cargas, webhooks y mensajes externos.
• Usa un perfil de navegador o una cuenta de prueba para recorridos autenticados.
• Deja las operaciones destructivas de archivos y Git fuera del camino automático.
• Comparte requisitos previos y un plan de reversión con quien ejecutará el flujo.

Soluciona un flujo que falla

Reduce el fallo a la pasada más pequeña. Compara estado inicial, llamada, salida y regla de aceptación antes de cambiar permisos.

El agente propone otro plan

Repite archivo objetivo, salida y condición de parada. Pide primero un plan y corrige el límite antes de editar.

No se encuentra un comando

Ejecútalo en una terminal normal, comprueba PATH y la política del shell y registra la versión instalada.

La herramienta devuelve datos parciales

Guarda la respuesta, marca los campos ausentes y detente. Reintenta solo si el error transitorio está claro.

El resultado parece correcto pero no lo es

Compara URL, ruta, prueba o estado final con la regla de aceptación. Trata una salida antigua o parcial como fallo.

Siguen apareciendo permisos

Comprueba si cambió el comando, la ruta, la cuenta o la herramienta. Estrecha la regla en vez de conceder un comodín.