Kimi Code CLI

参考 Kimi Code CLI 的工具循环、子 Agent、生命周期 hooks 与编辑器协议，为自己的工作流划分任务职责、设置执行检查，并改善 Floatboat 中各环节的上下文交接。

关于 Kimi Code CLI

Kimi Code CLI 是月之暗面当前的开源终端编程 Agent。官方说明涵盖读取和编辑代码、执行命令、搜索文件与获取网页，再根据工具反馈选择后续步骤。它是模型周围的应用系统，不是一个 Skill 包。

对希望优化工作流的 Floatboat 用户，有价值的是职责划分、明确的工具反馈和适当的检查节点。Kimi Code CLI 为这些机制提供了具体参考；ACP 也展示了界面与 Agent 执行进程分离的组织方式。

当前维护的仓库是 MoonshotAI/kimi-code，采用 MIT 许可。旧 Python 项目 MoonshotAI/kimi-cli 已归档并引导迁移到新版。阅读教程时要区分版本，旧架构、包名和命令不能直接当作当前发行版说明。

先理解项目展示了什么机制，再判断它能解决自己工作流中的哪个具体问题。

将这些场景作为 Floatboat 中任务设计的参考；具体软件接入仍需单独核对兼容性与权限。

分别规定研究、规划与实施输出，使下一个阶段能检查上一阶段的成果。

在命令、文件变更或外部操作继续之前，设计验证或审阅节点。

流程涉及编辑器、工作空间与执行进程时，参考界面与运行层分离的方式组织交接。

从具体任务和可验证的小改动开始，判断需要优化说明、连接工具，还是复用运行组件。

现在应选择哪个 Kimi 仓库？

当前应使用 MoonshotAI/kimi-code。MoonshotAI/kimi-cli 是已归档的 Python 实现，其官方说明明确引导用户迁移到新项目。

Kimi Code CLI 属于独立 Agent 项目吗？

是。它包含交互应用、工具、会话和 Agent 执行能力，不能只理解为提示、模型或 Skill 集合；Skills 可以参与其中，但不是整个项目。

是否只能使用 Kimi 模型？

README 说明可配置其他兼容提供方。实际使用前仍要核对协议与功能支持，不能假设所有模型接口行为一致。

ACP 集成提供什么？

它让兼容编辑器通过 Agent Client Protocol 驱动 Kimi Code CLI 会话。编辑器提供界面，CLI 承担 Agent 会话，前提是编辑器支持相关集成。

借鉴这些机制是否需要更换工作工具？

不需要。可以先将 Kimi Code CLI 作为任务结构、工具边界和结果审阅的设计参考，在已有工作流中验证思路。软件复用是另一项选择，需要核对兼容性、权限与许可；借鉴设计思路不会自动完成软件与 Floatboat 的连接。

MIT 许可是否覆盖 Kimi 订阅？

不覆盖。MIT 适用于项目源码；Kimi Code 账号访问、Moonshot API 调用和其他模型服务分别适用各自权益、额度与条款。