MCP 时间线
本文按时间顺序整理仓库里 MCP 出站能力的演进，重点关注挂载模型、工具选择、参数生成、前后门禁、直返策略、tracking capability 与控制面。
相关当前态文档：
纳入范围
本页优先记录：
- MCP 挂载模型和控制面变化
- 工具选择、参数生成、门禁和直返策略变化
- tracking capability 这类已经形成专门 runtime strategy 的能力演进
本页不单独记录：
- 普通管理页布局重构
- 单个业务字段的小修小补
- 不改变运行时决策链的测试或原型提交
当前结论
当前 MCP 能力已经从“Agent 挂一个外部工具然后直接调用”演进为：
Agent 级挂载 + allowlist / capability / budget / timeout + intent gate + 有界上下文工具选择 + AI 产参 + 参数可追溯校验 + direct response / raw passthrough + tracking runtime strategy
演进时间线
| 日期 | Commit | 主题 | 变化 |
|---|---|---|---|
| 2026-02-10 | d921e01 |
MCP 挂载基础能力 | 实现 Agent 级 MCP mounts 与管理能力，建立 MCP 出站能力的基础模型。 |
| 2026-03-05 | 623a3d9 |
URL import 模式 | http_sse 支持 URL Import，普通 HTTP URL 可映射成单工具 MCP 能力。 |
| 2026-03-05 | 7cb0ad2 |
控制面测试调用 | 新增 MCP server test-call 与 Admin 测试 UI，便于在挂载前验证服务。 |
| 2026-03-05 | 8f7fd4b |
AI 产参 + schema 校验 | MCP 调用从静态参数拼接演进为模型生成参数，并做 schema / required 字段检查。 |
| 2026-03-06 | 6174661 |
Tracking intent gate 初版 | 为 query_tracking9 引入 intent gating，避免无追踪意图时误触发工具。 |
| 2026-03-06 | 9efdcdb |
标识门禁与参数可追溯性 | 强化 tracking identifier gating，并要求 AI 产参能够回溯到当前消息或允许的历史。 |
| 2026-03-11 | 570c58a |
历史感知工具选择 | MCP tool selection 开始读取最近 user 历史，引入 skip 语义而不是“选不到就盲调第一个工具”。 |
| 2026-03-14 | 39a33e9 |
Raw passthrough | 单次真实调用场景支持直接返回 MCP 原始 JSON，不再强制经过最终 LLM 总结。 |
| 2026-03-15 | cf16c65 |
Agent 级响应控制面 | 引入 direct-response rules、quick-match rules、intent-gate rules，把 MCP 行为配置提升到 Agent 控制面。 |
| 2026-03-16 | 36ae539 |
Tracking alias 统一 | 把 query_tracking 与 query_tracking9 视为同一 tracking capability，统一工具选择、allowlist 和规则匹配。 |
| 2026-03-17 | 55f6f50 |
续问补参修复 | 允许纯 tracking identifier 回复在上下文续问场景里作为安全补参。 |
| 2026-03-19 | 4bc57f4 |
Agent 级 intent-gate rules | tracking 查询的前门禁进一步上收到 Agent 配置。 |
| 2026-03-30 | b8718c1 |
Tracking runtime strategy 中心化 | 将 tracking capability 逻辑集中到 adapter / runtime strategy 服务，不再散落在 orchestrator 条件分支中。 |
| 2026-03-30 | db5fd93 |
通用能力载荷 | 把 capability validation 和 identifier payload 抽象成更通用的 MCP 运行时模型。 |
| 2026-03-31 | 09ed8b3 |
Agent-scoped runtime config | 新增 Agent 级 MCP runtime config 与 capability registry，运行时控制进一步配置化。 |
| 2026-03-31 | c960bfa |
Mount-scoped capability gating | 挂载级 capability gating 与任意 intent gate label 生效，支持更细粒度准入。 |
| 2026-04-01 | 0cbdfda |
控制链收敛 | MCP 调用链被整理为 readiness + verification 两大阶段，降低多处分支与重复判断。 |
| 2026-04-02 | 2028177 |
Tracking intent / response 继续增强 | tracking intent detection 与 response handling 继续细化，说明 tracking 已成为 MCP 运行时里的重点能力。 |
分阶段理解
第一阶段：先把 MCP 作为可挂载外部能力接进来
- Agent 可以挂 MCP server
- 支持
stdio与http_sse - 支持测试调用与 URL import
这一阶段解决的是“外部工具能不能接进系统”。
第二阶段：避免误调工具
- 引入 AI tool selection
- 引入 tracking intent gate
- 引入 required 参数与 traceability 校验
- 引入历史感知选择和 skip 语义
这一阶段解决的是“什么时候该调工具，什么时候不该调”。
第三阶段：把 MCP 升级成可治理运行时
- Agent 级 response control plane
- direct-response / quick-match / raw passthrough
- tracking capability alias 与 runtime strategy 抽象
- mount-scoped capability gating 与 agent-scoped runtime config
这一阶段解决的是“工具结果如何进入最终回复，以及不同 Agent 如何用不同策略调用同一类工具”。
当前仍保留的边界
- 当前重点能力是 MCP client 出站，不是把系统做成 MCP server。
- tracking capability 的策略最成熟，其他 capability 还没有同等程度的 runtime intelligence。
- MCP 规则已高度配置化，但依然受编排器总链路控制，不是独立子系统。
与其他时间线的关系
- 这条线与 编排器时间线 强相关，因为 MCP 的 tool selection、argument generation、verification 和 final generation 注入都发生在聊天运行时里。
- 这条线与 RAG 时间线 的直接交集较少，但两者最终都会在编排器的生成阶段汇合成同一个回答上下文。