Kilo Code for JetBrains:把并行 AI 编码 Agent 放进 IntelliJ、PyCharm 和 GoLand
5

9 月

Kilo Code for JetBrains:把并行 AI 编码 Agent 放进 IntelliJ、PyCharm 和 GoLand

核心结论:Kilo Code for JetBrains 的价值不是多一个聊天侧栏,而是把并行 Agent、隔离 worktree、运行调试和代码审查放回 JetBrains 工作流。插件免费开源,但模型调用、企业治理和数据路径仍要单独核算。

调研与撰写:AI 基于 Kilo 官方页面、文档与发布博客整理;主导与审校:智盒编辑。本文未把官方演示表述为本机实测。

AI 摘要

  • 工具定位:JetBrains 原生 AI 编码插件,面向 IntelliJ、PyCharm、WebStorm、GoLand 等 IDE。
  • 核心差异:每个任务可进入独立 Git worktree,多 Agent 并行时不占用主 checkout。
  • 模型选择:官方页面称可选 600+ 托管模型,也支持 BYOK、Ollama、LM Studio 和兼容本地端点。
  • 费用边界:插件免费;模型费用按提供方或 Kilo Gateway 用量计算,企业 SSO、审计和 SLA 需询价。
  • 核验说明:本文依据 Kilo 官方页面、文档和发布博客,不把官方演示写成独立实测。

它解决的是 JetBrains 用户的“编辑器迁移税”

不少 AI 编码 Agent 先在 VS Code 生态成熟。Java、Kotlin、Python、Go 或 .NET 团队如果依赖 JetBrains 的调试器、运行配置和远程开发,迁移编辑器的成本往往高于安装一个新 Agent。

Kilo Code v 7 选择做原生 JetBrains 插件。官方列出的支持范围包括 IntelliJ IDEA、PyCharm、WebStorm、GoLand、PhpStorm、Rider、CLion、RubyMine 和 DataGrip。插件从标准 Marketplace 安装,不需要 Node.js;锁定网络环境还可使用捆绑 Kilo Core 的构建。

多 Agent 不是多开聊天窗口

Kilo Code 用独立 worktree 隔离并行 Agent 后再测试和人工合并

Kilo 的 Agent Manager 会把任务放进独立 Git worktree。每条任务有自己的文件状态、对话和运行环境,主 checkout 仍可继续工作。你可以在同一个 IDE 框架里查看运行中、已完成和阻塞的 Agent,比较 worktree 与基线分支的差异,再决定是否合并。

这比让多个 Agent 同时编辑一个目录安全,但它不消除合并冲突。两个 Agent 改到同一逻辑边界时,仍然需要人判断哪条改动保留。隔离解决的是“互相踩文件”,不是“自动解决设计分歧”。

安装和第一次配置

官方推荐路径很普通:

  1. 打开 JetBrains IDE 的 Settings。
  2. 进入 Plugins,在 Marketplace 搜索 Kilo Code。
  3. 安装并按提示重启。
  4. 打开 Kilo Code 工具窗口,选择托管模型、BYOK 或本地端点。
  5. 先用 Ask 或 Plan 模式读取代码,再给 Code 模式写权限。

Kilo 把工作流分成 Ask、Plan、Code 和 Debug。这个分层比“默认全自动”更适合第一次接入:Ask 只读,Plan 先输出实施路径,Code 才改文件,Debug 用于证据驱动的故障排查。

模型、价格和登录边界

方式费用数据与账号边界
Kilo Gateway 托管模型按用量付费,官方称 token 无加价需要 Kilo 账号,数据经过相应服务
BYOK插件免费,支付模型提供方费用密钥与数据边界取决于所选提供方
Ollama / LM Studio软件侧可本地免费运行模型、硬件与本地端点由用户负责
企业方案询价提供 SSO、SCIM、审计日志、模型策略和 SLA

官方页面把“Free with BYOK”作为起步价,但 BYOK 不等于零成本。你仍要支付模型 API,或者承担本地硬件、电力和维护成本。

隐私与权限

插件公开了 Auto-Approve 设置,可对工具设 Allow、Ask、Deny,并给命令和路径添加例外。更稳妥的默认值是:

  • 读取代码可放行,写文件先询问。
  • 网络、包管理器和任意 shell 命令不默认全开。
  • .env、SSH 密钥、生产配置和客户数据目录明确拒绝。
  • 让每个 Agent 自己运行测试,但不允许它绕过或删除验收测试。

本地模型可以减少代码离开机器的范围,却不能自动解决插件权限、遥测、依赖下载和供应链风险。企业接入前仍要审阅隐私政策与实际网络流量。

和 JetBrains AI、Junie、Copilot 怎么选

工具更适合主要取舍
Kilo Code模型自由、多 Agent、worktree 隔离选择与配置更多,模型费用需自行管理
JetBrains AI Assistant原生聊天、补全和 IDE 操作模型由 JetBrains 管理
Junie第一方自主编码任务依赖 JetBrains AI 计划
GitHub CopilotGitHub 团队、补全与 PR 工作流模型和计费由 GitHub 管理

如果你只要稳定补全,Kilo 的多 Agent 可能太重;如果你已经在 JetBrains 中做复杂调试,又希望并行委派任务,它才真正有优势。也可参考智盒的Vibe Coding 六大工具横评、国产模型 Agent 工具调用选型与AgentRadio 多代理协同案例。

优点与限制

优点:

  • 不用离开 JetBrains,运行配置、调试器和项目结构仍在原工作流里。
  • worktree 隔离让多 Agent 协作更可审查。
  • 模型选择广,支持托管、BYOK 和本地端点。
  • 扩展采用 MIT 许可,便于审计实现。

限制:

  • 600+ 模型是“可选”,不代表每个模型都适合编码或都稳定可用。
  • 并行 Agent 会放大 token、审查和合并成本。
  • 企业权限、SSO、审计日志和 SLA 不是免费插件自动附带。
  • 本文未在本机逐个 IDE 安装,兼容版本应以 Marketplace 当前页面为准。

FAQ

插件本身免费吗?

免费,官方页面称可用 BYOK 起步;模型调用、本地硬件或企业治理仍会产生成本。

支持远程开发吗?

官方称支持 JetBrains split mode:IDE 后端和项目可在远程机器,界面与 Kilo 控制留在本地。

能同时使用 JetBrains AI 吗?

可以并存,但两个工具可能重复索引上下文或争夺快捷键。建议明确分工并观察资源占用。

适合团队统一部署吗?

适合有明确模型策略、权限规则和审查流程的团队。没有这些护栏时,多 Agent 只会更快地产生待审代码。

参考来源

RELATED

Posts