指令指导任务，共享记录承接事实
项目指令、原生记忆与 Skill 指导各 CLI 怎么执行；Busabase 记录跨项目需要复用的兼容性决定和证据。Skill 可以要求 Agent 读取决定登记表，但检索到的每条记录仍需独立说明适用范围和接受状态。
执行上下文
工作文件、指令和临时观测留在当前任务的执行环境。
证据引用
为具体主张保留来源、观测时间和适用范围，便于复核。
团队正式记录
以当前正式记录为入口，将审定值和未决问题交给下一任务。
依赖升级，需要同一份兼容性决定
虚构升级场景中，Claude Code 测一个仓库，Codex 查另一个项目；前者报告兼容，后者发现环境不支持。保留各自范围和证据，在共享记录中接受已支持场景，同时把未支持场景保持未决，不覆盖原生记忆。
虚构示例，用于说明记录结构，不是真实客户结果或实测。
提案记录示例
| 字段 | 示例值 | 证据／决定 |
|---|---|---|
| scope.A | repository A / runtime A | verified scope |
| scope.B | repository B / runtime B | open question |
| acceptance_status | separate by project and environment | bounded |
| next_session | read current head before reuse | required |
- 01项目 A：已验证范围
- 02项目 B：环境问题未决
- 03提案：分别记录接受状态
- 04下一 CLI：重读正式 head
按环境接受兼容性结论
逐项目记录仓库、依赖版本、运行环境和检查输出。A 项目通过，不能消除 B 项目的失败。把已接受范围和未决范围并排保留，把下一次测试指向失败环境；之后切换 CLI 仍能复用有效证据，也不会丢掉例外。
下一位 Agent 应读到什么
建议记录字段
source_repo、commit、environment、scope、observed_at、evidence、acceptance_status
恢复旧会话可能不会重新注入初始 prompt；换 CLI 也会改变运行上下文。逐个核对工具可用性：Aider 没有 MCP 客户端，Team step 配置也不等于授予 MCP 权限。秘密占位符和解析后的项目配置管理凭据，不代表字段值已获批准。
来源＋观测时间
链接具体文件、行号、commit 或 URL，记录实际检查时间。
适用范围＋接受状态
写清适用环境或交付对象，缺少依据的字段保持未决。
责任人＋下一项检查
指定谁维护结论，以及出现什么证据时需要重新核验。
从发现到正式记录
- 01读取已有记录，核对 Space、Base 和 head。
- 02只提议有证据的字段，保留来源和未决问题。
- 03需要先审后写时使用 changeRequest；write 是更广授权，不是强制人审门槛。
- 04经授权审核合并后回读正式记录；下一任务带上版本和未决问题。
恢复会话时，重读记录而非沿用旧 baseline
恢复任务给出建议前，读取当前兼容性记录，对照上次交接版本，并确认所选 CLI 可以访问服务。MCP 不可用时，让支持的任务执行证据检查；工作台配置存在，不等于该 CLI 已经获得访问权。
常见问题
恢复会话后，能直接相信旧 baseline 吗？
先读当前正式记录，对比 head 和适用范围，并保留未决问题。旧 prompt 或注入的技能能指导操作方法，不能证明其中的事实仍然有效。
会替代原生记忆吗？
不会。原生指令与会话记忆继续服务执行；需要跨任务共享的审定事实及来源保存在这里，使用时读取最新版本。
多人同时更新怎么办？
提案前读取当前 head；版本变化时比较中间改动，修订提案，不用旧证据覆盖新结论。