按用途分类保存记忆

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

你需要复用用户测试偏好、当前任务进度和发布端点。教学材料：用户明确说“这个项目先跑单元测试”；任务检查尚未完成；端点由 deploy/config.json 当前配置决定。把它们放在同一段永久记忆中，会混淆偏好、状态和易变事实。

具体做法

按用途区分记录：明确偏好附项目范围；任务状态附计划与版本；易变端点保留指向配置的引用及观察时间。使用前根据类型核验：偏好看是否被新要求替代，状态看产物与版本，端点重读配置。只保存获准保存的必要内容；用户沉默不等于确认偏好。

反例

把上述偏好、未完成进度和当前端点写进一个永久事实清单，以后所有项目都信任它，不再读取配置。

改进写法

在授权的记录中分类保存上述材料：feedback—仅这个项目先跑单元测试，依据用户明确要求；task-state—当前检查未完成，关联计划与版本；reference—deploy/config.json 决定端点，记录位置和观察时间。恢复或发布准备时按类型核验，重读端点配置；新用户要求覆盖旧偏好，未完成状态不能改成完成。不要保存凭据或把沉默当确认。

为什么这样改

不同材料的有效期和使用方式不同：偏好影响操作顺序，任务状态影响续接，配置引用提供当前事实。分类后可以针对性核查，避免旧端点像偏好一样长期沿用，也避免一次任务状态被提升为所有项目的规则。

如何验证

改变 deploy/config.json 中的教学端点后，准备报告应使用新值；用户改成“先看编译”时，反馈记录应更新其适用要求。当前检查未完成仍不能借旧报告写为完成。

检查每项记录的类别、范围、来源和核验方式，跨项目滥用偏好或跳过配置读取均不满足要求。

适用边界

这些类别是教学组织方式，不是所有记忆系统都支持的固定 schema。记录只有在授权范围内才可保存和读取；类型标签不使内容可信，也不授予发布权限。原文未确认，当前证据优先于旧记录。