流程卡在等人审批审批要送到人面前

这是「AI 落地四形态」系列的第五讲，也是收官篇。上一讲结尾留的问题是：AI 都能干活了，那人在哪儿？

真实场景：发布前巡检——确认目标服务器资源够不够、关键服务还活着、版本号对不对。问题不在命令难（查内存查磁盘谁都会敲），在每次都要人：发版窗口要有人守着、请假要等、手快手慢输出格式不一样、结果贴回工单没人复核它是不是真的刚从服务器上拷下来的。AI 可以准备动作、把风险讲清楚，但按下确认键的必须是人。

核心问题：平台提供了人工确认节点（流程跑到节点暂停、生成待处理表单），但实测发现更现实的问题——流程停下来之后，审批人怎么知道有活要批？默认表单静静躺在系统里，发起人以为提交了、审批人压根不知道。流程卡在「等人审批」，本质是卡在「等通知」；审批流断在哪，往往不是「没人批」，是「没人知道要批」。

机制：流程跑到人工确认节点暂停，生成一次性审批表单和表单令牌；令牌是关键——任何人拿到它就能打开表单，审批链接不依赖登录态，审批人不需要进平台后台、不需要记密码。点开看到完整任务内容加批准/驳回两个按钮，点一下流程自动恢复，沿按钮对应分支继续（批准走执行侧、驳回走拒绝出口，互不串路）。实测从触发到暂停约 0.6 秒。链接虽不依赖登录态，但谁批了、批了什么系统都留痕——便利性和可追溯要一起考虑。

两条通道：节点原生通知只有邮件（配置 SMTP 后平台自动发信，正文里的链接占位符会替换成审批链接；站点地址没配链接就是坏的）。企业微信没有原生通道，要靠外部消息推送把链接送过去——实测在企微客户端全链走通，审批人不需要进平台后台，在聊天里就把事办了。两条可以同时用：消息流里点掉的邮件就是备份，有邮件习惯的企微推送就是提醒。邮件原生、企微外部，互不冲突。

四个实测坑：① 人工确认节点只要配了输入字段，提交时就必须带上——哪怕允许留空，直接点批准也报「缺少必填输入项」，UI 空输入框不会自动提交；纯审批场景建议不配字段。② 邮件正文写 HTML 链接会消失——平台先剥离 HTML 标签再按 Markdown 渲染，正确写法是 Markdown 链接语法。③ 审批链接依赖站点地址配置——没配就是坏链接，邮件收到了点不开；交付前先自己点一下验证可达。④ 「后端能过」不等于「画布能渲染」——后端校验宽松、缺字段也能导入能跑，但画布结构不完整会白屏报「渲染组件时发生意外错误」。

一次审批的完整时间线：第 0 秒暂停 → 约 0.6 秒通知送达 → 审批人什么时候看取决于人（流程安静地等，不是超时失败）→ 点开链接 → 点批准走执行侧或驳回走拒绝出口 → 批准后进入执行体系（审批是入口闸，执行服务的高危拦截是第二道）→ 结果回推并留档。审批人可以完全不进系统——好的自动化不是让人学会更多东西，是让人少做几个动作。

节点不只做审批：它的本质是「流程暂停等人工输入」，至少三类用法——批准驳回式审批、人工补充信息、带附件的确认；三类配置差别就落在「要不要配输入字段」上。

审批是刹车不是堵点：堵点是意外（不知道卡在哪、卡多久），刹车是设计（知道在哪儿停、谁负责踩、踩完怎么继续）。这套东西的价值就是把「卡住」变成「刹车」。往大了说，这也是 AI 执行体系成熟度的标志：不是它能跑多快，而是人能不能随时接管。

系列收尾：五讲串成一条线——一个平台能走多远（能力与边界）→ 不用睡觉的同事（不搭平台的轻量形态）→ 把手册变成会答话的机器人（知识问答链）→ 敢让 AI 碰真实系统（执行体系三支柱）→ 流程卡在等人审批（人在环路）。主线是从「AI 能回答」到「AI 能干活」，再到「人还能管得住」——能力越强，约束越要跟上。

系列总结论：AI 落地的分水岭，从来不是模型够不够强，而是活儿交出去之后，你还说得出它在做什么。人在环路上不是对 AI 的不信任，是这套体系能长期跑下去的前提。

完整文字版见下方文章。