Kimi Code 这轮“焕新升级”的主线不是模型参数，而是开发者工具本身重写：新版 CLI 从 Python/uv 迁到 Node.js，配置格式、终端 UI、插件、子 Agent、目标队列和 ACP 接入都在 5 月末到 6 月初密集更新。
新版 CLI 从 Python/uv 切到 Node.js
Kimi Code 官方迁移文档把这次升级定义为“重大版本升级”：CLI 底层从 Python/uv 迁移到 Node.js，旧版将逐渐停止维护。官方给出的直接收益是安装链路更简单、启动更快、终端界面重新设计。
这不是简单改安装脚本。新版数据目录、配置文件和会话结构与旧版不同。官方文档说明，第一次运行新版 kimi 时会检测 ~/.kimi/ 下的旧数据，并弹出迁移提示；用户也可以手动执行 kimi migrate。可迁移内容包括配置、MCP 服务配置、输入历史和可选的聊天会话；OAuth 登录凭证和 MCP 授权不会复制，迁移后需要重新登录和重新授权。
6 月更新集中在长任务编排
官方 What’s New 页面显示，Kimi Code CLI 在 2026 年 6 月 2 日到 6 月 5 日连续发布多个小版本。
6 月 2 日的 v0.7.0 和 v0.8.0 主要补齐配置与自动化：/provider 交互式模型供应商管理、实验性的 /goal <objective> 自主目标模式、后台结构化提问、kimi provider 子命令，以及默认开启的后台自动更新。
6 月 3 日 v0.9.0 加入 kimi acp 子命令，使 Zed、JetBrains AI Chat 等支持 Agent Client Protocol 的编辑器可以直接驱动 Kimi 会话和工具调用。6 月 4 日 v0.10.0 加入目标队列 /goal next <objective>，允许当前目标完成后自动接续下一个任务。6 月 5 日 v0.11.0 则把内置 Skills 放进斜杠命令面板，并加入实验性的 Sub-Skill 发现系统。
这些更新共同指向一个产品判断：Kimi Code 正在从“终端里的代码助手”转向“可排队、可迁移、可接入 IDE、可装插件和 Skills 的开发者 Agent 容器”。
GitHub 仓库已公开，新版仍是快速迭代期
MoonshotAI/kimi-code 仓库目前公开在 GitHub，README 将它描述为运行在终端中的 AI coding agent，能够读写代码、执行 shell 命令、搜索文件、抓取网页，并根据反馈选择下一步。仓库页面显示最新 release 为 @moonshot-ai/kimi-code@0.11.0，发布日期是 2026 年 6 月 5 日。
公开仓库也给了一个更可验证的信号：新版不是只有产品页描述。仓库中能看到 TypeScript 为主体的实现、MIT 许可证、安装方式、ACP 文档入口和开发命令。对开发者来说，判断它是否可纳入日常工作流，不能只看官方说的“更快”和“更流畅”，还要看 release 节奏、issue 处理、权限模型和长期任务失败后的可恢复性。
K2.6 是底座，但本文不把基准当结论
Kimi 官方 K2.6 产品页称，K2.6 是面向 coding、long-horizon execution 和 agent swarm 的开源模型，并可通过 Kimi 网站、App、API 和 Kimi Code 使用。Kimi Code 文档也说明，这项服务面向开发者，提供代码阅读、文件编辑和命令执行等能力，形态包括 CLI 与 VS Code 扩展。
但这篇文章的可信边界需要放清楚：K2.6 的 benchmark、长程执行稳定性和多 Agent 协同质量，目前主要来自官方页面、官方文档和转述官方口径的报道。Kimi Code 新版 CLI 的事实可以通过文档、GitHub release 和仓库结构交叉确认；具体到“更快”“更稳”“复杂任务完成率更高”，仍需要独立开发者在真实项目中复现。
开发者迁移要先看三件事
第一，旧版 kimi-cli 用户不要把新版当原地升级。配置格式已变化，OAuth 与 MCP 授权需要重新处理；如果团队内多人使用，最好先在单独机器上跑迁移。
第二，自动化能力变多后，权限边界比功能清单更重要。新版有目标模式、目标队列、子 Agent、插件、MCP、hooks 和不同自动批准模式，适合长任务，但也更需要审计命令执行、文件写入和外部服务访问。
第三，Kimi Code 与 Claude Code、Roo Code、Zed、JetBrains 等工具的兼容性是卖点之一，但兼容不等于无成本替换。真正的迁移成本在上下文压缩、工具调用失败、diff 审核、会话恢复和团队配置治理上。