--- title: "JetBrains Air organiza agentes de programação em um novo sistema aberto" author: "Gustavo Ramos O. Klein" date: "2026-09-24 07:00:00-03" category: "Inteligência Artificial & Dados" url: "http://desbugados.scale.press/portal/desbugados/post/2026/09/24/jetbrains-air-organiza-agentes-de-programacao-em-um-novo-sistema-aberto/md" --- ## Resumo - A JetBrains lançou o JetBrains Air em 22 de setembro de 2026 como um sistema aberto para desenvolvimento de software conduzido por agentes. - O sistema é dividido em Air in JetBrains IDEs, Air Teams e Air Governance. - O Air in JetBrains IDEs orquestra agentes e ajuda a verificar o código dentro da IDE. - O Air Teams coordena fluxos de trabalho entre desenvolvedores e agentes. - O Air Governance administra políticas, custos e auditoria, substituindo o antigo JetBrains Central. - O Agent Client Protocol conecta agentes de terceiros e reduz o risco de vendor lock-in. - Junie aparece entre os agentes que podem ser integrados, enquanto a JetBrains mantém o controle humano e a verificação da IDE. --- Em **22 de setembro de 2026**, a JetBrains apresentou o [JetBrains Air](https://blog.jetbrains.com/blog/2026/09/22/introducing-jetbrains-air), um sistema aberto de produtos para o desenvolvimento de software conduzido por agentes. A novidade tenta resolver um problema que cresce à medida que diferentes ferramentas de inteligência artificial passam a participar da programação: como coordenar esses agentes, verificar o código produzido e acompanhar custos e políticas sem obrigar toda a equipe a escolher um único fornecedor? O Air responde organizando essa conversa em camadas conectadas, com recursos dentro das IDEs, coordenação de fluxos de trabalho e governança organizacional. A ponte entre essas partes é o Agent Client Protocol, conhecido como ACP, que permite integrar agentes de terceiros ao sistema. ## Da ferramenta isolada à camada de coordenação O ponto de partida da proposta é a fragmentação do desenvolvimento com agentes. Segundo a reportagem da RuntimeWire, o CEO da JetBrains, **Kirill Skrygan**, posicionou o Air como uma solução para empresas que precisam lidar com diferentes agentes em vez de administrar cada ferramenta como uma ilha separada. Essa separação cria perguntas práticas para quem lidera uma equipe: qual agente executou uma tarefa, quanto a operação custou e como a organização pode auditar o resultado? Ao colocar uma camada de controle acima dessas ferramentas, o Air passa a funcionar como uma mesa de negociação digital, na qual cada participante pode colaborar sem abandonar regras comuns. Essa arquitetura também explica por que a JetBrains descreve o Air como um **sistema aberto de produtos**, e não apenas como um novo assistente de programação. A proposta reúne recursos para o trabalho individual, para a coordenação entre pessoas e agentes e para o acompanhamento administrativo da operação. Em vez de tratar a escolha do agente como uma decisão definitiva sobre toda a plataforma, a empresa apresenta uma camada capaz de lidar com fornecedores diferentes. O resultado pretendido é dar à organização uma visão única sobre o trabalho automatizado, enquanto os desenvolvedores continuam usando a inteligência de código da IDE para revisar o que está sendo criado. ## Três peças para conectar código, equipe e gestão No primeiro nível está o **Air in JetBrains IDEs**, voltado à orquestração de agentes e à verificação dentro do ambiente de desenvolvimento. Orquestrar significa direcionar as tarefas, organizar a participação dos agentes e acompanhar o que acontece no próprio espaço em que o código é escrito. A verificação acrescenta uma etapa de conferência, usando a inteligência de código determinística da IDE como base para avaliar o trabalho produzido. Para o desenvolvedor, a mudança está em aproximar a automação da revisão técnica, criando um diálogo no qual o agente executa uma atividade e a IDE ajuda a conferir o resultado antes que ele avance no fluxo. Em seguida aparece o **Air Teams**, responsável por coordenar fluxos de trabalho entre desenvolvedores e agentes. A diferença em relação ao uso individual está no alcance da conversa: uma tarefa deixa de ser apenas uma instrução enviada por uma pessoa e passa a fazer parte de um processo compartilhado pela equipe. Essa coordenação permite organizar a colaboração entre quem define o objetivo e quem acompanha a execução automatizada, sem separar completamente o trabalho humano do trabalho dos agentes. A JetBrains coloca essa camada no centro da proposta porque o ganho de uma equipe depende de saber como as tarefas se relacionam, e não apenas de acelerar uma ação isolada. Por fim, o **Air Governance** concentra políticas, custos e auditoria, e corresponde ao produto antes chamado de JetBrains Central. Governança, aqui, significa estabelecer regras para o uso da inteligência artificial, acompanhar despesas e manter registros que permitam entender como os agentes foram usados. Esse nível conversa diretamente com as necessidades de organizações que precisam administrar a tecnologia em escala, enquanto os times preservam seus fluxos de desenvolvimento. A camada também se conecta a uma iniciativa anterior da empresa voltada a dar visibilidade, controle de custos e auditoria sobre ferramentas de IA utilizadas por equipes, o que ajuda a entender por que o Air foi desenhado como uma estrutura integrada. ## ACP é a ponte entre fornecedores diferentes A interoperabilidade do sistema depende do **Agent Client Protocol**, ou ACP, um protocolo criado para permitir a integração de agentes de terceiros. Em termos simples, ele funciona como uma linguagem de diálogo entre a camada do Air e ferramentas que não foram produzidas pela JetBrains. Essa escolha reduz o risco de vendor lock-in, expressão usada para descrever a dependência de um fornecedor que torna difícil trocar de ferramenta depois. A empresa quer que a organização possa escolher o agente mais adequado para cada atividade sem perder a possibilidade de aplicar políticas, acompanhar gastos e consultar registros em uma camada comum. Entre os agentes citados na estratégia está o **Junie**, que aparece ao lado do Claude Agent como uma opção conectada ao sistema. A distinção é importante: o Junie é um agente de programação, enquanto o Air organiza o ambiente no qual agentes diferentes podem ser direcionados e acompanhados. Essa relação ajuda a traduzir a proposta para além do marketing: a JetBrains não apresenta o Air como uma substituição obrigatória de todas as ferramentas, mas como um ponto de encontro para que elas participem de fluxos de trabalho coordenados. A pergunta para cada equipe passa a ser menos qual agente deve dominar tudo e mais qual combinação pode ser administrada com clareza. A comunicação oficial do **PyCharm** reforçou justamente essa abertura, ao apresentar o Air como uma abordagem capaz de suportar uma ampla variedade de agentes e fluxos de trabalho especializados, mantendo o controle humano por meio da inteligência da IDE. Esse detalhe muda a expectativa sobre automação: o agente pode participar da execução, mas a equipe continua responsável por conduzir a tarefa e verificar o resultado. Em uma conversa entre sistemas, o protocolo faz o papel da ponte, enquanto a IDE funciona como o espaço de revisão técnica. A conexão só gera valor quando as pessoas conseguem compreender o que foi feito e decidir o que deve seguir adiante. ## O que muda para desenvolvedores e gestores Para quem desenvolve, a principal mudança está na aproximação entre a experiência tradicional da IDE e o desenvolvimento agentic, termo usado para descrever o trabalho conduzido por agentes de inteligência artificial. Uma publicação da comunidade técnica descreveu essa experiência como um ambiente de desenvolvimento agentic combinado às ferramentas tradicionais da IDE, com liberdade para escolher o modelo ou fornecedor preferido. Isso significa que a automação entra no fluxo conhecido de programação, em vez de exigir uma ruptura completa com as ferramentas de edição, análise e verificação já utilizadas. A promessa de interoperabilidade, portanto, chega acompanhada da preservação do controle técnico sobre o código. Para líderes de equipe e diretores de engenharia, a discussão muda de escala. A equipe da **RustRover** afirmou que o JetBrains Air foi projetado para desenvolvedores, líderes de equipe e diretores de engenharia, permitindo direcionar e controlar quase qualquer modelo de linguagem de grande porte e ambiente de execução. Esse público precisa enxergar a operação como um conjunto de decisões: quais agentes participam, quais políticas se aplicam e como os custos são acompanhados. A resposta oferecida pelo Air é uma camada administrativa que reúne essas perguntas sem exigir que cada grupo abandone o agente ou o fluxo de trabalho que já considera adequado. Essa divisão entre execução e governança também esclarece a responsabilidade pelo software. O agente pode produzir código ou participar de uma tarefa, mas a proposta da JetBrains mantém a inteligência determinística da IDE como base para a qualidade e conserva a responsabilidade final com as pessoas. Na prática, a automação ganha espaço sem transformar a revisão em uma etapa invisível. O time pode dirigir o trabalho, verificar o resultado e consultar informações de auditoria, enquanto a organização acompanha políticas e custos. O Air tenta, assim, transformar uma coleção de interações com agentes em um processo que pode ser entendido por quem programa e por quem administra. ## Como interpretar a proposta do JetBrains Air O lançamento deve ser lido como uma tentativa de resolver três problemas conectados: coordenar agentes, integrar fornecedores e governar o uso da inteligência artificial. A primeira resposta está dentro da IDE, onde a orquestração e a verificação acompanham o código; a segunda está no ACP, que cria uma ponte para agentes externos; a terceira está no Air Governance, que concentra políticas, custos e auditoria. Essa separação ajuda a evitar uma leitura simplista de que o Air seria apenas mais um agente de programação. Ele ocupa uma posição diferente, como uma camada de diálogo entre ferramentas, desenvolvedores, equipes e gestores. Para avaliar o que a plataforma significa na prática, uma equipe pode começar fazendo três perguntas: quais tarefas precisam de agentes, como os resultados serão verificados e quais regras devem acompanhar o uso? A resposta da JetBrains organiza cada uma dessas necessidades em uma parte do sistema, preservando a possibilidade de escolher fornecedores diferentes por meio do ACP. O próximo passo anunciado é a própria adoção dessa arquitetura aberta, que transforma o JetBrains Air em um ponto de controle para o desenvolvimento assistido por agentes, sem retirar das pessoas a decisão sobre o código que será aceito.