成本直降90%！原来Kimi K 3叠Claude Code还能这么玩
AI 编程的竞争，正在从模型能力转向组织能力。
作者丨 郑佳美
编辑丨 马晓宁
这两天，X 上的科技博主 Rahul 分享了一套新的 AI 编程的新玩法：他 把 Kimi K3 接入了 Claude Code ， 让原本运行在 Claude 模型体系下的 AI 编程环境，调用 Kimi K3 作为背后的模型。
简单来说，开发者依然使用 Claude Code 提供的开发体验，让它负责理解项目结构、读取代码文件、修改程序、执行测试以及管理整个编程流程，但真正负责推理和生成代码的模型换成了 Kimi K3。
而这个组合带来的结果非常明显。
在 Rahul 分享的测试中，他使用了一个包含约 80 万 token 稳定代码上下文、每轮新增约 5 万 token 的开发任务。这类场景已经接近真实的软件开发环境，因为 AI 编程工具面对的并不是一次性的代码生成，而是需要持续理解一个项目，在多个文件之间建立联系，并根据执行结果不断调整。
测试结果显示，Kimi K3 结合缓存机制后，完成一次类似任务的成本约为 0.39 美元，而使用 Fable 5 这样的高端模型处理同样规模的上下文，成本可能达到 8.5 美元左右，两者之间出现了超过 20 倍的价格差距。
对于偶尔使用 AI 的用户来说，这种差异可能并不明显，但对于每天依赖 AI 编程工具工作的开发者来说，模型成本会随着调用次数快速累积。
这也是为什么开发者开始重新思考一个问题：是不是所有开发任务，都值得交给最昂贵的模型？
01
AI 编程真正的成本，不只是模型价格
AI 编程和普通聊天最大的区别，在于模型面对的不再是一个个孤立的问题，而是一个持续推进的软件工程任务。
一个 AI 编程 Agent 需要理解完整代码库，掌握不同文件之间的关系，根据目标修改代码，运行测试，并在多轮交互中保持上下文。
在这种场景下，模型竞争的重点也不再只是“谁生成代码更漂亮”，而是谁能够以更合理的成本，长期稳定地参与开发流程。
Kimi K3 被开发者关注，正是因为它满足了这一需求。
它的优势不仅体现在价格上，更体现在长上下文处理能力和缓存机制上。对于大型软件项目来说，模型需要理解几十万甚至上百万 token 的代码、文档和历史信息，能否稳定处理这些上下文，会直接影响 AI 是否真正具备参与软件开发的能力。
因此，Kimi K3 的价值并不是替代所有高级模型，而是在大量高频开发任务中提供一种更高效的选择。
复杂架构设计、关键工程决策等任务仍然需要最强模型参与，但大量代码阅读、测试生成、简单修改和项目维护，其实并不需要每一次都调用最高成本模型。雷峰网 (公众号：雷峰网)
未来 AI 编程可能不会是一个模型包办所有工作，而是不同模型根据任务特点承担不同角色。
02
为什么
Kimi K3 适合进入 AI 编程场景？
但这件事情真正值得关注的地方，并不是 Kimi K3 便宜了多少，而是它暴露出了 AI 编程工具正在发生的一种变化。
过去，人们很容易把 AI 产品和背后的模型看成一个整体。使用 Claude Code，就意味着使用 Claude 模型。但实际上，开发者真正依赖的往往是 Claude Code 构建出来的工作流。
它能够理解项目结构，管理文件修改，调用工具执行任务，规划开发步骤，并让 AI 持续参与整个软件生产过程。这些能力构成了 Claude Code 的核心价值，而模型只是其中提供智能能力的一部分。
因此，把 Kimi K3 接入 Claude Code，并不是放弃 Claude Code，而是在保留成熟开发流程的基础上，更换底层模型。
这意味着，未来 AI 软件可能会逐渐出现类似计算机产业的分工：模型像底层计算能力，而 Agent 工具负责组织这些能力，并将它们转化为实际生产力。
也正是在这个背景下，Kimi 推出 Kimi Code CLI 变得更加值得关注。
如果 Kimi 只是希望成为一个模型供应商，那么让 Kimi K3 被更多 AI 编程工具调用已经足够。但它同时推出自己的编程工具，说明它并不满足于只提供模型能力，而是在尝试建立自己的开发入口。
Kimi K3 接入 Claude Code，是让自己的模型进入已有 AI 编程生态；Kimi Code CLI，则是在构建属于自己的 AI 编程环境。
一个动作是在争夺模型层的位置，一个动作是在争夺用户每天工作的入口。而 AI 时代真正有价值的位置，往往就在用户工作流程之中。