Kilo把JetBrains变成多开控制台，账单换了位置

以前，一个开发者想让三个 AI 同时改同一个项目，通常要先打开几个 JetBrains 窗口，再手动准备多个 Git worktree，最后在终端里盯着测试和分支。

Kilo Code 在 2026 年 9 月 1 日发布了面向 JetBrains 的多 agent 更新，把这套来回切窗口的工作搬进了一个控制台。1

Product Hunt 的趋势结果把 Kilo Code for JetBrains 列为过去 24 小时第 1 名，显示 360 票。这个数字只记录了曝光，稳定干活仍要靠真实任务验证。2

作者丨沐秋

编辑丨葬爱咸鱼

Kilo for JetBrains 是原生 Kotlin 插件，支持 IntelliJ IDEA、WebStorm、PyCharm、GoLand、PhpStorm、Rider、CLion 和 RubyMine 的 Community 与付费版本。1

它的关键动作很具体：每个 agent 处理一个任务，每个任务对应一个独立的 Git worktree、分支和工作目录。1

这样做像把三张正在修改的纸分别放进三个文件夹，避免三个人同时在一张纸上涂改。

开发者可以从基础分支、已有分支或 GitHub PR 创建 worktree，再复用 JetBrains 的 Run Configurations，随后在同一个窗口里看运行状态、代码差异和 PR。1

这套设计解决的是并行开发的文件冲突和视线切换。

任务拆分是否合理、某个 agent 的改动会不会破坏另一条分支，仍由开发者确认。

Kilo 还支持 JetBrains Remote Development，agent server 放在靠近远程仓库的一侧，界面继续使用本地 IntelliJ 平台。1

窗口变少了，工程管理的责任仍在开发者手里。

Kilo 的 Individual 计划标价为 0 美元，Teams 计划为每名用户每月 15 美元，Enterprise 则按供应商费率报价。3

这只是平台费。

模型推理可以走免费模型、本地模型、用户自己的 API key、Kilo Gateway 或 Kilo Pass。Kilo Gateway 的免费层是永久 0 美元，按量付费层跟随市场费率，BYOK 路径不收推理加价；Kilo Pass 从每月 19 美元起，提供月度 AI token 订阅和最多 50% 的 bonus credits。4

云端 agent 还要单独计算机器时间：Gas Town 为每小时 1.20 美元，Code Review 和 Docker 云端 agent 为每小时 0.33 美元与 0.60 美元，Small 与 Standard 运行环境分别为每小时 0.60 美元与 1.20 美元，页面说明这些费用按秒计收，模型推理费另算。3

所以，真正的成本公式更接近：平台订阅，加模型 token，加云端运行时间，再加 JetBrains、本地机器和 API key 的使用条件。

如果三个 agent 同时跑长任务，免费软件也可能产生三份推理消耗和三份等待时间。

Kilo 条款还写明，credits 在购买后一年或账户删除前使用完，以较早者为准；条款把 credits 定义为无现金价值，并限制取消、退款和现金兑换。5

Kilo 的本地与云端选项，至少要拆成三条路径来看。

本地 JetBrains 界面和本地 worktree 解决的是代码编辑与任务隔离。

用户选择本地模型或 BYOK 时，模型请求会沿着相应的模型配置发送；用户使用 Kilo Gateway 时，账号 ID 和请求元数据会交给 Kilo，用于认证、路由和账单核对。隐私政策列出的服务商包括 OpenRouter、Anthropic、OpenAI 和 Google。6

Kilo 的公开政策对移动端 prompt 和对话内容写得最明确：内容会发送给用户选择的 AI provider，并可能由 OpenRouter 路由。JetBrains 插件的实际路径仍取决于用户选的模型和 Kilo 路由，“本地插件”这个标签不足以概括这些出口。6

账户、设备、IP、访问活动和支付信息还会涉及 Kilo 的服务商；政策写明服务托管和个人信息存储地点包括美国。账户删除后，Kilo 系统中的账户、提示词、对话历史和账户元数据会移除，已经发送给第三方模型供应商的数据则遵循供应商自己的保留政策。6

条款对 Customer Data 的定义包含用户上传的文本和源代码，并授予 Kilo 一项永久、不可撤销、全球范围、可再授权和可转让的许可，用于提供、改进服务及其他产品。交给 AI Model 的数据还受对应模型条款约束。5

Kilo 对建议的准确性和使用风险由用户自行承担，服务按现状提供；条款把 Kilo 的累计责任上限设为过去 6 个月支付金额与 100 美元两者中的较高者，并包含个人强制仲裁和集体诉讼豁免。5

代码放在哪里，模型看到了什么，出错后谁承担损失，这三件事需要分别确认。

目前能看到的独立反馈仍然很薄。

一条 PHPStorm 用户的 X 帖子说，完成配置后使用 Kilo Code ACP 的体验“OK”；另一位开发者说自己组合使用 Codex、OpenCode 和 Kilo Code，对自己的工作有效。两条内容都是短帖，互动量也很小，更接近早期试用信号。78

Reddit 的 JetBrains 讨论串有 22 条评论，当前返回的评论树仍标记有更多内容；讨论集中在 JetBrains ACP、CLI 与 IDE 的边界、测试运行和超时问题，其中部分案例谈的是 Junie ACP 或整体生态，这些内容只能作为相邻生态的早期信号，尚未构成 Kilo 的完整实测。9

AI 科技评论注意到，这个产品最关键的未知数是：并行之后，开发者要花多少时间重新跑测试、检查差异、处理重复修改和回滚。

我们真正需要的验证很朴素：同一个脱敏仓库，拆两个相互独立的 worktree，让一个 agent 修 bug，让另一个 agent 补测试，再记录 token、等待时间、人工返工和最终通过率。

第一次试用可以保留基础分支，关闭真实密钥，限制仓库权限，并给云端执行设置预算上限。

如果这套流程只让屏幕上少了几个窗口，却让审阅时间翻倍，控制台就只是把混乱排得更整齐。

如果隔离 worktree 确实减少了互相覆盖，JetBrains 的单窗管理才有机会从漂亮的演示变成可计算的工作收益。

Kilo 关上的，是窗口；留下的，是每一行代码和每一笔 token 都要有人负责。