JetBrains下一步不是更好的IDE——而是針對Claude Code、Codex和Gemini CLI的治理層

多年來，工程團隊各自選擇AI工具——IDE、終端編碼代理、程式碼審查瀏覽器擴充套件——導致領導者難以掌握開發者的實際使用情況和成本。JetBrains於本週二宣佈推出AI for Teams and Organizations，旨在彌合這一差距，同時不強迫任何人放棄其首選工具。該方案在團隊已有的AI工具之上增加了一層治理，提供共享上下文、可重用的代理流程、組織範圍內的管控和成本控制。業務客戶將從7月到8月逐步看到首批功能上線。

JetBrains代理系統主管Oleg Koverznev在部落格中寫道，開發者能根據任務選擇合適的工具是一種“自由”，值得保留。“團隊不應該為了從AI中受益而被迫標準化到單一供應商。”

此次擴充套件延續了JetBrains兩年多來的軌跡：2023年推出IDE內的編碼助手，一年後推出能自主規劃執行任務的代理Junie，今年三月將Junie擴充套件到IDE之外——釋出獨立CLI和JetBrains Air（多代理並行環境），六月Junie離開測試版。最新一步更進一步，在所有AI工具之上構建治理層，而不僅僅是JetBrains自家工具。

四個元件構成此次釋出：自動化功能可從倉庫事件或計劃觸發雲代理，在管理環境中執行長任務並向團隊交付結果；JetBrains Context為代理提供更快的程式碼庫智慧訪問——跨倉庫知識、程式碼示例、引用——減少代理輪次、執行成本和錯誤；JetBrains Central是管理控制台，讓領導者一覽團隊使用的AI工具，並設定訪問控制、模型和代理策略、分析以及團隊級成本歸屬；Companion Central CLI將命令列工具（如Claude Code、Codex和Gemini CLI）納入同一控制台，使開發者使用競爭對手代理的情況像使用Junie一樣被追蹤。JetBrains還透過模型上下文協議（MCP）和代理客戶端協議（ACP）與外部工具和代理連線，避免團隊被鎖定在JetBrains自家代理中才能獲得治理收益。

與此同時，JetBrains調整了業務客戶的AI計費方式：從按月重置的許可結構改為與個人和團隊計劃一致的信用模型，信用有效期12個月。

此次釋出與The New Stack二月的論點一致：軟體開發中的編排正從IDE轉向代理控制平面，因為編碼工作越來越多地在終端或協調多個代理的獨立桌面應用中進行。JetBrains Central選擇了後者，透過對競爭代理實施治理而非試圖超越它們來佔領這一領域。Cursor在六月推出了類似的企業層，允許公司透過單個儀表板管理預算、模型訪問和按部門劃分的代理許可權。此外，IDE製造商擁有模型層可以減少對即將治理的代理的依賴：JetBrains六月推出了基於自有基礎設施執行的開源編碼模型；Cursor也推出了自家Composer模型，並在SpaceX以600億美元收購後有更深厚的財力追求這一目標。

但這並不意味著JetBrains認為動手編碼會離開IDE。Kovernezv認為IDE仍然是開發者進行最直接工作的地方，JetBrains只是從IDE向外構建服務。“圍繞IDE，我們正在構建幫助團隊跨倉庫、終端、代理和雲執行環境協調AI工作的服務。”