AI 开始长期记住你了,但“你是谁”还不归你自己管

3 月 17 日
 bimeixishuai

之前刷到一个帖子,说 Gemini 因为之前一段假设性对话,后面一直把楼主当成“某乡党委书记”。

楼主后面纠正过、删过聊天,Gemini 也“答应”会更新记忆,但那段错误画像还是会时不时冒出来。

这个帖子让我意识到一个问题:

AI 不是不能记住你,而是它记住的“你”,往往是平台内部那份不透明、不可真正编辑、也不可迁移的画像。

也就是说,AI 可以记错你,而自己却没有一个真正的“权威版本”。

所以最近在做一个很轻的草案,叫 MIP ( Memory Interoperability Protocol )

粗暴理解就是:

在本地放一份 ~/.mip/memory.json,把“你是谁、你怎么协作、哪些是明确纠错项”掌握在自己手里。

不同 AI 工具如果愿意支持,就去读这份本地记忆,而不是只依赖各家平台内部那套黑箱记忆。

现在不是想做一个“大而全的记忆产品”,而是先补一个很基础的层:

  1. 有一份自己的本地记忆源
  2. 这份记忆可以迁移,不锁死在某个平台里
  3. AI 可以读取,但不能随便乱写
  4. 真正写回之前,先经过 suggestion / review / confirmation 这类治理流程

目前这套东西已经能初步跑起来了:

测试也是可以成功读取到自己的相关信息,有种网页端聊天的既视感

另外还补了一个初始化流程:不用一开始自己手写 schema ,可以直接给简历、规则文件、个人说明之类的材料,让 AI 先整理成 intake draft ,再生成初始的 memory.json

“如果想自己维护一份 AI 可读的本地记忆,第一步怎么开始?”

当前最小使用方式其实就三步:

  1. 准备一份本地 ~/.mip/memory.json
  2. 在项目里跑一条命令生成 MIP-CONTEXT.md
  3. 让 Codex / Antigravity 这类工具读项目里的上下文文件

当然也把边界说清楚:

现在更想讨论的是这几个问题:

如果这个方向本身就是伪命题,也欢迎沟通。

仓库放这里: https://github.com/UnCooe/MIP

1533 次点击
所在节点    分享创造
2 条回复
metalvest
3 月 17 日
memory.json 是自己手动维护?
bimeixishuai
3 月 17 日
@metalvest
当前版本还不是自动维护,主要是“给材料 + AI 整理 + 生成初始 memory.json”,然后供不同工具读取。
后续维护我还在拆:用户主动改、AI 提建议再确认、以及少量低风险事实的受限更新。
这块弯弯绕绕有点多,还在研究。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1199010

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX