Kimi Code 宣布 K2.8 Preview 已全量推送。原来的 kimi-for-coding 模型标识会在服务端升级到 K2.8 Preview，因此多数既有客户端无需修改配置；同时可按任务选择 low、high、max 三档思考强度，适用套餐最高提供 100 万 token 上下文。公告也说明，Kimi Code 的编程额度取决于会员计划，Go 计划不包含该额度。查看 Kimi Code 模型配置文档。

Moonshot AI / Kimi 官方标识
Moonshot AI / Kimi 官方标识；点击图片查看公告原文。

这次升级对现有项目意味着什么

沿用原有模型 ID 的好处是减少了更换端点和逐台改配置的工作；风险是模型版本实际变化后，旧会话、提示模板和缓存上下文未必仍有相同行为。Kimi 文档指出，不同模型的上下文缓存不能直接复用，切换后开始新会话有助于避免旧上下文重新预填造成的额度上升。模型 ID 不变，也不代表输出风格、推理时间和配额消耗完全不变。

怎样选思考档位

  • Low：先用于代码补全、格式化、局部修复等目标清楚的短任务。
  • High：用于需要检查多个文件、解释原因或遵循测试要求的常规开发。
  • Max：留给架构分析、多步骤调试或长程编程；它可能花更多时间和额度，不必成为所有请求的默认选项。

开始新任务前，记录当前客户端选择的模型、思考档位、上下文窗口和会员资格。Kimi 文档列出不同计划可用能力有所区别，100 万上下文并非所有用户都自动拥有。

一次简洁的迁移检查

  1. 确认配置中仍使用 kimi-for-coding，并检查是否有客户端自行固定了旧模型版本。
  2. 用新会话重跑几项代表性任务：简单补全、跨文件改动、失败测试定位。
  3. 比较补全质量、工具执行、请求时长和额度消耗；对模型切换后第一次运行单独记录上下文缓存影响。
  4. 把模型标识、思考档位和客户端版本留在项目说明里，方便团队复现。