A JetBrains anunciou, no início de setembro de 2026, o JetBrains Air, um sistema de produtos aberto e coerente destinado a programadores, equipas e organizações, nos seus ambientes de desenvolvimento integrado (IDE) e além. O sistema estende-se por várias interfaces e vários serviços. Cada produto responde a um problema distinto, mas a editora indica que funcionam melhor em conjunto.
O JetBrains Air integra o Air Teams, um espaço de colaboração dedicado ao desenvolvimento agentico, ou seja, ao trabalho confiado a agentes, programas de inteligência artificial capazes de executar tarefas de forma autónoma. O Air Teams fornece às equipas e aos agentes o contexto, os ambientes, as ferramentas e as instruções partilhadas de que necessitam ao longo de todo o ciclo de desenvolvimento.
A empresa explica ter constatado duas evoluções desde o lançamento do Air, apresentado «há vários meses» como um primeiro passo. Os programadores não precisam de uma aplicação autónoma adicional, porque as ferramentas e os agentes devem ser integrados no ambiente onde já trabalham. Por outro lado, à medida que os programadores individuais ganhavam produtividade graças aos agentes, «o verdadeiro estrangulamento deslocou-se para o nível da equipa». A JetBrains precisa: «Decidimos, portanto, evoluir o Air para ir além de uma simples aplicação de ambiente de trabalho autónoma e propor um sistema mais vasto e integrado.»
Automatizações partilhadas por toda a equipa
O Air Teams assenta em quatro elementos: as automatizações, os ambientes cloud partilhados, as tarefas cloud e os projetos. As automatizações são fluxos de trabalho, ou seja, sequências de etapas, que se executam sozinhos na cloud a partir de um evento ou de um agendamento. O Air Teams fornece 10 modelos, nomeadamente para revisão de código, correção de erros, atualização de dependências (as bibliotecas externas utilizadas por um projeto) e manutenção da documentação.
Cada automatização assenta em quatro parâmetros: instruções, um ambiente, ferramentas e um acionador. As ferramentas podem incluir Jira, Figma e Linear através de conectores. O acionador pode ser um evento GitHub ou Jira, um webhook ou um agendamento. No exemplo dado pela JetBrains, a adição da etiqueta Bug a um ticket lança um agente, que lê o ticket, identifica a causa no código e abre um pedido de fusão, chamado pull request, contendo uma proposta de correção que «um engenheiro poderá verificar».
A JetBrains apresenta três exemplos. Para a revisão de código, o agente publica comentários e um resumo, podendo depois aprovar o pull request ou pedir alterações. Para as correções de tickets no YouTrack, um membro da equipa pode atribuir a um agente uma tarefa simples e bem definida. Por fim, duas vezes por semana, um agente atualiza as dependências do projeto, compila o código, executa os testes e abre um pull request resumivo.
Ambientes e projetos que não dependem de uma pessoa
Cada automatização e cada tarefa cloud executa-se num ambiente. No Air Teams, esta configuração é armazenada no repositório, no caminho .air/cloud/startup.sh, para ser versionada e revista com o resto do código. Uma vez pronto, o ambiente pode ser guardado como um instantâneo e partilhado. A JetBrains precisa que partilhar a configuração não significa partilhar as credenciais: os segredos partilhados podem ser utilizados sem serem visíveis, enquanto os segredos pessoais permanecem próprios de cada um.
As tarefas cloud, por sua vez, não estão ligadas ao dispositivo que as lançou. Um utilizador pode iniciar uma tarefa a partir do seu IDE e depois retomá-la na web, e o agente continua a trabalhar após o encerramento do portátil. Um projeto de equipa reúne os membros, os ambientes partilhados, os conectores MCP e as automatizações. Cada projeto dispõe da sua própria conta de serviço e dos seus próprios créditos de IA, e um administrador decide se as automatizações consomem esses créditos ou os dos seus criadores. No primeiro caso, continuam a funcionar após a saída do seu criador.
