# 第四篇 让 Workflow 连接真实工作

前面三篇已经帮助你把需求变成 Workflow，并理解可靠流程是怎样设计的。本篇换一个视角：你不需要记住后台命令，也不需要阅读配置代码，只要会向 AI 说明目标、参与者、人工决策和异常处理，就能让它帮助你看懂、运行、改进 Workflow，并把流程连接到代码托管或其他业务系统。

本篇始终回答七个业务问题：流程为什么存在、图长什么样、AI 和人分别做什么、哪里必须由人决定、出错后走哪条路、用户最终看到什么、怎样衡量它有没有带来价值。

本篇从“看懂和检查”开始，依次展开这条完整路径：

1. 先让 AI 把现有 Workflow 讲成人能看懂的流程图，并在行动前检查业务边界。
2. 用对话完成发布、运行、停止和排障，只关注可见状态与下一步。
3. 让已授权 Agent 接收代码托管活动并通知团队；需要启动 Workflow 时，再由 Agent 明确发起，而不是让订阅自动运行流程。
4. 选择连接其他外部系统的合适方式，分清当前可用能力与需要实施的组件。
5. 当没有现成集成时，写出一张管理员和研发可以落地的连接需求卡。
6. 为高影响外部动作设计审批、避免重复执行、失败恢复、补偿与人工兜底。

技术细节仍会在后台校验，但不会成为读者完成这些工作的前提。

读完本篇，你应该能先用当前实际授权的能力解决问题，也能在能力缺失时形成一张可实施、可验收的需求卡。
面对会改变外部系统的动作，你还应坚持“先固定意图并确认、再执行一次、结果不明先核验”的边界。

下一篇把这些方法放进 80 个企业案例。
每个案例都会继续说明 Agent 与人的责任、外部系统权威来源、审批位置、异常路线和可观察验收，而不是把连接或自动化能力当作默认存在。