Busabase × OpenClawOpenClaw 知识库
OpenClaw 通过 workspace files、daily memory、long-term memory、Skills 与路由 session，为 Agent 提供持久连续性。Busabase 是更窄的一道晋升边界：只有需要团队审核、跨 Agent 复用的事实才进入正式记录。
四类 memory 文件
个人连续性与组织权威，是两种不同的保留问题。
OpenClaw 使用明确的文件 memory，不依赖隐藏状态。每类文件的启动与维护职责不同，也都不会自动变成团队认可的正式记录。
| 文件 | 预期生命周期 | 适合保存 |
|---|---|---|
| USER.md | 稳定 user model | 偏好、沟通方式、当前 profile directives |
| MEMORY.md | 精选长期连续性 | 持久非个人事实与长期决定 |
| memory/YYYY-MM-DD.md | 工作层 | 每日观察、session 摘要、原始上下文 |
| DREAMS.md | 审核面 | 供人检查的 consolidation 与 backfill 摘要 |
Workspace 不等于 execution cwd
即使 tools 在另一个仓库工作，也要保持身份与 memory 稳定。
OpenClaw 可以把受管 Agent workspace 与执行目录分开。Bootstrap files 和 memory 留在 Agent workspace，交付物进入指定 cwd 或 managed worktree。若两者影响来源，Busabase 记录应同时引用。
Sessions 与 channels
同一个 Agent 可以听到许多对话，但不能把每条消息都变成共享事实。
Session keys、channel bindings、group context 与 multi-agent routing 决定谁在何处说了什么、Agent 在哪里执行。保留源 session 作为 provenance，只提升需要稳定负责人的状态。
输入请求与发送者上下文
对话、tool trajectory、attachments
为后续 turn 选择的连续性
超出 session 范围的已审核状态
晋升阶梯
从观察到 canonical record，要经过明确且不丢证据的检查点。
Daily notes 可以嘈杂，long-term memory 经过筛选，组织知识需要更强的准入条件。晋升过程应减少数量，同时增加证据与责任。
Action-sensitive memory
记住批准上下文只是指导，不是策略执行机制。
当一条 memory 会改变未来行为，OpenClaw 建议写清 timing、expiry、owner authority、safe-to-act 条件和禁止动作。硬控制仍应放在 approval settings、sandboxing、scheduled tasks、credentials 与已审核系统状态中。
为什么被阻塞
谁负责决定
什么条件解锁
约束何时过期
Tool permission
Credential scope
Sandbox boundary
Change Request approval
Skill 归属与 revisions
Skill 教 Agent 怎样执行，应引用当前知识，不要嵌入变化中的事实。
OpenClaw Skills 是有版本的指令包，根据 workspace、project、personal、managed、Workshop、bundled 与 extra-directory 优先级选择。流程和 tool guidance 留在 Skill；变化中的运营事实从已审核记录读取。
SKILL.md
何时以及如何执行任务
Skill revision
Session 选中的不可变指令包
Busabase record
当前已审核输入、决定与状态
MCP 交接
连接、执行权限与知识接受仍是三次不同决定。
OpenClaw 可以注册、认证、probe，并把已保存 MCP servers 投射给合格 runtimes。Probe 成功只证明连接；tool 执行只证明动作发生；只有 record review 决定结果能否成为 canonical。
运营知识契约
保存足够 lineage，让结论在 session pruning 与 memory consolidation 后仍能独立存在。
即使 local memory 变化，或来源 channel 已不可访问，记录仍应能被理解。
knowledge_key跨 sessions 与 Agents 的稳定身份claim被提议为当前事实的简洁陈述source_session来源 session 或 channel 引用workspace_refAgent workspace 与相关 memory fileexecution_refRun、command、artifact 或外部响应evidence不可变支持材料owner对接受和维护负责的人freshness观察、生效与下次审核时间decision接受、有条件接受、拒绝或已替代
保留与时效
不要让持久 memory 悄悄活得比它描述的事实更久。
对会变化的知识设置明确 review date 与 supersession link。Memory search 能召回旧 notes，因为它们仍是有价值的 provenance；下游 workflow 应优先读取当前 merged record。
查看 memory 生命周期实际问题
OpenClaw 知识库常见问题
Busabase 会取代 MEMORY.md 吗？
不会。MEMORY.md 为一个 Agent 提供精选连续性；Busabase 保存团队、workflow 与多个 Agent 可以依赖的已审核事实。
每条 daily note 都要晋升吗？
不要。多数 note 只是工作上下文，只提升有证据、负责人和复用需求的持久结论。
Memory 能执行批准策略吗？
不能。Memory 可以保留约束与批准上下文，硬控制需要 permissions、sandboxing、credentials 或 review gates。
Skill 里要保存当前客户或运营状态吗？
通常不要。流程留在 Skill，变化中的事实从已审核记录查询。
原始 session 被清理后怎么办？
已审核记录保留结论和有边界的来源引用；原始 session 继续遵守 OpenClaw 自身 retention policy。
从一条被晋升的事实开始
让 OpenClaw 广泛记忆，让共享事实经过更窄的审核门槛。
选择一条其他 Agent 或团队需要的 action-sensitive memory，补齐来源、执行证据、负责人和 freshness rule，再进入复用。