阶段 4 · 连接与行动（M4 业务闭环跑通）
旅程的第四个建设段，数字孪生从「认识」走向「行动」，分两步：先把连接（Link）延伸到业务系统——OA、ERP、MES、报表系统的数据源对接与跨部门信息流管道；再把跑通的业务闭环（Automation Loop）固化为受治理的行动（Action）——每一个跑通的闭环就是一个 Action，执行留痕、可审计、可回滚。
让流程自己跑起来：一个真实业务闭环（比如销售报价）端到端运行——询价进来、资料分发、各部门按规范限时回填、汇总、报价、结果自动回传发起人。数据卡在哪个部门系统里看得见，催办由 Agent 定时执行；走到必须人拍板的断点，Agent 停下来等批准。人不再追流程，只管断点和例外。
方法：Automation Loop
这一段的方法论是 Automation Loop（业务闭环）。一个合格的闭环必须同时满足三个条件：起点与终点明确（能用文字写清楚从哪开始、到哪结束）；中间环节可连通（每个衔接点——包括必须由人介入的断点——都被识别和管理）；结果回流（最终输出回到发起人和管理者，结果不回流，环就没有闭上）。
| 设计原则 | 内容 |
|---|---|
| 先流程，后 AI | 先用人的判断把流程建起来、跑通，组织框架理清后再交给 Agent——此时 Agent 的职责天然清晰；流程没理清就上 AI，只会更慢 |
| 断点管理 | 断点＝必须由人介入的环节。未被管理的断点，Agent 跑到那里流程就断。断点不是自动化的敌人，未被管理的断点才是 |
| 大环套小环 | 跨部门的是大环，一两个人能解决的是小环；自上而下、先做大环——部门墙正是断点最密集、自动化价值最大的地方 |
用数据的人定标准：数据使用方写下要求与验收标准（哪些数据、什么格式、什么定义），约定限时交付；到点未交，系统自动核查——数据卡在哪个部门，系统里看得见，可见且可问责。过去靠人催数据，规范建立后由 Agent 按规范定时催办与校验。
这一段做什么：八个动作
| 动作 | 说明 |
|---|---|
| 1 选定跨部门大环 | 从诊断与 M3 后的真实使用中选第一批闭环（如报价、对账、排产沟通），按优先级排序 |
| 2 流程写下并由人跑通 | 四要素齐备：流程、工具、数据、协调——先人工跑通一遍，再谈自动化 |
| 3 断点清单与管理 | 识别全部人工断点：在哪、归谁、如何把控制权交还自动流 |
| 4 连接延伸：业务系统对接 | OA、ERP（如 SAP）、MES、报表系统数据源接入，跨部门信息流管道建设 |
| 5 行动合约注册 | 每个闭环固化为 Action 合约：参数、提交者、审批位、副作用、回滚策略（见 Action Types） |
| 6 对外执行 Agent 派生 | 按需由 Admin Agent 签发任务包派生 Execution Agent 执行闭环 |
| 7 灰度运行与审计 | 真实任务灰度、每日通过率监控、全程审计日志（见 Action Log） |
| 8 演化闭环启动 | 复盘结果回写为新 SOP、规范、模板与改进提案——受治理的递归自我改进（RSI）开始运转 |
递归自我改进不是 Agent 任意修改自己：每一次演化必须回答五个问题——它负责什么、读取什么、输出什么、谁复核、失败怎么回滚；高风险变更必须人工审批、灰度发布、可回滚。机制详见演化闭环与自演化 Ontology。
里程碑 M4 ·「业务闭环跑通」
| 项 | 内容 |
|---|---|
| 一句话 | 第一批业务闭环自己跑起来——流程自动推进，数据按规范流动，结果自动回流发起人，人只管断点和例外 |
| 参考周期 | 3–6 周／闭环（灯塔部署内完成第一个闭环；扩展期按季度滚动复制） |
| 等级意义 | M4 验收通过 = ADL-4「流程管理者」达成；多闭环多部门稳定运行为成熟态 |
你能亲眼看到的变化
- 一个真实业务闭环端到端运行：发起 → 分发 → 各部门按规范限时回填 → 汇总 → 输出 → 结果自动回传发起人；
- 数据卡在哪个部门，系统里看得见——催办由 Agent 定时执行，不再人追人；
- 走到断点，Agent 停下来等授权人批准，批准后流程接续；
- 每一次执行都有审计记录（谁、什么、何时、影响了什么），可回放；
- 复盘开始产出系统自己的改进提案。
M4 验收清单（签字项）
| # | 验收项 | 判定方式 |
|---|---|---|
| 1 | 至少一个跨部门闭环在真实任务上端到端跑通且结果回流 | 灰度运行记录 |
| 2 | 评估通过率达上线门槛（高风险动作灰度不少于两周） | 评估报告 |
| 3 | 断点清单 100% 有负责人和交还路径 | 断点清单检查 |
| 4 | 高风险动作（对外发送、资金、删除、合同承诺）100% 人工复核 | 行动合约审批位核查 |
| 5 | 审计日志完整可回放，灰度期内无重大事故 | 连续两周审计抽查 |
| 6 | 约定范围内业务系统对接完成（OA／ERP／MES） | 对接清单验证 |
你需要投入什么
- 闭环所属业务部门深度参与流程写下与断点确认（业务负责人每周约四小时）；
- 业务系统接口人（OA／ERP／MES 的 IT 对接，按需）；
- 灰度期的真实任务流量，以及断点处的及时审批响应。
进入运营期的条件
M4 六项验收全部通过；你的管理员能独立读审计日志、执行一键暂停（操作经演练验证）；第一份季度运营报告基线建立（通过率、用量、事故、下一步建议）。满足即进入持续运营——系统从「替你干活」走向「帮你发现问题」。
这一段不做什么
- 客户业务决策始终由人做——战略、资金、法务、人事、客户承诺、生产系统变更必须人类复核（责任矩阵为合同附件）；
- 不做「全自动无人复核」系统——超出治理基线的不做；
- 只固化跑通的闭环：没用人工跑通过的流程不直接交给 Agent（先流程后 AI）；
- 事故处理优先于一切排期——一键暂停最高优先级，任何状态下人类负责人可立即拉闸。
相关阅读
- 旅程总览 — 这一段在全旅程中的位置
- 持续运营（M5） — 下一段：治理在线
- Automation Loop（业务闭环） — 完整方法论（含制造业报价闭环实例）
- Link Types — 关系层的精确定义与建模方法
- Action Types — 行动合约的精确定义
- Action Log — 审计台账
- 演化闭环 — RSI 的系统机制