主倡议书
你有没有想过一个问题：为什么你从iPhone换到安卓手机，通讯录、照片、聊天记录都能带走？因为行业有统一的数据格式和迁移工具。
但如果你从文心一言换到通义千问，想带走你和AI聊了一年半载的所有记忆——那些深夜聊过的项目、反复敲定的方案、AI越来越懂你的那些偏好——对不起，带不走。不是技术做不到，而是没人定义过“AI记忆长什么样”。
今天，我们发起一个开放倡议：MCP协议（Memory Chain Protocol），旨在为AI记忆定义一个通用的“胶囊”规格，让记忆可以打包、迁移、继承。这不是某家公司的私有方案，而是一个希望行业共同参与的起点。
一、记忆需要“集装箱”
海运行业有一个常识：不管货物是玩具还是汽车，装进集装箱就行。箱子规格全世界统一，船、码头、卡车都按这个标准来。没有人因为货物不同，就重新发明轮子。
AI记忆也一样。你在一家平台上和AI聊了三年，积累了上千条对话、上百个项目脉络、几十个偏好设定。这些数据如果能用一种通用的格式封装起来，那不管你换到哪家AI平台，对方都能读取、能理解、能接着用。
我们把这个标准化的数字封装，称为“记忆胶囊”。
二、记忆胶囊应该包含什么？
一个合格的记忆胶囊，至少需要解决三个问题：内容可读、隐私可控、来源可溯。
内容可读：胶囊里的记忆数据，需要能被不同平台解析。这需要行业约定一种共同的数据组织方式——比如每条对话的时间、角色、文本内容如何排列。
隐私可控：记忆是用户的私密资产。胶囊应支持端侧加密，即数据在用户自己的设备上加密后才装进胶囊，平台只保管密文，无法查看内容。密钥只属于用户。
来源可溯：记忆在迁移后，新平台应当能够验证这些记忆是否真实、是否被篡改。胶囊应包含必要的签名或校验信息，保证记忆的完整性和可信度。这背后需要可审计的技术支撑——我们已有相关专利，但具体实现留给行业自由选择。
以上是原则方向。具体的字段名、加密算法、签名方式，我们不在这里规定。这些细节应当由行业在使用中一起磨合、共同确定，而不是由某一家公司拍板。
三、怎么导入导出？建议的方向
为了让记忆胶囊真正可用，我们建议AI平台提供两个基本功能（不是强制，是建议）：
导出：用户可以一键把他在你平台上的所有对话记忆，打包成一个记忆胶囊文件下载到本地。
导入：用户可以上传一个记忆胶囊文件，平台解析后，AI就能认出这位用户过去的偏好、项目、习惯。
这两个功能不需要改变AI的核心能力，只是在现有系统上增加两个接口。技术成本很低，但对用户的价值巨大——他们终于不再是“人质”了。
四、记忆共识：让标准自然形成
我们不追求一步到位、强制统一。我们相信，最好的标准不是关起门写出来的，而是行业在使用中自然形成的共识。就像普通话不是某个人发明的，是大家觉得方便、用着用着就成了共同语言。
我们把这个方向称为“记忆共识”。它不是一个需要签署的合同，而是一个行业演进的方向：越来越多的AI平台开始支持记忆的标准化导出和导入，用户可以在不同平台之间自由迁移自己的数字记忆，平台之间形成一种松散的、基于共同规范的互信关系。
记忆共识不需要任何人来“批准”。它只需要足够多的参与者认同这个方向，并付诸行动。
五、为什么需要统一规格？
不是所有人都立刻需要“记忆迁移”。但如果你在一家平台上积累了数百小时的对话，那些AI越来越懂你的瞬间、那些反复修正才能得到的精准回答——每一段都是有价值的数字资产。当你想换一个平台，或者单纯想备份自己的记忆时，你就知道了统一规格的重要性。
更重要的是，统一规格是为了把选择权还给用户。当记忆能被带走，平台的竞争力不再是“锁住用户”，而是“留住用户”。用户留下的理由，不是因为走不了，而是因为不想走。
六、我们的立场：发起倡议，而非制定标准
我们不是行业巨头，没有能力也无意强制任何人执行这套规范。我们只是做了一件事：把“应该统一规格”这个想法，变成了一个可供讨论的具体提案。
我们把这个提案命名为MCP协议（Memory Chain Protocol），并以开放许可发布。任何人都可以自由阅读、转发、讨论、提出修改建议。
我们有两项相关的发明专利（存算解耦调度：202610441529.X；可审计日志：202610649814.0）正在申请中。这些专利覆盖了我们白皮书中提到的双轨制调度和可审计逻辑，是MCP协议所倡导的技术方向背后的解决方案。对于希望共同推进记忆共识的伙伴，我们欢迎就专利授权进行友好协商。
我们不求MCP成为唯一的标准，只求它成为行业讨论时的那块“压舱石”。
七、欢迎一起讨论
这份倡议只是一个起点。我们相信，真正好的标准不是一家公司写出来的，而是行业在碰撞中长出来的。
如果你对以下问题有看法，欢迎探讨：
记忆胶囊应该包含哪些核心信息？
加密和签名应该用什么方案？
导入导出接口应该怎么设计？
如何平衡开放性和安全性？
许可声明：本文档以CC BY-ND 4.0（署名-禁止演绎）许可发布。任何人可自由复制、分发，但须注明出处，且不得修改后声称是自己的标准。
附录：技术讨论参考（非强制性）
以下内容仅为促进行业讨论而提供的技术示意，不构成MCP协议的强制要求。各平台可根据自身情况自由选择实现方式。最终标准将在行业共识基础上形成。
一、记忆胶囊数据示意（讨论用）
一个记忆胶囊可以大致包含以下信息（字段名、数据类型仅为示例）：
json
{
"version": "0.1",
"user_id_hash": "sha256(user@example.com+salt)",
"export_time": "2026-06-01T10:00:00Z",
"capsules": [
{
"timestamp": "2026-05-15T08:00:00Z",
"role": "user",
"content_encrypted": "...",
"embedding": [0.1, -0.2, 0.3]
}
]}
二、导入导出接口建议（参考）
平台可考虑提供以下两种API：
GET /api/memory/export
→ 返回用户的记忆胶囊文件（JSON或压缩包）
POST /api/memory/import
→ 接受记忆胶囊文件，导入到当前平台
具体实现细节（鉴权方式、分页、压缩等）由各平台自行决定。
三、专利技术说明
MCP协议本身不包含任何专利技术细节。我们已就以下两项核心技术提交发明专利申请：
一种基于二维正交状态空间的AI推理资源解耦调度方法及系统（申请号：202610441529.X）
一种数据处理日志记录方法及系统（申请号：202610649814.0）
前者支撑双轨制（存储与算力解耦）的工程实现，后者支撑可审计机制的逻辑自洽性验证。我们欢迎希望兼容MCP协议的平台就专利许可进行友好协商。
文档版本：1.0
发布日期：2026年5月21日
