This topic created in 43 days ago, the information mentioned may be changed or developed.
之前刷到一个帖子，说 Gemini 因为之前一段假设性对话，后面一直把楼主当成“某乡党委书记”。
楼主后面纠正过、删过聊天，Gemini 也“答应”会更新记忆，但那段错误画像还是会时不时冒出来。
这个帖子让我意识到一个问题：
AI 不是不能记住你，而是它记住的“你”，往往是平台内部那份不透明、不可真正编辑、也不可迁移的画像。
也就是说，AI 可以记错你，而自己却没有一个真正的“权威版本”。
所以最近在做一个很轻的草案，叫 MIP （ Memory Interoperability Protocol ）。
粗暴理解就是：
在本地放一份 ~/.mip/memory.json，把“你是谁、你怎么协作、哪些是明确纠错项”掌握在自己手里。
不同 AI 工具如果愿意支持，就去读这份本地记忆，而不是只依赖各家平台内部那套黑箱记忆。
现在不是想做一个“大而全的记忆产品”，而是先补一个很基础的层：
- 有一份自己的本地记忆源
- 这份记忆可以迁移，不锁死在某个平台里
- AI 可以读取，但不能随便乱写
- 真正写回之前，先经过 suggestion / review / confirmation 这类治理流程
目前这套东西已经能初步跑起来了：
- 本地维护
~/.mip/memory.json - 在项目里生成
MIP-CONTEXT.md - 再通过
AGENTS.md引导 Codex / Antigravity 这类工具去读它
测试也是可以成功读取到自己的相关信息，有种网页端聊天的既视感
另外还补了一个初始化流程：不用一开始自己手写 schema ，可以直接给简历、规则文件、个人说明之类的材料，让 AI 先整理成 intake draft ，再生成初始的 memory.json。
“如果想自己维护一份 AI 可读的本地记忆，第一步怎么开始？”
当前最小使用方式其实就三步：
- 准备一份本地
~/.mip/memory.json - 在项目里跑一条命令生成
MIP-CONTEXT.md - 让 Codex / Antigravity 这类工具读项目里的上下文文件
当然也把边界说清楚：
- 现在重点是可读、可初始化
- 还没开放真正的自动写回
memory.json - 也不想把它做成“AI 可以随便定义你”的系统
现在更想讨论的是这几个问题：
- AI 的画像，应该归平台管，还是归自己管？
- 哪些信息应该让 AI 长期记住，哪些只能按需读取？
- 如果 AI 要回写记忆，哪些能自动写，哪些必须确认？
- 你会愿意维护一份自己的
memory.json吗？
如果这个方向本身就是伪命题，也欢迎沟通。
 | 1 metalvest Mar 17 memory.json 是自己手动维护？ |
 | 2 bimeixishuai OP @metalvest 当前版本还不是自动维护，主要是“给材料 + AI 整理 + 生成初始 memory.json”，然后供不同工具读取。 后续维护我还在拆：用户主动改、AI 提建议再确认、以及少量低风险事实的受限更新。 这块弯弯绕绕有点多，还在研究。 |
Select Language