正文

在 Codex 或 Claude Code 里已经讨论过一个复杂任务,切到 Kimi Code 时,重新解释背景很费时间。Kimi Code CLI 2.4.0 增加了会话导入功能,可以把近期对话带到原项目目录继续阅读;但导入后的对话记录不等于原工具的运行环境也被复制。

官方文档提供两个入口:在终端运行 kimi import-sessions,或在 Kimi Code 会话中使用 /import-sessions。可以选择最近 15 天或 30 天,每次最多导入最近的 100 个会话。已经导入过的会话以及原项目目录不存在的会话会跳过。Kimi 会话文档

导入前先检查会话里有什么

会话可能包含代码片段、终端输出、内部地址、客户数据或密钥。确认项目的数据处理政策允许把这些内容交给目标服务和模型;本地导入与之后发送给模型是两个不同动作。不要为排查把真实凭据贴到新会话。

记录需要继续的项目目录、目标任务和未完成事项。若会话属于组织项目,还应确认目标 Kimi 账号、模型提供商及项目目录的访问权限。

选择时间范围并找到导入记录

在终端中运行:

Bash
kimi import-sessions

按界面选择 15 天或 30 天。也可以先进入 Kimi Code,再在交互界面输入:

Text
/import-sessions

导入后进入原项目目录,启动 Kimi Code,并用 /sessions 查找标记为 [Claude Code] 或 [Codex] 的记录。官方说明导入保留标题和最近活动时间;如果原目录已经移动,先确认当前版本如何处理该项目,不要盲目复制敏感目录。

对话被带过来,工具状态需要重新确认

根据官方说明,导入后的会话以一条包含原对话的消息开始,工具调用和结果会以简短文本记录呈现,并包含来源及完整历史的位置。因此要区分:

内容如何验收
对话背景检查需求、关键决定和未完成事项是否仍可见。
工具调用及结果对照原会话检查关键操作;简短文本记录不等于重新执行过工具。
文件和 Git 状态在项目内重新检查当前分支、工作区改动和测试状态。
权限、MCP 和模型配置在 Kimi 中单独确认;不能从导入的对话推断权限和连接已经迁移。

先让新会话只读总结“已完成、未完成、待验证”,再由人对照原记录与当前文件状态。需要运行命令或写入文件时,按当前项目权限审批。

找不到会话或继续任务时发生偏差

找不到记录时,检查 CLI 版本、所选时间范围、原项目目录是否仍存在,以及该会话是否已经导入。每次最多 100 个会话,较旧记录可能需要其他导出方式。

如果新 Agent 重复执行了旧步骤或忽略关键信息,先核对导入记录、原始历史与当前 Git 状态,再明确告知哪些操作已经完成。不要只凭一段摘要认定测试、部署或迁移已经成功。

参考来源

Kimi Code CLI changelogKimi Code DocsSessions and contextKimi Code Docs

相关文章

Kimi Code -p 报 provider 没有凭据:环境变量里的 Key 为什么没被读到智能编程 / 约 8 分钟Kimi Code 权限与计划模式变化:危险命令和无人值守任务怎么验收智能编程 / 约 8 分钟分享 Codex 对话前要检查什么:自动脱敏为什么不等于没有泄露智能编程 / 约 7 分钟Claude Code 项目上下文怎么检查开发环境 / 约 11 分钟

作者信息