docs(R10): 刷新后置流路线图并建档阶段 P19-P21 执行合同

docs/integration-boundaries.md

@@ -1,8 +1,8 @@
-# 集成边界冻结（P19 / P19+IM-1 / P19+ERP-3）
+# 集成边界冻结（P19 / P19+IM-1 / P19+ERP-3 / R10）
 
 **快照日期**：2026-03-09
 **当前基线**：`P19+IM-1`、`P19+ERP-1`、`P19+ERP-2` 与 `P19+ERP-3` 已完成；当前运行时已落地企微群机器人 + 深链 + Outbox 异步派发的一期协同适配，以及 ERP 主数据 Pull、报销付款凭证切片、采购双阶段 journal / 归档摘要出站、资产台账摘要出站。
-**目标**：在保持核心域稳定的前提下，冻结 ERP / IM / AI / MCP 的长期边界，并记录 IM 一期与 ERP 两期的已实现范围、禁入规则和后续扩展位。
+**目标**：在保持核心域稳定的前提下，冻结 ERP / IM / AI / MCP 的长期边界，并记录 IM 一期与 ERP 三期的已实现范围、禁入规则以及 R10 之后的固定主线顺序。
 
 ## 1. 总体原则
 
@@ -186,3 +186,30 @@
 - 不接入飞书 / 钉钉真实生产推送
 - 不新增 AI 写库动作
 - 不引入绕过工作流与权限体系的外部回调路径
+
+## 8. R10 后续路线冻结
+
+### 8.1 固定主线顺序
+- `R10` 之后的固定主线顺序为：`P19+MCP-1 -> P19+AI-1 -> P20+TRAVEL-1 -> P20+TRAVEL-2 -> P20+TRAVEL-3 -> P21+PWA-1 -> P21+PWA-2`。
+- 后续阶段继续遵循“先治理，再工具，再建议，再业务，再移动”的总顺序，不并行开启两个重业务 phase。
+- 每个 phase 固定遵循：`执行合同 CSV -> 方案批准 -> 开发 -> 测试 -> 文档矩阵收口 -> 合并 main`。
+
+### 8.2 MCP / AI 前置关系
+- `P19+MCP-1` 是首次真实启用 MCP 的唯一前置 phase；在其完成前，`docs/mcp-tools.md` 仍不得作为已存在事实源引用。
+- `P19+AI-1` 固定在 `P19+MCP-1` 之后启动，继续遵守“AI 只做建议，不直接写库”的硬边界。
+- AI 一期只覆盖采购、报销、资产详情的只读建议工作台，不开放自由聊天、自动审批或 agent 自治。
+
+### 8.3 差旅统付主线
+- `P20+TRAVEL-1` 固定负责差旅申请、行程段与 `travel_orders` 入站整合，作为对公统付的前置主数据与流程基线。
+- `P20+TRAVEL-2` 固定采用企业卡 / 虚拟卡授权与交易导入路线，优先复用 `docs/adr/adr-enterprise-card-control.md` 的既有结论。
+- `P20+TRAVEL-3` 固定负责核销闭环与 ERP / AP 摘要桥接；个人垫资报销继续与对公统付并存，不互相替代。
+
+### 8.4 PWA 兑现顺序
+- `P21+PWA-1` 固定先做移动资产扫码与盘点增强，优先兑现一线资产作业的生产价值。
+- `P21+PWA-2` 固定后做离线动作队列与企微深链增强，继续复用现有 `APP_ORIGIN + targetPath` 深链规范。
+- PWA 路线继续限定在浏览器 / PWA 栈内，不引入原生 App、小程序或双栈移动壳。
+
+### 8.5 后置 backlog
+- `P19+IM-2 / IM-3 / IM-4`、`P22+VEH-1`、`P22+ASSET-FIN-1` 明确列为后置 backlog，本轮不进入主线。
+- 这些方向只保留“触发条件 / 进入时机”的规划地位，不提前写入已完成矩阵或事实源校验器。
+- 若后续优先级发生变化，必须通过新的路线合同显式改序，不直接口头跳 phase。