Air
An agentic development environment
Air Teams: lleve sus mejores flujos de trabajo agénticos a todo el equipo y automatice el trabajo repetitivo
Hoy presentamos JetBrains Air Teams: la capa de equipos para el desarrollo agéntico. Ofrece a las personas y a los agentes el contexto, los entornos, las herramientas y las instrucciones compartidos que necesitan para trabajar juntos de forma eficaz a lo largo del ciclo de vida completo del desarrollo.
Air Teams ya está disponible para los clientes empresariales de JetBrains, y está previsto ampliar el acceso a los clientes individuales más adelante.
El nuevo capítulo: de los desarrolladores individuales a los equipos
Hace varios meses presentamos la aplicación Air como nuestro primer paso hacia el desarrollo agéntico. Desde entonces, hemos aprendido mucho y hemos observado mejoras reales de productividad en los desarrolladores que trabajan con agentes.
A medida que desarrollábamos Air, dos cosas se volvieron cada vez más evidentes. En primer lugar, los desarrolladores no necesitan otra aplicación independiente: las herramientas y los agentes deberían estar integrados en el entorno en el que ya trabajan. En segundo lugar, a medida que los desarrolladores individuales mejoraban su productividad gracias a los agentes, el verdadero cuello de botella empezó a desplazarse al nivel del equipo.
Por eso estamos expandiendo Air para que sea más que una aplicación de escritorio independiente y se convierta en un sistema más amplio. Air ahora es compatible con el desarrollo agéntico en tres niveles: desarrolladores individuales, equipos y organizaciones. Analicemos en detalle lo que Air Teams aporta a los equipos de ingeniería.
¿Qué es Air Teams?
Air Teams es un entorno compartido donde los equipos de ingeniería ejecutan agentes de programación y reutilizan lo que funciona. Hoy en día, la mayor parte del trabajo agéntico se realiza en portátiles individuales: cada desarrollador tiene su propia configuración y escribe sus propias peticiones, y lo que le funciona a una persona no se traslada fácilmente al resto del equipo. Air Teams reúne sus flujos de trabajo agénticos en un solo lugar: lo que un desarrollador descubre, todos lo pueden usar.
Air Teams consta de cuatro partes:
Las automatizaciones se encargan por sí solas del trabajo recurrente, como las revisiones de código, la corrección de problemas y las actualizaciones de dependencias. Un evento o una programación inicia cada ejecución.
Los entornos compartidos en la nube proporcionan a los agentes las herramientas, las dependencias y las credenciales que necesitan para compilar y probar el código. El equipo lo configura una sola vez y todos lo reutilizan.
Las tareas en la nube se ejecutan en esos entornos, en paralelo, sin consumir los recursos del portátil de nadie. Puede iniciarlas y hacer su seguimiento desde el IDE o desde el navegador, y pronto también desde el teléfono.
Los proyectos lo unifican todo, con créditos compartidos, roles claros y automatizaciones que no dependen de una sola persona.
Recorramos cada componente.
Automatizaciones: se acabó tener que estar pendiente de los agentes
Los agentes pueden trabajar rápido, pero aun así siguen esperando a que las personas inicien las tareas, proporcionen instrucciones y pasen al siguiente paso. En algún momento, la orquestación manual de cada ejecución se convierte en el cuello de botella.
Air Automations son flujos de trabajo agénticos que se ejecutan por sí solos en la nube, activados por un evento o una programación en lugar de por una persona. Son activos compartidos del equipo: un desarrollador puede crear una automatización, y todo el equipo puede ejecutarla, reutilizarla y mejorarla. Lo que le funciona bien a una persona puede pasar a formar parte del modo en que trabaja todo el equipo. Por ejemplo, una automatización puede revisar cada nueva solicitud de incorporación de cambios en el momento en que se abre, o actualizar las dependencias dos veces por semana.
Cómo funcionan las automatizaciones
Las automatizaciones son para el trabajo recurrente que sigue un patrón: una solicitud de incorporación de cambios que necesita revisión, una incidencia etiquetada que requiere investigarse o dependencias que deben comprobarse cada semana.
Usted configura cuatro elementos una sola vez, y la automatización los reutiliza en cada ejecución:
Instrucciones: qué debe hacer el agente.
Entorno: dónde se ejecuta el agente.
Herramientas: qué puede utilizar el agente, incluidos Jira, Figma y Linear a través de conectores.
Desencadenante: cuándo se inicia el agente, ya sea mediante un evento de GitHub o Jira, un webhook o una programación, con más tipos de desencadenantes próximamente.
Aquí vemos un ejemplo: una automatización activada por una etiqueta. Cuando alguien añade la etiqueta Bug, la automatización inicia un agente. El agente lee la incidencia y el ticket de Jira vinculado, encuentra la causa en el código y abre una solicitud de incorporación de cambios con una propuesta de solución para que la revise un ingeniero.
As automações pertencem a um projeto de equipe, portanto toda a equipe usa a mesma automação em vez de cada pessoa criar a sua própria. Una vez que una automatización demuestra su valor, puede ir más allá del proyecto: el equipo puede reutilizarla en otro repositorio o guardarla como una plantilla que cualquier persona de la organización puede usar tal cual o adaptar.
Ejemplos de automatizaciones
Estas son tres automatizaciones que ejecutamos en nuestro propio equipo:
Revisiones de código. Cuando se abre una solicitud de incorporación de cambios, un agente lee el código relevante y la conversación, publica comentarios inline y un resumen, y puede aprobar la solicitud o pedir cambios. Cada nueva confirmación inicia otra ejecución: el agente lee su revisión anterior y las respuestas recibidas, registra qué incidencias se han corregido y cuáles siguen pendientes, y contrae los comentarios anteriores para que solo permanezca visible el más reciente. Un agente de IA debe ayudar en su flujo de trabajo, no bloquearlo. Cuando usted decide resolver un problema en una solicitud de incorporación de cambios independiente, el agente respeta su decisión y completa su comprobación.
Corrección de incidencias. Cuando un compañero de equipo etiqueta una incidencia pequeña y bien definida en YouTrack, un agente recopila el contexto, intenta una solución y abre una solicitud de incorporación de cambios para su revisión. La misma automatización también gestiona los comentarios de revisión. Cuando una solicitud de incorporación de cambios abierta por una automatización recibe comentarios de revisión, ya sea de un compañero de equipo o de la automatización de revisión de código, el agente los procesa y los corrige.
Actualizaciones de dependencias. Dos veces por semana, un agente actualiza las dependencias del proyecto, omitiendo aquellas que sus instrucciones indiquen que debe dejarse como están. Compila el proyecto y ejecuta las pruebas. Cuando una actualización rompe algo, el agente corrige el código afectado sin cambiar su comportamiento, o revierte la actualización en caso de que no pueda hacerlo. A continuación, abre una solicitud de incorporación de cambios que detalla qué actualizaciones se aplicaron, se omitieron o se revirtieron. Si la solicitud de incorporación de cambios anterior aún no se ha fusionado, el agente la cierra, de modo que el equipo siempre tenga una solicitud de incorporación de cambios actualizada para fusionar cuando esté listo.
Abordaremos más automatizaciones en próximas publicaciones, incluyendo cómo las configuramos y las utilizamos.
Mantenga el control
Una preocupación válida con los agentes de IA es el ruido: comentarios que nadie lee y solicitudes de incorporación de cambios que nadie ha pedido. Las automatizaciones mantienen las decisiones en manos del equipo. Los ingenieros eligen en qué trabaja un agente, y sus instrucciones pueden acotar el resultado para que sea conciso, tal como en los ejemplos anteriores: una única solicitud de incorporación de cambios abierta para las actualizaciones de dependencias, una única revisión vigente por cada solicitud. Cada ejecución conserva también la conversación completa del agente y las llamadas a las herramientas, de modo que, cuando un resultado parece incorrecto, el equipo puede ver el motivo. Todos los cambios de código llegan en forma de solicitud de incorporación de cambios, y un ingeniero decide si fusionarlos.
Cree su primera automatización
Entornos compartidos en la nube: una configuración que su equipo y sus agentes pueden reutilizar
Cada automatización, al igual que cada tarea en la nube, se ejecuta en un entorno, y un agente solo puede rendir tan bien como se lo permita su entorno. Antes de poder compilar o probar nada, necesita lo mismo que un ingeniero nuevo en su primer día: las herramientas adecuadas, dependencias, credenciales y acceso a la red. Un proyecto pequeño puede funcionar con la configuración predeterminada, pero la mayoría de las bases de código necesitan más elementos, como un registro de paquetes privado, versiones fijas de las herramientas de desarrollo o un sistema de seguimiento de incidencias interno al que el agente deba tener acceso. Alguien tiene que configurarlo, y con una vez debería bastar.
En Air Teams, esa configuración reside en un entorno en la nube compartible. Usted crea uno para un repositorio en su proyecto de equipo. Elija el tamaño de la máquina virtual, decida a qué dominios puede acceder la máquina, y añada las variables y los secretos que necesita la compilación. La propia configuración reside en su repositorio en .air/cloud/startup.sh, de modo que su equipo controla sus versiones y la revisa junto con el resto del código.
También puede delegar la primera revisión a un agente. Inspecciona el repositorio, ejecuta la instalación y la compilación reales, solicita los secretos que falten y confirma un script de inicio probado en una rama independiente. Usted lo revisa como cualquier otro cambio.
Cuando el entorno está listo, Air lo guarda como una instantánea y usted lo comparte con el equipo. Compartir la configuración no significa compartir las credenciales. Los secretos compartidos permiten que sus compañeros de equipo y las automatizaciones utilicen un valor sin verlo, mientras que los secretos personales y el acceso al repositorio siguen perteneciendo a cada persona.
A partir de entonces, los compañeros de equipo eligen el entorno para sus tareas en la nube, y las automatizaciones del proyecto se ejecutan en él. Ningún agente pierde tiempo ni tokens en volver a descubrir cómo compilar el repositorio. Cada tarea empieza directamente con el trabajo real.
Descubra cómo configurar los entornos
Tareas en la nube: trabaje desde su IDE y desde cualquier dispositivo
Con los entornos configurados, puede empezar a asignar trabajo a los agentes. Elija un entorno y un agente, y describa la tarea. Si su repositorio no necesita una configuración personalizada, utilice el entorno predeterminado.
Puede ejecutar una tarea localmente o en la nube. La elección correcta depende de la tarea, de la configuración que necesite y de con qué grado de cercanía quiera trabajar con el agente.
| Agente local | Agente en la nube | |
| Primeros pasos | Un espacio de trabajo existente está listo de inmediato. Puede que primero deba configurarse un nuevo árbol de trabajo o contenedor. | El entorno tiene que iniciarse y copiar el repositorio primero. Configurarlo con antelación y guardarlo como un entorno compartible con el estado en caché reducirá la espera. |
| Recursos de la máquina | Las compilaciones y las pruebas comparten la CPU y la memoria de su máquina con el resto de su trabajo. | Las compilaciones y las pruebas se ejecutan en una máquina en la nube, lo que preserva los recursos locales. |
| Archivos y herramientas | El agente trabaja con sus herramientas locales y con su copia de trabajo, incluidos los cambios sin confirmar. | El agente trabaja desde una rama remota, con las herramientas, las dependencias y las credenciales configuradas para el entorno. |
| Agentes y cuentas | Puede utilizar cualquier agente compatible o que admita ACP que haya instalado, con una cuenta admitida por este. | Puede utilizar los agentes en la nube compatibles que su organización haya habilitado. |
| Reutilización de la configuración | Los compañeros de equipo pueden compartir los scripts de configuración, pero cada persona sigue preparando su propia máquina. | Los compañeros de equipo comparten un único entorno, y cada tarea se ejecuta en una copia propia de este. |
| Seguimiento | Su máquina tiene que permanecer encendida. El acceso remoto depende de sus propias herramientas. | La tarea sigue ejecutándose aunque su máquina esté apagada. Puede hacer el seguimiento a través de Air en los JetBrains IDEs o en la web, y pronto también en los dispositivos móviles. |
La diferencia clave es que las tareas en la nube no están vinculadas al dispositivo en el que las inició. Puede iniciar una tarea en su IDE y retomarla más tarde en la web. El agente sigue trabajando incluso después de cerrar su portátil.
Vea el flujo de trabajo de las tareas en la nube
Proyectos de equipo: un trabajo que pertenece al equipo
Un proyecto de equipo es un espacio compartido para el trabajo agéntico de un equipo. Integra a los miembros del equipo, los entornos compartidos, los conectores MCP y las automatizaciones.
Dos roles definen quién puede hacer qué. Los administradores del proyecto gestionan la pertenencia al equipo, los entornos, los conectores y las automatizaciones. También pueden permitir que miembros específicos editen un entorno. Los miembros usan los entornos compartidos, crean sus propias automatizaciones y ven los resultados de cada ejecución.
Las automatizaciones no tienen por qué depender de la persona que las creó. Cada proyecto cuenta con su propia cuenta de servicio y créditos de IA, y un administrador del proyecto decide si las automatizaciones del proyecto consumen esos créditos o los propios de sus creadores. Con los créditos del proyecto, las automatizaciones se ejecutan bajo la cuenta del proyecto y siguen funcionando incluso después de que su creador se marche.
Obtenga más información sobre los roles de proyecto y los créditos
Primeros pasos con Air Teams
Con Air Teams, el trabajo agéntico se convierte en algo que comparte todo el equipo. Las automatizaciones se encargan del trabajo recurrente, los entornos compartidos ofrecen a cada tarea la misma configuración, las tareas en la nube siguen ejecutándose después de cerrar el portátil, y los proyectos de equipo garantizan que nada de esto dependa de una sola persona.
Pruebe Air Teams en air.jetbrains.cloud. Todo lo anterior se ha diseñado para compartirse, así que invite a sus compañeros de equipo desde el principio.
Para conocer toda la familia de productos de Air, visite jetbrains.com/air.
Artículo original en inglés de:
