Busabase × ClineCline 知识库
Cline 可以通过 Rules 和 Memory Bank 延续项目上下文，再用 Checkpoints 保护本地实验。Busabase 负责另一道推广门槛：哪些决定应该跨越单次任务、单个仓库和 Agent runtime 长期存在。
五种不同存储
不要让一个文件同时承担行为、记忆、回滚、对话和治理。
Cline 提供多种持久化机制。每种机制只负责一个清晰任务时才最有价值；已审核知识库从任务或仓库内部连续性结束的地方开始。
Memory Bank 生命周期
不断变化的项目摘要正因为能变才有用，也正因为能变才需要推广门槛。
Cline Memory Bank 使用 projectbrief.md、activeContext.md、systemPatterns.md、techContext.md 和 progress.md 等普通 Markdown。Agent 可以在里程碑后更新这些文件。其他团队把某句话当成政策或运营状态之前，应先单独提取和审核。
Cline 根据当前任务更新 activeContext 或 progress。
负责人核对代码、Issue、测试与外部证据。
把一条长期主张从叙述与临时笔记中分离。
主张、来源、范围与负责人进入 Change Request。
只有已接受版本才能跨工作流复用。
回滚不等于批准
Checkpoint 证明某一时刻有哪些文件，不能证明结果正确。
Cline checkpoints 使用独立 shadow Git，可恢复文件、task message 或两者，同时不改变真实 Git 历史。它是本地安全网；正式接受仍依赖测试、来源审核、业务影响与明确负责人。
推广门槛
把稳定事实移出 Memory Bank，但不要把 Busabase 变成第二个仓库。
实现上下文和变化中的项目笔记继续留在仓库。只有需要结构化查询、跨项目复用、明确负责人或审计轨迹的信息才推广。
知识推广记录
一条被接受的主张，需要来源链、适用范围和过期机制。
记录指向准确的 Memory Bank 文件、task、仓库 revision 和证据，不复制 Cline 为形成提议而使用的所有笔记。
| 字段 | 用途 |
|---|---|
| knowledge_key | 已接受主张的稳定标识 |
| claim | 其他工作流可以依赖的一句话 |
| source_ref | Memory Bank 文件、task、Issue 或文档 |
| revision | 审核过的 commit 或不可变版本 |
| scope | 仓库、服务、客户、团队或环境 |
| evidence | 测试、diff、日志和来源 URL |
| decision | 接受、有条件接受、拒绝或已替代 |
| owner | 对准确性和维护负责的人 |
| review_at | 必须重新验证的时间 |
Cline 也有动作控制
File approval、auto-approve 与 MCP access 不会授予 canonical data 权威。
Cline 可以在文件修改和命令前询问，也能为选定操作使用 auto-approve，并调用已配置 MCP tools。Checkpoints 降低本地错误成本；只有提议权限的 Busabase credential 为共享记录保留第二道边界。
先确定范围，再连接
明确由哪个 Cline 工作面和配置 scope 承担流程。
Cline 当前覆盖 IDE extension、CLI、Desktop、Kanban 和基于 SDK 的应用。Global/project Rules、Skills、Hooks、Agents、Plugins 与 MCP settings 分布在不同路径。使用持续维护的连接指南，并为每个受治理流程记录 surface、workspace、identity 和 enabled tools。
Cline 团队常问的问题
Cline 知识库常见问题
Busabase 会取代 Memory Bank 吗？
不会。Memory Bank 在仓库文件中保存结构化项目上下文。Busabase 只接收需要审核、负责人、结构化查询或仓库外复用的精选主张。
Cline 每次任务结果都要写进 Busabase 吗？
不用。大多数 task conversation、checkpoint 和实现细节留在 Cline 与 Git。只有对其他流程有意义的状态、决定、例外或证据才进入提议。
Checkpoint 能作为发布证据吗？
它可以展示本地文件状态，但不是发布工件或验收决定。应关联真实 commit、测试、build、deployment 和 reviewer。
开启 auto-approve 后，Cline 能更新 canonical record 吗？
Auto-approve 控制 Cline 操作，不改变 Busabase review policy。治理记录应使用只能创建 Change Request、不能绕过审核的 credential。
共享编码标准放在哪里？
可执行 Agent 行为放在版本控制的 Rules 或 AGENTS.md；已批准组织政策、负责人、例外和审核历史放在 Busabase，并按需关联原规则。
推广一条事实，而不是整个 memory 目录
让 Cline 在本地保持连续，让组织知识拥有负责人。
从 activeContext.md 或 progress.md 中选择一项被埋没的决定，关联准确证据，指定负责人，审核第一条推广记录。