AI News HubLIVE
站内改写2 分钟阅读

JetBrains下一步不是更好的IDE——而是针对Claude Code、Codex和Gemini CLI的治理层

JetBrains推出了AI for Teams and Organizations,在现有AI工具之上增加共享上下文、可重用的代理流程、组织范围的治理和成本控制,无需团队统一使用单一供应商。

来源The New Stack AI作者: Paul Sawers

多年来,工程团队各自选择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工作的服务。”