Profile与核心记忆块

常驻信息适合小而稳定

用户姓名、明确语言偏好或少量关键团队约定，可能每轮都需要；大量历史事件与领域材料则更适合按需检索。把所有记忆放进常驻profile会持续消耗token，也增加过期信息干扰。Profile是事实的表示方式，不是比来源证据更高的权威层。

Letta的memory block机制把有标签的持久块放入模型上下文，支持共享与只读。它可作为核心记忆的实现参照，但“始终可见”也意味着错误块每轮都会影响行为。数据块不能因被放在prompt前部就升级为系统政策。

大档案容易被全量改坏

一个不断增长的JSON档案要求模型每次协调全部旧内容，容易遗漏字段、合并不相关事实或覆盖他人更新。建议把小型profile限制在明确schema与长度，其余事实保存为独立条目；长叙事保留原事件引用，再通过检索找到需要的部分。

块应有owner、scope、version、来源、过期策略和写权限。团队政策可以由中心维护只读块，用户偏好由受控操作更新，临时scratchpad只用于当前任务。共享可写块需要并发合同，不能让多个Agent无版本检查地覆盖同一值。

常驻也需要取舍和验证

可比较无profile、有限核心块与全量档案，观察有效信息命中、token、延迟、过期事实使用和更新错误。最重要的测试不是模型能否复述档案，而是用户纠正一个字段后，其他内容保持完整，并且后续任务不再使用旧值。

当记忆变多时，应将低频或已失效内容移出常驻范围，而非无限扩充上下文。返回用户可查看、修正和删除的具体条目；若只展示模型生成的一段综合人设，用户很难定位哪个事实造成了错误行为。