Skip to content

[Feature] heat 热度衰减(D 批次):访问频率调制的记忆升权与自然降温(opt-in) #218

Description

@modusensus

背景

#164 的论文调研(六篇)给 A1/C1/C2 提供了理论锚点,其中遗忘三篇(2604.00131 / 2601.18642 / 2604.02280)共同指向同一件事:记忆系统需要一层「受访问频率与时间调制的热度衰减」,否则要么无限膨胀(长程性能 0.45→0.05 的反面教材),要么一刀切硬删(丢掉本可复活的低频高价值记忆)。

本 issue 立项 D 批次:heat 热度衰减,按刻意保守的路径落地:opt-in → 真实数据 → 对照论文找偏差

理论依据(三篇)

  1. Oblivion(2604.00131,EMNLP 2026):遗忘 = 降低可及性而非删除——经验随时间变得不易获取,但可被强化或情境线索重新激活;且「帮过忙的记忆应被强化」。与本项目 archived/forgotten 两列的既有设计同构,本 issue 是它的量化延伸。
  2. FadeMem(2601.18642):不同记忆应有不同衰减率,由语义相关性、访问频率、时间模式三者调制;存储可缩减 45%。幂律 vs 指数的对比结论在正文(待全文核对后补充引用)。
  3. 2604.02280:容量「预算化」——按新近性 + 频率 + 语义对齐评分,有界淘汰;反面教材:不管理记忆时长程性能从 0.45 跌至 0.05。

现状与依赖

v1 范围(刻意保守)

  • 🔴 发布阻塞项
    • heatEnabled 默认 false(opt-in),进 feature_flags 白名单,面板可启停;
    • 与 lightMode 联动(回滚开关);
    • 降级/归档路径照常走 receipt / llm-audit 审计(不因 heat 引入无审计的静默行为)。
  • 🟡 核心语义
  • 🟢 后补(不阻塞)order=heat 排序、状态页热度分布卡、徽章。

验收

  1. 默认关闭时行为与改动前逐字节一致(既有注入排序测试零变化);
  2. 开启后:合成数据集上衰减/回温曲线符合幂律预期(测试内断言);
  3. feature flags 白名单 + lightMode 联动 + 双语文档;
  4. 真实负载观察一周期后,在 聊几个我觉得值得做的方向 #164 回帖记录「论文假设 → 实测 → 偏差」研究笔记(幂律是否成立、访问频率调制的实际权重)。

明确不做(v1)

  • 容量硬裁剪与自动归档(A1 另行,heat 曲线成熟后再议);
  • heat 参与检索打分(先只做注入排序,避免同时动两条链路);
  • 任何形式的硬删除。

参考

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions