这个提示词用来做什么
给 agent 加了记忆功能,它记得越来越多,既拖慢速度又让人不放心——不知道该删什么。先定义什么不该记、保留多久与如何删除,再设计检索规则,兼顾速度与可控性。说明记忆用途与敏感数据范围即可,可指定保留时长。
提示词全文
请帮我为一个已经有记忆能力的 agent 写一份「记忆写入与淘汰规则」,重点不是让它记得更多,而是定义清楚什么不该进记忆、什么该被删掉。不要给我通用最佳实践清单,要针对我给的具体场景做取舍。
## 输入
agent 做什么:{它负责的任务、服务谁、每天大概跑多少次}
现在记什么:{当前写入记忆的内容类型,例如用户偏好、历史结论、中间数据、失败原因、凭证或个人信息}
人在哪里看得到:{用户能不能查看/编辑自己的记忆,有没有后台可审计}
出错的代价:{记错一条会怎样;被不该看到的人看到会怎样;删不掉会怎样}
合规约束:{有没有必须能删除、必须留存期限、必须不留存的数据}
## 输出
1)分类表:把现在记的内容逐类标注——「长期保留 / 有期限保留 / 绝不写入 / 需要用户确认后才能写」。对「绝不写入」的每一类写清理由,别只写「敏感」。
2)写入前的门槛:给出 2-4 条判断规则,用来决定一条信息够不够格进长期记忆(例如是否可复用、是否与身份无关、是否能在需要时重新算出)。规则要能被执行,不要写成原则。
3)淘汰机制:定义触发删除的条件(时间、条数上限、与当前任务无关、用户撤回),并说明每次淘汰后要保留什么(审计记录还是什么都不留)。
4)最坏情况演练:列出三种「记忆出事」的具体场景(记错导致行为错误、记忆泄露、删除不干净),各给一条最低成本的防护动作。
5)给用户的可见性:设计一个用户能看懂的记忆摘要要包含哪几项,以及提供哪两个操作(查看与删除之外,还有什么值得给)。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符(如 {任务描述})替换成你自己的内容。
- 条目越具体,产出越稳定;不需要的条目可以直接删掉。
输出示例
典型输出会把「用户随口提到的健康与家庭信息」直接归进「绝不写入」,理由是它对当前任务没有复用价值但泄露代价极高;把「上次的任务结论」列成「有期限保留 30 天」;写入门槛会写成三条:不能重算得到的才记、换个用户就不成立的才记、写之前要能指出将来哪一步会用到它;淘汰机制里会补一条容易被漏掉的——工具或流程升级后,基于旧流程得出的记忆要整批失效,否则 agent 会拿过期结论当事实。
基本信息
- 分类:工程
- 标签:Agent 记忆 · 上下文治理 · 隐私 · 淘汰策略
- 收录日期:2026-09-30
同类提示词
- 故障复盘(Postmortem):时间线、根因与行动项
- 代码评审:先对齐意图,再挑毛病
- 上线前变更自查:兼容性、回滚与可观测性过一遍
- 提示词回归测试:用 12 个边界用例验证改动没有把别处改坏
- AI 编程会话归档:导出、脱敏、编目三件事一次做完
- 智能体资产盘点:把扫描/清单变成权限最小化清单
- 给端侧场景做一张模型选型约束表,而不是对着排行榜挑
- 让智能体写「交接单」而不是「总结」:给下一个会话一份可审计的上下文
- 算力集群采购前的技术尽调:把峰值与利用率指标问成可复现的口径
- 把一次线上事故录制成能进 CI 的回归用例(Agent 录制与选择性回放)
- 把智能体里其实只是 if-then 的调用挑出来,换成窄判定器
- 模型安全评测前的环境体检:让测试沙箱真的离线