Busabase × ContinueContinue 知识库
Continue Agents 由 models、context、Rules、Prompts、Docs 与 MCP servers 组成，并能通过 YAML 版本化，因此执行方式可以复现。Busabase 提供另一种保证：只有证据和负责人共同确认的结果，才进入共享记录。
一份 config，七类 blocks
把配置当成执行清单，不要当作变化中事实的仓库。
Continue v1 config 组合不同职责的 blocks。每一块都应指向真正来源，避免复制另一套生命周期的数据。
| Block | 负责什么 | 不要放什么 |
|---|---|---|
| models | Provider、model、roles、capabilities | 业务状态 |
| context | Files、code、diff、terminal、HTTP context | 已接受结论 |
| rules | 在 Agent、Chat、Edit 中持续生效的指导 | 变化中的客户事实 |
| prompts | 可调用 slash workflows | 当前流程状态 |
| docs | 被索引的文档来源 | 未经核验的决定 |
| mcpServers | 外部 tools 与实时数据访问 | 自动权威 |
| data | 开发事件目的地与过滤条件 | Secrets 或 canonical records |
版本化 Agent 配置
固定 config 可以复现行为，而它读取的知识仍会继续变化。
记录 config name、version、schema、model roles、启用 blocks 和 repository revision。变化中的值在运行时从归属系统解析，不要把快照提交进 Rules 或 Prompts。
name + version + schema
准确 YAML 与 local block files
Chat、edit、apply、autocomplete、embed
安全引用，绝不复制进记录
Rules
Rules 告诉 Agent 怎样行动，但不能证明什么是真的。
Continue 在 Agent、Chat、Edit modes 中应用 Rules。`.continue/rules` 可以跟项目或组织规范一起版本化。编码标准、安全检查和 paved path 放这里；变化中的事实应实时查询。
Schema 修改后生成 migration 并运行测试。
客户 X 使用 Y 套餐，续费已批准。
Prompts
Slash command 是可复用请求模板，不是已完成 workflow record。
Continue Prompts 通过 `/` 按需调用。重复任务框架留在这里；每次运行的输入、输出、证据、负责人和接受状态留在各自归属系统。
Docs 与 context
检索能找到相关页面，但不能证明页面仍然新鲜或适用于当前环境。
Docs block 索引站点，context providers 暴露 code、files、diffs、terminal output 与 HTTP resources。记录具体来源与 revision，再由审核者判断指导是否适用于本次情况。
抓取了哪个文档根目录？
哪一页或 chunk 支撑回答？
上下文中的仓库 revision 是什么？
谁确认指导适合当前环境？
仅 Agent mode 可用的 MCP
Continue MCP tool 执行成功，也不等于记录已经被接受。
MCP servers 可以写在 `config.yaml`，也可以放在 `.continue/mcpServers/` 的独立文件中。Continue 支持 stdio、SSE 与 streamable HTTP。Secrets 应以本地引用使用，不写进共享 YAML 或证据。
Server block 能解析并加载
Runtime identity 可以调用 tool
Tool call 返回有边界的证据
提议状态被负责人接受
Mode 边界
Agent、Chat、Edit 与 Autocomplete 会产生不同的证据面。
不能把每次 Continue 互动都称为自主 Agent run。记录 mode、model role、tool availability，以及是否能修改文件或外部系统。
| Mode | Job | Evidence |
|---|---|---|
| Agent | 规划并使用 tools 完成开发任务 | Tool calls、diffs、tests |
| Chat | 解释与讨论代码 | 引用上下文与回答 |
| Edit | 修改选中的代码区域 | Before/after diff |
| Autocomplete | 生成 inline code 建议 | 被接受建议与 repository diff |
运行证据
把 config revision 与被提升的准确输出连接起来。
即使 config 相同，model、repository、docs 与外部系统变化后结果也会不同。保留足够 runtime evidence，方便后续质疑。
agent_configConfig identity 与 revisionmode_modelExecution mode 与 model rolecontext_refsFiles、docs、diff 与 source recordstool_callsMCP actions 与返回证据verificationTests、review 与下游检查
知识契约
只提升精简结果，不搬运整个 YAML graph 或 conversation。
Continue 继续负责执行，记录只表达其他团队或 Agent 需要信任的状态。
outcome_key共享结论的稳定身份config_refContinue config version 与 repository revisionrun_refMode、model 与 session referencesource_refsDocs、code 与外部记录evidenceDiffs、tests、logs 与 tool responsesproposed_state对结果的精简解释owner对接受负责的人decision接受、有条件接受、拒绝或已替代next_review_at时效检查点实际问题
Continue 知识库常见问题
Busabase 会取代 config.yaml 吗？
不会。Continue config 定义 Agent 的 models、context、rules、prompts、docs 与 tools；Busabase 保存少量已审核结果。
变化中的业务事实应该放进 Rules 吗？
不应该。Rules 是持久行为指导，变化中的事实应从归属的已审核系统查询。
MCP 可以在 Chat mode 使用吗？
Continue 当前文档明确说明 MCP 只能在 Agent mode 使用。
版本化 Prompt 能证明任务已完成吗？
不能。它只证明任务模板，需要另外保存运行证据并审核结果。
一条记录能关联多个 Continue modes 吗？
可以，但证据要区分各 mode 的贡献，以及哪次 run 产生了提议状态。
从一项可复现 run 开始
固定 Agent config，保留证据，只审核需要共享信任的结果。
选择一项 config revision 稳定、验证已完成的 Continue workflow，在其他团队或 Agent 消费前提交精简结果记录。