JetBrains Air: Um Sistema de Produtos para Desenvolvimento de Software Agentic

Artigo original ↗ Discussão no Hacker News ↗

O novo sistema “Air” do JetBrains para desenvolvimento de software agentic está recebendo uma recepção mista de usuários antigos. Muitos elogiam os IDEs tradicionais da empresa para navegação de código, refatoração e ferramentas de banco de dados, mas expressam frustração com o aumento no uso de recursos, as ofertas de IA confusas e fragmentadas (Air, Junie, AI Assistant etc.) e limitações importantes, como a impossibilidade de usar assinaturas pessoais do Claude. Alguns veem ferramentas multi-fornecedor e centradas em agentes como uma direção sensata, enquanto outros temem que o JetBrains esteja negligenciando a qualidade central do IDE e a determinismo em favor de alcançar concorrentes “AI-first”.

Reação geral ao JetBrains Air e às ferramentas de IA

  • Muitos usuários de longa data do JetBrains estão céticos ou decepcionados com as ofertas atuais de IA (Junie, Air, AI Assistant/Chat/autocomplete).
  • Reclamações comuns: buggy, qualidade de protótipo, atrás de concorrentes como Cursor/Codex e uma UX intrusiva de “IA em todo lugar”.
  • Alguns veem a abordagem multi-fornecedor e “realista em relação à IA” do Air como sensata e alinhada aos pontos fortes tradicionais do JetBrains, mas ainda não convincente o bastante para mudar fluxos de trabalho.

Linha de produtos de IA fragmentada e confusa

  • Vários nomes sobrepostos (Air, Junie, AI Assistant, AI Chat, AI autocomplete, conectores ACP) confundem os usuários.
  • Vários comentaristas dizem que não conseguem entender claramente o que cada parte faz ou como se relacionam, mesmo depois de testá-las.
  • Desejo por uma história mais simples e unificada e por “uma coisa feita muito bem”.

Integração de modelos, Claude e agentes locais

  • Fricção importante: os Termos de Serviço da Anthropic bloqueiam o uso de assinaturas Claude Pro/Max/Team dentro das ferramentas JetBrains. Muitos veem isso como um impedimento decisivo.
  • Funcionários do JetBrains dizem que a API do Claude pode ser usada via ACP/agentes, mas não logins de assinatura, e que não conseguiram negociar uma exceção.
  • Alguns usuários querem OpenRouter/modelos locais sem “ligar para casa” e relatam problemas ao executar totalmente offline. Outros dizem que ACP + agentes de terceiros funciona bem para configurações locais ou multi-fornecedor.
  • Os fluxos de autenticação e configuração (Codex/Cursor/Claude) são vistos como desajeitados ou quebrados por vários testadores.

Mudança de fluxos de trabalho: IDE vs agentes

  • Um grupo visível agora passa a maior parte do tempo no terminal/harness de agentes, usando IDEs principalmente para navegação, git e depuração.
  • Outros dizem que IDEs são mais valiosos com LLMs, especialmente para navegar em codebases grandes geradas por agentes, refatoração determinística e ferramentas apoiadas por MCP.
  • Debate em andamento: o quanto os humanos ainda devem ler/escrever código versus delegar a agentes e revisar de forma seletiva.

Qualidade do IDE, desempenho e direção do produto

  • Reclamações recorrentes sobre alto uso de recursos, indexação lenta, mau comportamento com git worktrees e mudanças na interface (nova UI vs “classic”).
  • Alguns sentem que recursos centrais do IDE e a determinismo (autocomplete, refatoração, estabilidade) estão estagnando ou regredindo enquanto a IA recebe prioridade.
  • Clientes pagantes de longa data relatam cancelamentos ou consideração de cancelamento; a confiança foi corroída, embora alguns mantenham licenças para expor ferramentas do IDE a agentes via MCP.