JetBrains presenta Air Teams, un espacio de colaboración para compartir flujos de trabajo y automatizar tareas con agentes de IA

JetBrains presenta Air Teams, un espacio de colaboración para compartir flujos de trabajo y automatizar tareas con agentes de IA
3 min de lecture

JetBrains anunció a principios de septiembre de 2026 JetBrains Air, un sistema de productos abierto y coherente destinado a desarrolladores, equipos y organizaciones, dentro de sus entornos de desarrollo integrados (IDE) y más allá. El sistema se extiende a través de múltiples interfaces y servicios. Cada producto aborda un problema distinto, pero el editor indica que funcionan mejor juntos.

JetBrains Air integra Air Teams, un espacio de colaboración dedicado al desarrollo agéntico, es decir, al trabajo confiado a agentes, programas de inteligencia artificial capaces de ejecutar tareas de manera autónoma. Air Teams proporciona a los equipos y a los agentes el contexto, los entornos, las herramientas y las instrucciones compartidas que necesitan a lo largo del ciclo de desarrollo.

La empresa explica haber observado dos evoluciones desde el lanzamiento de Air, presentado «hace varios meses» como un primer paso. Los desarrolladores no necesitan una aplicación independiente adicional, ya que las herramientas y los agentes deben integrarse en el entorno donde ya trabajan. Por otra parte, a medida que los desarrolladores individuales ganaban productividad gracias a los agentes, «el verdadero cuello de botella se trasladó al nivel del equipo». JetBrains precisa: «Por lo tanto, decidimos evolucionar Air para ir más allá de una simple aplicación de escritorio independiente y ofrecer un sistema más amplio e integrado».

Automatizaciones compartidas por todo el equipo

Air Teams se basa en cuatro elementos: las automatizaciones, los entornos cloud compartidos, las tareas cloud y los proyectos. Las automatizaciones son flujos de trabajo, es decir, secuencias de pasos, que se ejecutan solos en la nube a partir de un evento o una planificación. Air Teams proporciona 10 plantillas, entre otras para la revisión de código, la corrección de errores, la actualización de dependencias (las bibliotecas externas utilizadas por un proyecto) y el mantenimiento de la documentación.

Cada automatización se basa en cuatro parámetros: instrucciones, un entorno, herramientas y un desencadenante. Las herramientas pueden incluir Jira, Figma y Linear mediante conectores. El desencadenante puede ser un evento de GitHub o Jira, un webhook o una planificación. En el ejemplo dado por JetBrains, añadir la etiqueta Bug a un ticket lanza un agente, que lee el ticket, identifica la causa en el código y abre una solicitud de fusión, llamada pull request, que contiene una propuesta de corrección que «un ingeniero podrá verificar».

JetBrains presenta tres ejemplos. Para la revisión de código, el agente publica comentarios y un resumen, luego puede aprobar la pull request o solicitar cambios. Para las correcciones de tickets en YouTrack, un miembro del equipo puede asignar a un agente una tarea simple y bien definida. Por último, dos veces por semana, un agente actualiza las dependencias del proyecto, compila el código, ejecuta las pruebas y abre una pull request resumida.

Entornos y proyectos que no dependen de una persona

Cada automatización y cada tarea cloud se ejecuta en un entorno. En Air Teams, esta configuración se almacena en el repositorio, en la ruta .air/cloud/startup.sh, para ser versionada y revisada con el resto del código. Una vez listo, el entorno puede guardarse como una instantánea y compartirse. JetBrains precisa que compartir la configuración no significa compartir las credenciales: los secretos compartidos pueden usarse sin ser visibles, mientras que los secretos personales permanecen propios de cada uno.

Las tareas cloud, por su parte, no están vinculadas al dispositivo que las lanzó. Un usuario puede iniciar una tarea desde su IDE y luego retomarla en la web, y el agente continúa trabajando después de cerrar el portátil. Un proyecto de equipo reúne a los miembros, los entornos compartidos, los conectores MCP y las automatizaciones. Cada proyecto dispone de su propia cuenta de servicio y sus propios créditos de IA, y un administrador decide si las automatizaciones consumen esos créditos o los de sus creadores. En el primer caso, continúan funcionando después de la salida de su creador.