Product Hunt讨论 · 身份未知
JetBrains 开发者想在不依赖托管 AI 的前提下使用原生编码 agent
Kilo Code 为 JetBrains 发布完全原生的开源编码 agent，支持本地与远程开发、并行 agent、内联 PR/diff 和 500+ 模型。评论区有反馈称它表现不错，并特别认可 Ollama/LM Studio 本地模型支持，因为并非所有人都想只依赖托管 AI；另有评论追问 BYOK、自定义模型配置和大型代码库上的规划表现。信号指向 JetBrains 开发者对可自选模型、可本地运行的编码 agent 的具体需求。
查看原始信号producthunt:1198993
目标用户
使用 JetBrains IDE（IntelliJ IDEA、WebStorm、PyCharm 等）的软件开发者，尤其是希望保留模型选择权、愿意使用本地模型或自带 API key 的开发者。
潜在需求
JetBrains 用户需要能接入本地模型（Ollama、LM Studio）并可自主选择模型提供方的编码 agent，从而在不完全依赖托管 AI 服务的情况下完成 AI 辅助编码。
发生场景
开发者在 JetBrains IDE 中处理较大代码变更或规划新功能时，既需要理解项目结构，也希望获得编码 agent 帮助；评论者明确表示并非所有人都想只依赖托管 AI，因此关注本地模型和自带模型/API 的选项。
来源证据
一位评论者反馈 Kilo Code 表现不错，并特别认可通过 Ollama 和 LM Studio 使用本地模型，认为不是所有人都想只依赖托管 AI。
surprisingly good! i also like that it supports local models through Ollama and LM Studio. not everyone wants to rely only on hosted AI.https://www.producthunt.com/products/kilocode?comment=5830110&utm_campaign=producthunt-api&utm_medium=api-v2&utm_source=Application%3A+Lode+%28ID%3A+295681%29
为什么值得留意
这条信号不只是产品发布：评论区集中出现本地模型、BYOK、按任务分模型等具体偏好，说明 JetBrains 生态中编码 agent 的选择标准正在被讨论；开源、原生和本地模型支持的组合，可能满足一部分不希望被锁定在托管 AI 的开发者。
已有方案
- Kilo Code 此前发布的 VS Code 扩展
未满足部分
- JetBrains 版本是否支持自定义模型配置仍被评论者追问
- 在未见过的大型代码库上做新功能规划的表现未被证实
- 是否支持不同任务使用不同模型（如规划与实现分离）未被证实
可能延伸 · 模型推测
- 针对大型代码库的上下文压缩与项目结构索引（推测）
- 把本地模型选择与团队共享配置/模板结合（推测）
- 从 VS Code 扩展到 JetBrains 的配置与工作流迁移（推测）
目前未知
- Product Hunt 评论者身份未明确，不能确认是否全部为真实使用用户
- 评论数量有限，无法判断该需求在 JetBrains 用户中的普遍程度
- 产品功能描述与评论者实际工作流之间的一致性未知
- 本地模型偏好在编码 agent 选择中的权重未被量化
继续核实
- JetBrains 用户目前在 IDE 内如何完成 AI 辅助编码？主要使用哪些工具或插件？
- 本地模型或自带模型在编码 agent 选型中占多大权重？
- 大型代码库的项目理解与规划能力是否是编码 agent 采用的共同阻碍？
- 原生 JetBrains 插件与 VS Code 扩展在不同开发者群体中的采用差异是什么？
主题词
coding agentsjetbrains idelocal language modelsmodel provider controllarge codebase planning