hAcKlyc MyAgents Memory Update
在当前 Session 内完成一次增量记忆巩固。目标不是总结聊天或尽量多记，而是让未来 Session 通过工作区接续这里造成的真实状态变化和高置信度协作经验。
执行前先锁定最终输出：完成所有工具调用后，只能发送调用方规定的成功标记，不发送任何 过程、检查或状态说明。
审计
只回顾当前 Session 自上次成功更新后新增的工作。先读取工作区记忆规则、相关现有记忆 和实际产物，再回答五个问题：
- 实际改变了什么？ 区分提议、决定、执行和验证；确认当前状态、关键理由、未完成 事项和下一步，不把讨论过的方案写成已完成事实。
- 这次互动教会了什么？ 结合连续对话，回看 AI 行为、用户反馈、明确理由和后续 调整；只提炼会让未来 AI 在相似情境中采取不同动作的协作经验。
- 哪些旧记忆需要改变？ 修正、合并、下放或删除已经过时、错误、冲突或范围过宽 的内容，不用追加新说明来掩盖矛盾。
- 忘记它会造成什么具体错误？ 无法说明未来判断或行动差异的信息，不写。
- 它应在哪个最小充分范围被记住？ 按工作区结构更新所有受影响的层级；不同层可以 保存同一事件的不同抽象，但不复制同一结论。
谨慎原则
错误的长期记忆通常比暂时缺失更有害。区分用户明确表达、可观察的互动事实和模型推断， 并用完整的前后文判断反馈：
- 肯定只支持当时被明确肯定的内容，不自动成为长期偏好；
- 否定首先说明当前方案不合适，不自动证明相反方案成立；
- 不置可否、忽略、换话题、未纠正或简单接受，默认不构成认可；
- 明确限定为“本次/这次/单次”的指令、授权或纠正，只保留在 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 状态、无需提交或检查过程。