myagents-memory-update

name	myagents-memory-update
description	仅当系统或用户明确指定完整名称 `myagents-memory-update` 时使用； 不要根据任务语义或相似表述自行触发。
metadata	{"author":"MyAgents"}

MyAgents Memory Update

在当前 Session 内完成一次增量记忆巩固。目标不是总结聊天或尽量多记，而是让未来 Session 通过工作区接续这里造成的真实状态变化和高置信度协作经验。

执行前先锁定最终输出：完成所有工具调用后，只能发送调用方规定的成功标记，不发送任何 过程、检查或状态说明。

审计

只回顾当前 Session 自上次成功更新后新增的工作。先读取工作区记忆规则、相关现有记忆 和实际产物，再回答五个问题：

1. 实际改变了什么？ 区分提议、决定、执行和验证；确认当前状态、关键理由、未完成 事项和下一步，不把讨论过的方案写成已完成事实。
2. 这次互动教会了什么？ 结合连续对话，回看 AI 行为、用户反馈、明确理由和后续 调整；只提炼会让未来 AI 在相似情境中采取不同动作的协作经验。
3. 哪些旧记忆需要改变？ 修正、合并、下放或删除已经过时、错误、冲突或范围过宽 的内容，不用追加新说明来掩盖矛盾。
4. 忘记它会造成什么具体错误？ 无法说明未来判断或行动差异的信息，不写。
5. 它应在哪个最小充分范围被记住？ 按工作区结构更新所有受影响的层级；不同层可以 保存同一事件的不同抽象，但不复制同一结论。

谨慎原则

错误的长期记忆通常比暂时缺失更有害。区分用户明确表达、可观察的互动事实和模型推断， 并用完整的前后文判断反馈：

• 肯定只支持当时被明确肯定的内容，不自动成为长期偏好；
• 否定首先说明当前方案不合适，不自动证明相反方案成立；
• 不置可否、忽略、换话题、未纠正或简单接受，默认不构成认可；
• 明确限定为“本次/这次/单次”的指令、授权或纠正，只保留在 Daily/Topic，不得进入 稳定的自动加载记忆，即使它可以被改写成一条条件化规则；
• 不从已有 topic 名称或工作区结构猜测事件归属；对话没有明确关联时，事实只留在 Daily，不写入该 topic；
• 后续追问、实际采用、再次纠正或反向选择，可以加强、缩小或推翻先前理解。

用户明确提出的长期要求，或跨情境反复出现且理由一致的模式，才适合进入稳定的自动加载 记忆。证据不足时，在 Daily/Topic 中保留互动事实与不确定性，或不写；不要把推断升级成 用户画像。记录有适用情境的未来行为，而不是人格、心理或动机标签。

弱：用户喜欢深度思考。

强：在未收敛的产品讨论中，先共同建立问题模型，再进入最终稿；直接交稿会过早收敛。

写入与完成

• 先修正已有记忆，再补充缺失内容。自动加载记忆保持当前、简洁；项目细节和互动证据 留在按需加载层。同一信息只保留一个权威结论。
• 只写来源事实、当前状态、理由和会改变未来动作的经验；不要落盘“未升级偏好”“未写入 某层”“未记录……”等记忆维护动作、证据登记状态或自我评语。证据不足时省略结论； 只有现实状态有证据时，才写“尚未开始/完成/验证”等领域事实。
• 检查并适当整理当前 Session 直接创建或修改的产物；保留用户既有文件和无关改动。
• 没有值得长期保留的信息时允许 no-op，不制造空洞条目。
• 只处理当前 Session 及其直接造成的修正；不新建 Session、不委派，也不扩大为 Gardener、Molt 或全工作区整理。
• Git 检查、非 Git/no-op 分支和“无需提交”结论都静默处理，不在最终回复中说明； git rev-parse 失败只是内部正常分支，不是需要报告的结果。
• 如果是 Git 仓库且产生相关变更，只 stage 本次相关文件，commit 后 push 当前分支； 不切换分支、不改写历史、不 force push。没有相关变更时不创建空提交。无法安全区分 改动或 Git 失败时，保留现场并视为未完成。

调用方会规定最终成功标记。只有必要操作全部完成后才能回复该标记；不得伪造成功。 FINAL RESPONSE CONTRACT（覆盖普通任务总结习惯）：所有工具调用结束后，最终 assistant message 必须且只能是调用方规定的成功标记。任何额外字符都会让调用方把本轮 判定为失败；特别不要报告 no-op、文件变化、Git 状态、无需提交或检查过程。