[Feature]: 记录检索信息管理

[hahahafeifeifei]

Problem Statement

记录的信息数量会随着时间而膨胀，从而增加上下文负担

Proposed Solution

是否可以增加功能：每次检索到相关的记录信息就对该记录检索次数进行累加，之后再利用该信息结合时间信息进行冷热记忆的区分和管理，以防记录数量膨胀。

Alternatives Considered

No response

Feature Area

Core (Client/Engine)

Use Case

在我的openclaw中加入这一系统进行记忆管理

Example API (Optional)

Additional Context

No response

Contribution

• I am willing to contribute to implementing this feature

[MaojiaSheng]

检索命中并不是端到端反馈信号，这个机制不确定是否真的能 work，在这方面可以提供更多经验吗

[r266-tech]

感谢反馈！关于"检索命中不是端到端反馈信号"的质疑，完全认同。

我们的思路是：

1. active_count 已经在代码里了（Context.update_activity() 在 session commit 时递增），说明团队认可"使用频率"有一定信号价值。我们只是把这个已有数据用起来。

2. 保守的增量设计 — alpha=0.2 意味着语义相关性仍占 80% 权重，hotness 只做轻微 boost。alpha=0 时行为与现有完全一致（向后兼容）。

3. 端到端反馈的现实约束 — 真正的端到端反馈（用户确认记忆有用/无用）需要 UI 交互支持，短期内检索频率+时间衰减是最低成本的近似信号。

4. 可配置 — alpha 和半衰期都是参数，如果实际效果不好可以调低或关闭（alpha=0）。

当然，如果团队认为这个方向不适合在核心库中实现（更适合作为上层应用逻辑），我们也理解。欢迎讨论。