让 Claude Code 与 Codex 共用长期记忆

一篇来自 dev.to 的教程，介绍了如何用 MIT 许可的 Hindsight，让 Claude Code 与 Codex CLI 共用长期记忆。方案通过本地守护进程、钩子和 MCP 接入，并限定记忆覆盖的仓库。数据库留在本机，但记忆提取使用 ChatGPT 模型，因此标题里的「Fully Local」需要拆开理解。

目前能确认什么

教程要解决的是跨工具共享项目背景的问题。开发者切换编程助手时，可以利用同一套长期记忆，减少重复交代上下文。

从通用机制看，守护进程是在后台持续运行的服务；钩子用于在特定事件发生时触发操作；MCP 则为助手连接外部工具和数据提供标准接口。摘要确认方案使用了这些组件，但没有交代钩子的触发时机、记忆写入规则，以及两个客户端具体如何检索记忆。

本地存储不等于全流程离线。

已知数据库保存在本机，记忆提取却使用 ChatGPT 模型。哪些内容会进入模型请求、调用如何认证、能否替换提取模型，目前都没说清。

我的判断

我更看重它能否降低切换工具的上下文成本。例如，同一仓库的目录约定、开发流程和历史决策，如果被准确记录并按需取回，就可能减少每次重新解释的工作。

但共享也会放大错误记忆的影响：一条过时约定可能同时影响两个助手。仓库范围限制有助于控制记忆覆盖对象，却不能单凭这一点判断检索隔离是否充分。

对涉及内部代码的团队，判断能否采用的关键，是确认记忆提取请求到底包含什么。还需要等原文或官方文档说明记忆的更新、删除与纠错机制，才能判断它是否适合长期放进开发流程。