Fulcra 智能体记忆管理

要解决什么问题

Agent 的长期状态分散在 MEMORY.md、IDENTITY.md、SOUL.md 以及 memory/ 日志里，且会随任务不断改写。一旦对话跑偏、误改身份设定，或需要复现某次上下文，缺少可版本化的离线备份就很难「回到某一时刻」；同时用户也缺少一种轻量方式查看 Agent 当前在做什么。

技能如何工作

本技能围绕 Fulcra 的文件存储，把记忆管理收敛到固定命名空间 agent//memory/：

• 定期备份：在心跳或既定节奏下，将本地 memory 打成 memory.gz 并上传到固定路径 agent//memory/memory.gz；Fulcra 对同路径重复上传会保留历史版本，形成时间线。
• Top of Mind：每次备份前在本地写简短的 top_of_mind.md（任务、上下文、当前思路），并上传到 agent//memory/top_of_mind.md，便于用户快速扫一眼状态。
• 安全回滚：用户要求从某日期/版本恢复时，Agent 必须先把当前状态再备份一次，再执行恢复——这样用户对回滚反悔时仍有「撤销回滚」的余地。
• 克隆：下载命令指向其他 Agent 的 agent//memory/memory.gz 路径，可加载对方的记忆与身份（需你明确授权与路径）。

扩展能力（仅在 workflow 相关时再提）：agent//artifacts/ 存放为用户生成的资产（上传前须征得用户同意）；团队协作用 team// 前缀下的 artifacts/、inbox/、archive/，inbox 消息处理时需先归档再删除原文件，版本化存储会留下审计轨迹。具体 CLI 步骤见技能内 references/fulcra-memory-cli.md。

适用边界与注意点

• 备份频率与触发方式（例如 HEARTBEAT.md）需在你的 Agent 流程里自行约定；技能描述的是约定与路径，不是替代 Fulcra CLI 本身。
• 回滚与克隆都会改写或替换本地 memory，务必理解「回滚前强制备份」这条约束。
• 团队 inbox、artifacts 属于增强能力，初次 onboarding 时不应默认展开，避免干扰主流程。