北京
Claude Code、Codex、Cursor、Gemini CLI、OpenCode、Cline——六个工具，六套本地聊天记录。换工具的时候，最烦的不是重新配环境，是得把同一个任务再讲一遍：试过什么、哪一步炸了、哪个文件才是关键。
有人做了个叫 ChatVault 的 Windows 应用，免费、开源，专门干一件事：把散在各处的本地编程对话找出来、备份好、带到下一个工具里去。
先把已有的对话捞出来
任务做到一半换工具，靠记忆重建上下文很慢。旧对话里往往躺着那条确切的报错、一个你忘了的约束条件，或者一次失败的修复——下一个 agent 不知道，就会原样再踩一遍。
ChatVault 把上述六个工具的本地对话汇进一个阅读器。搜索在这里的价值很直接：你记得那个 bug，但想不起是在哪个工具、哪个账号下聊的。
交接要回答的是几个实际问题
一次有用的 handoff，得说清楚：目标是什么、现在什么能跑什么坏了、已经试过哪些路子、下一个工具该看哪些文件或命令、下一步的具体动作是什么。
对话记录是这些答案的佐证材料，不是答案本身。它的作用是让你能回头翻细节，而不是把最新一版摘要当成全部真相。
ChatVault 支持读原始讨论，并导出成 Markdown、HTML、纯文本或 JSON。给新 agent 开会话用得上，给自己留项目笔记也用得上。
交接是传文件，不是搬状态
handoff 功能会把一段对话准备好，交给另一个受支持的工具继续。比如在 Claude Code 里排查一个问题，再把这段讨论带进 Codex 再试一次。
这里要说清楚边界：它传的是文件形式的上下文，不搬运模型的内部状态，也不保证下一个 agent 会做出同样的判断。不同工具的上下文上限不一样，太长的记录可能需要压缩成一份聚焦的简报。
作者自己常用的模式是保留完整记录，再给下一个 agent 一句短的下一步指令：复查之前的排查过程，对照当前代码验证怀疑的成因，提出最小的修复方案，改之前先看测试。
这样交接出去的东西是可以被下一个 agent 评估的，而不是一句“相信我之前的结论”。
对话历史和当前工作区是两码事
在另一个工具动手改文件之前，先确认它在正确的项目里，并且知道哪些改动已经存在。如果并发跑多个 agent，得先想好它们的编辑怎么隔开——光靠聊天交接，隔离不了文件改动。
再好的对话上下文，也救不了在错误目录或过期 checkout 上干活这件事。
本地聊天文件会丢：被删掉，或者换了机器。ChatVault 带了本地备份功能，可以给重要的对话留一份独立副本。它只能处理电脑上还存在的文件，已经删掉的记录恢复不了，残缺的记录也补不成完整的。
把重要对话导出进项目文档也是个好习惯。一个隐蔽 bug 的来龙去脉，任务结束后依然值得留着。
读本地文件，不上传
ChatVault 读取本地聊天文件，不上传对话，也不需要注册账号。项目文档里提到，应用更新会向 GitHub 发请求。
当你主动把一份导出交给别的工具或别人时，先检查内容。一段对话里可能混着凭据、私有项目细节或者无关消息。把档案留在本地，和决定分享什么，是两件分开的事。
运行环境是 64 位 Windows 10 和 Windows 11，发布页提供普通安装包、MSI 和便携版可执行文件。源码走 MIT 协议，技术栈是 Tauri、Rust、SQLite、React 和 TypeScript。这是个独立项目，不是任何一家受支持工具厂商的官方产品。
换工具时你怎么搬上下文？留一张短的交接便条、导出整段对话，还是干脆从头开始？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
