先把标题里的问题拆开回答：记住偏好这件事，5月发布的 Hy Memory 1.0 就已经能做——按官方介绍，它能追踪同一件事的前后变化、发现并处理矛盾，从多次对话里归纳用户没明说的习惯；你改了偏好，旧记录保留在档，但答复以最新决定为准。10月16日晚开源的 Hy Memory 2.0，真正的新意不在这，而在另一件事：腾讯把"写好记忆"从各家框架里的提示词技巧，变成了一个可单独训练、可单独评测、可单独替换的能力，模型、框架、应用三层一次性开源。至于刷屏的"干翻 Opus 5"，核完官方技术报告和模型卡后的准确说法是：领先属实，但幅度比标题窄，口径比传闻小。小红书知乎
2.0新增的不是偏好，是"记住你干过什么"
聊天记忆之外，2.0 补上了此前多数记忆框架没认真做的事：工作记忆和代码记忆。微博
工作记忆是双层结构。每次会话恰好沉淀一条"事实"——这次任务做了什么；另可留下 0 到 N 条通过价值门槛的"经验"——值得复用的方法。值得留意的是经验会带着适用边界一起存：比如"视频播放异常"只在 Android 模拟器上复现、真机回归通过，它记的就是带条件的处理依据，而不是孤零零一句"这个问题可以忽略"——否则下次碰到完全不同的模拟器崩溃，照搬旧经验反而出错。知乎知乎
代码记忆则在双层结构之上加装了一条版本演化链：事实提取侧重文件、函数、分支等坐标，diff 链把真实代码改动存下来，摘要省略的版本细节——尤其是后来被撤回的改动——也能通过链保留，而且记录 diff 不调用大模型。知乎
于是哪怕某个中间版本早已不在当前代码树里，你问"当初为什么放弃第一个方案"，系统先通过向量检索命中相关事实，再沿着这条事实对应的版本链找回历次修改，决策说明和真实代码差异一起给。知乎
对比时还有一组版本口径要防：5月 1.0 发布时流传的"六层框架""OpenClaw 插件"等描述，和 2.0 的层级命名对不上，检索到的旧教程不能直接套用。知乎
"干翻Opus 5"的真实口径：宏平均领先0.87个百分点，也有单项输
官方评测的设计是先固定检索、答题、裁判等组件，只替换记忆写入这一个环节，各家写手都从空库开始积累，再比较后续问答表现。四套记忆框架的宏平均，Hy-Memory-30B-A3B 为 55.49%，Claude Opus 5 为 54.62%，相差 0.87 个百分点。DeepSeek V4.1 Flash 是 53.64%，同为 30B-A3B 规格的 Qwen3 只有 44.37%——专科小模型赢的是分工，不是参数量。知乎小红书知乎专栏
分框架细看，最有说服力的一项来自训练时从未参与评测的框架 EverMemOS，官方把它列为跨框架迁移的支持证据。知乎
差距的分布很不均匀：EverMemOS 上领先 2.86 个百分点，Mem0 上领先 0.60，而 Hy-Memory 与 MemOS 上只有 0.02、0.01 个百分点，后两项连报告作者都视为持平。知乎
单项上也有输：Mem0 框架下的 LoCoMo 长对话评测，Opus 5 拿到 69.47%，它只有 59.54%，代码记忆一项同样落后，宏平均是靠其他长记忆类项目拉回来的。整个主矩阵还只在固定的 20% 子样本上评测，也未提供多训练种子的重复结果，结论强度有天花板。小红书知乎
与"记得牢"更直接相关的证据在工作记忆基准上：MemoryArena 平均 55.31%，甩开第二名 EverOS 整整 10.2 个百分点，这个分取自旅行规划与组合购物两项主指标的等权平均。知乎专栏
效率同样关键：LoCoMo 场景下每题消耗的 token 从 1,159 降到 703，整体记忆存储体积砍掉 51.8%。腾讯官方口径还称，内部一个接入该框架的助手多跳召回率从 50% 提升到 90%——单一内部场景的数字，量级可参考，不等于公开评测结论。所以"3B 激活参数的小模型在记忆写入这一专科上够到甚至反超旗舰"成立，"各项测试干翻 Opus 5"则是对口径的误读。知乎专栏
为什么记个偏好要动用30B模型单独训练
单独训练一个"只负责记"的模型，核心问题是奖励归因：系统最终答对一道题，功劳该记在哪一次写入上？如果整条轨迹只有一个总分，没贡献的步骤也可能分到奖励，一次正确的写入又可能连带后续环节的错误一起受罚。知乎
Hy Memory 的方案分两阶段：先让冻结的 Hy3 旗舰模型在学生自己生成的记忆状态上逐 token 蒸馏，再进入强化学习——每个窗口从同一个初始记忆库出发、生成 8 条写入轨迹，把奖励细分到"一段输入对应的写入单元"逐段比较优势，同时用探针检查记忆能否被找到并支持正确回答。知乎
技术报告披露的训练量级是 164,576 条正向探针、8,599 个诱导错误记忆的 traps、128 张 H20。这套"双过程认知记忆"论文已被 EMNLP 2026 接收。知乎知乎专栏
一个容易误读的点："激活约 3B"说的是 MoE 架构每次前向的计算量，不代表部署省十分之一的显存——权重总量仍是 30B，实际装载和推理开销要按自己的条件单独测量。知乎
想上手：普通用户看 MemHub，开发者三行代码起步
普通用户侧是 MemHub：本地优先的桌面与命令行应用，把 Claude Code、Cursor、Codex、OpenCode、Qwen Code 等十余款工具里经用户授权的对话与编程轨迹汇入同一份记忆，各应用单独授权后即可复用。它解决的痛点很具体：在 Cursor 里确定了项目规范，换成 Codex 继续开发也能直接找回，不必重新交代。知乎小红书
隐私边界官方列得很明确：采集不包含屏幕、Accessibility/AXTree、OCR、键鼠、剪贴板或后台录音；记忆数据落在本地目录，不强制上云。要留意的是，MemHub 源码目前为 v1.0.0，其 npm 命令行入口截至发稿尚未在公共 registry 收录，走 CLI 路径前需核对官方发布状态。知乎
开发者侧 `pip install hy-memory==2.0.1`，配一个 OpenAI 兼容的大模型接口加向量服务，建客户端、写入、检索三行代码走通。模型权重已上架 Hugging Face 与 GitHub，许可 Apache-2.0。知乎专栏小红书
按官方口径，Hy Memory 开源前已在腾讯内部金融、资讯、知识管理、办公 Agent、社交娱乐和游戏等多个业务中使用。写入侧的分工也有门槛：working 和 coding 的完整写入要求提供工具调用轨迹，且只在 pro/ultra 模式生效；宣传里的"零 LLM"只覆盖无工具输入的自动分类和 lite 写入，别当成整条管线不花模型调用。微博知乎
热度之外，该盯住什么
海外社区先炸了锅：Reddit 的 r/LocalLLaMA 为"一个 3B 激活的模型在记忆上赢了 Opus 5"专门开帖，不少开发者点进去前先怀疑是标题党，翻完模型卡才接受这个结果是真的。小红书
质疑也一直存在，有评论直言这套东西叫"数据清洗模型"比叫"记忆"更贴切。同一时间微软的研究还在提醒"Agent 的长记忆可能是毒药"——记下来不等于记得对，过期偏好和噪声记忆同样会污染检索。小红书36氪
Hy Memory 2.0 这次开源的长期价值，不在那 0.87 个百分点，而在于它把记忆写入做成了可插拔、可单独评测的一层：对用户，"AI 记不记得你的偏好"从调教玄学变成一个可以装起来验证的工程问题；对选型者，官方跑分只能进候选名单，值得用自家数据检查的是三件事——偏好改后能否以新为准、过期记忆会不会干扰检索、版本链在你的代码库里省多少重复交代。
