9 月 11 日，月之暗面将 Kimi K2.8 Preview 模型全量接入 Kimi Code。这次更新没有发布会，官方只发布了一则简短公告，但对日常使用编程助手的开发者来说，变化并不小：模型在编码与智能体能力上全面提升，思考效率比上一版明显改善，而最高 100 万 token 的上下文窗口向全部会员档位开放。

不用改一行配置，模型自动升级

升级最省心的一点是 Model ID 保持不变，仍为 kimi-for-coding。这意味着命令行工具、VS Code 扩展以及已经接入 Kimi Code 的第三方应用都不需要修改任何配置——Base URL、API Key、调用方式全部沿用原样，用户什么都不用做，手里的工具就自己变强了。

需要注意的是，官方提示不要把模型显示名”K2.8 Preview”直接填进 Model ID。自行创建 API Key 时，OpenAI 兼容接口的 Base URL 为 https://api.kimi.com/coding/v1，Anthropic 兼容接口为 https://api.kimi.com/coding/。

在客户端里切换模型也有明确路径：Kimi Code 命令行输入 /model 后从列表中选择 kimi-for-coding，若列表未刷新，可先执行 /logout 再 /login；VS Code 版则在输入框的模型下拉菜单中选择。

三档思考强度，与 K3 完全对齐

K2.8 Preview 支持 thinking effort 档位调节，提供 low、high、max 三档，默认使用 max，档位设计与 K3 的思考等级保持一致。简单补全可以降低档位换取速度，复杂重构、跨文件排查则保留默认设置。

另一条容易被忽略的规则是：关闭 thinking 之后，K3 系列与 K2.8 Preview 的请求都会路由到 K2.8 Preview 的无思考版本。也就是说，追求响应速度时可以把简单任务和深度任务拆开处理，两者互不干扰。

百万上下文向所有会员开放

上下文窗口是本次升级的另一个重点。K2.8 Preview 提供最高 1,048,576 token（约 100 万）的上下文窗口，且全部会员档位均可使用，不再受会员等级限制。图片和视频输入同样在支持范围内，调试录屏、界面截图和代码文件可以放在同一条任务里分析。

作为对比，Kimi Code 目前的模型矩阵是：K3（k3，2.8 万亿参数规模，1M 上下文，Moderato 及以上会员可调）、K3-256k（k3-256k，262,144 上下文，仅支持图片输入）、K2.8 Preview（kimi-for-coding，1M 上下文，所有会员可用）、K2.7 Code HighSpeed（kimi，262,144 上下文，面向更看重输出速度的编码任务）。

官方给出的定位也很清晰：日常代码补全、功能开发和常规仓库任务优先使用 K2.8 Preview；需要更强的长程推理和复杂工程能力时再切换到 K3。

百万上下文怎么用才不浪费

上下文变长不等于可以无脑堆料。官方给出的建议是，把任务目标、完成标准和不能改动的目录写在开头，再让模型自行搜索相关文件，比把整个仓库和全部历史对话反复贴进去更省。

具体到不同场景：处理大仓库时，先让模型列出与目标功能有关的入口、调用链和测试文件，确认范围后再开始修改；处理长文档时，先要求模型定位章节、表格和结论，再对命中的部分做摘要、改写或交叉检查；处理多轮任务时，每完成一个阶段就保留决策、改动文件和待办事项的短摘要，后续对话引用这份摘要，减少无关历史占用上下文。

还有一个实操提醒：切换模型或思考档位后，旧会话的上下文缓存可能无法命中，刚切换时消耗会偏高。长任务建议新开会话，再把任务目标、目录结构和关键约束写清楚。

从性价比角度看，K2.8 Preview 保留了原来的接入方式，又把更长上下文和可调思考带进日常工作流，对大多数开发任务来说，它已经是 Kimi Code 里更顺手的默认选项。