Kimi K3 和 Kimi K2.7 Code 都可能出现在开发者工作流里，但不要把它们当成可以随意替换的标签。
先看接入入口
如果某个工具官方列出了 Kimi 模型，优先以该工具的模型名和支持状态为准。Cursor、网关、命令行 Agent 和直接 API 调用可能暴露不同模型选择。
直接调用 API 时，使用 Kimi 文档里的模型名。通过工具接入时，要确认工具是直接请求 Kimi、经过网关，还是走自己的后端。
按工作负载选择
如果你关注的是 Kimi K3 API 工作流、长上下文规划、成本模型和 Kimi K3 文档端点，优先围绕 Kimi K3 做方案。
如果某个编程工具或官方模型列表明确支持 Kimi K2.7 Code，并且你想要该工具内更可预测的集成体验，可以优先使用 Kimi K2.7 Code。
避免模型漂移
模型漂移指 UI 标签、网关别名和服务商模型名不一致。一定要从日志或服务商控制台确认真实调用的模型。
做模型对比时，保持 prompt、上下文大小、输出上限和 temperature 一致。否则你比较到的可能是工具设置，而不是模型能力。