Junie 经济模式
内容提要
JetBrains 为 Junie 推出 Eco 模式：先由用户所选高端模型调研代码并生成结构化计划，再交由低成本模型执行修改与测试。两项内部基准显示，每任务平均模型成本分别降低 48% 和 57%，解决率变化不足一个百分点。该模式仅适用于需修改代码的任务，已在部分 IDE 和 Junie CLI 中默认开启。
延伸解读
成本节省来自任务步骤的重新分配
Eco 模式的核心逻辑是把编码任务拆成“规划”和“执行”两段。规划只占少数步骤，却需要高端模型的判断力；执行步骤多，但大多按既定计划操作。因此，高端模型只用于前期调研和生成结构化计划，后续修改、测试和修复交给低成本模型。文章用“建筑师与施工队”作比，说明这种分工如何让昂贵模型不再为重复的“再跑一次测试”付费。
基准数据：成本减半，解决率基本持平
两项内部基准显示，Eco 模式使每任务平均模型成本分别下降 57% 和 48%，而平均解决率变化不足一个百分点。文章也提醒，个别配置的解决率波动可能更大，且结果会因模型和工作负载而异。这些数据来自 JetBrains 内部评测，并非公开第三方基准，读者应将其视为方向性参考，而非对所有项目效果的保证。
与“按任务猜难度选模型”的区别
文章明确反对在任务开始前凭请求内容猜测难度、再决定用贵模型还是便宜模型。理由是仅看请求无法判断实际复杂度，例如“修复偶发失败的测试”可能只需一行改动，也可能需要一周排查。Eco 模式让高端模型先读代码、再写计划，低成本模型只执行已确定的决策，且交接以固定结构的书面计划完成，减少了对前期猜测的依赖。
适用边界与默认开启的注意事项
Eco 模式仅用于需要实际修改代码的任务；提问、解释、项目搭建或“运行并告诉我结果”等仍由用户所选模型全程处理。它在 /remote 会话及部分模型与努力程度组合下不可用，例如 Opus 5.5 低努力和 Sonnet 5.5。该模式在支持的配置中默认开启，用户可通过模型选择器关闭。使用前应确认所在 IDE 或 Junie CLI 版本是否支持。
Q&A
Junie Eco 模式是什么？它是怎么工作的？
Junie Eco 模式是 JetBrains 为 Junie 推出的经济模式。它把编码任务分成两步：先由你选择的高端模型（如 Opus、Fable、Grok、GPT）作为“架构师”调研代码并生成结构化计划，然后由低成本模型（当前为 GPT-6 Luna）作为“建造者”执行修改、运行测试并完成任务。
Eco 模式能节省多少成本？对任务解决率有影响吗？
根据两项内部基准测试，Eco 模式将每个任务的平均模型成本降低了 48%（基准 A）和 57%（基准 B），而平均解决率变化不到一个百分点。例如基准 B 上成本从 2.61 美元降至 1.11 美元，解决率从 49.1% 变为 48.5%。
Eco 模式在哪些情况下不会启用？
Eco 模式仅适用于需要修改代码的任务。对于提问、解释、项目设置、“运行并告诉我结果”等不需要保留代码更改的任务，会全程使用你选择的模型。此外，在 /remote 会话中以及某些模型与努力程度组合下（如 Opus 5.5 低努力、Sonnet 5.5）不可用。
为什么 Eco 模式不采用按任务难度预先选择模型的方式？
因为仅从请求本身无法判断任务难度（例如“修复偶尔失败的测试”可能是一行修改，也可能需要一周调查）。Eco 模式让智能模型先查看代码再制定计划，确保每个任务都获得高质量思考，且交接基于结构化书面计划而非猜测。
Eco 模式生成的计划包含哪些内容？
计划具有固定结构，包含：目标（变更应达成什么）、范围（包含与不包含的内容）、修改位置（具体文件和代码部分）、方法（如何修改）、测试（如何验证）、风险与边界情况（可能出错的地方）。
如何在 Junie 中启用或关闭 Eco 模式？
Eco 模式在支持的模型与努力程度配置下默认开启。你可以在模型选择器中打开或关闭它。它已在 JetBrains IDE 的 2026.2 版本、IntelliJ IDEA 2026.3 EAP（Beta 起）以及 Junie CLI 26.10.20 及以上版本中可用。
