V4 · 开放接入、能力归位与租户化
2026 年 10 月起，通过 MCP 标准协议对外暴露能力，交互层交给支持 MCP 的 AI 办公平台，后端聚焦契约、状态与资产。
一次分工的重新划定
2026 年 10 月定下的总口径是：AI 做理解，后端做权威；AI 做生成，后端做契约；AI 做交互，后端做资产。
理解、澄清、记忆这些环节由支持 MCP 的 AI 办公平台承担；枚举约束、规则命中、幂等与有效期、配额、身份、资产化这些必须确定的事，留在后端。这不是砍功能，而是把能力换到更合适的层。
三条主线
1. 对话通道能力归位（10-25）
对话自 2026-01 起一直是主入口，承载了意图识别、槽位提取、澄清、记忆与生成的完整链路。交互改由 AI 办公平台承接后，模型与向量索引不再常驻内存，每次会话少一次独立模型调用；后端精简 5 个工作流步骤、6 个抽取模块与流式端点，前端精简对话页与相关状态管理。
移交按可回滚的四步走：先补齐 MCP → 前端软下线 → 后端删除 → 观察期后处理数据与配置，并要求先确认旧入口流量低于 5% 才继续。退的是分类器与提取器，意图契约本身保留，诊断与建档仍在消费。
2. MCP 接入（10-07 ~ 10-30）
报告结果改为按落库模块名显式寻址，缓存有效期口径归位；10-26 基础链路打通，10-30 传输层升级为官方 MCP SDK 2.3.0，协议采用 N / N-1 双版本支持，随官方弃用窗口滚动下线旧版。自建的分发层改为中间件，承载鉴权、工具级权限、身份绑定与工具可见性过滤。
3. 租户化与存储统一（10-28）
引入租户隔离，多租户从应用层逐路由过滤升级为数据库层原生行级安全策略；向量库从 ChromaDB 迁到 pgvector，与关系库统一运维栈，检索判据改用 R@20 + MRR（迁移后 R@20 从 0.285 提升到 0.328）。
这一版留下的东西
能力不再绑在某一种交互形态上：同一个检索服务，HTTP 接口、MCP 工具、报告线三处复用且装配口径完全一致；身份来自连接本身，接口不再要求调用方感知内部用户编号。工具权限采用白名单分级，未登记或权限不足一律拒绝。
衔接
- 协议与权限细节：MCP 开放接入与工具权限
- 检索栈迁移：本地 BGE RAG 到 pgvector
- 采集口径统一：URL 采集管线的通用方法