Dify 人工输入节点AI 起草、人工审批的工作流怎么做基于 Dify 1.16.1 实测2026-08摘要工作流能全自动跑完但审批环节必须停下来等人工——这是办公自动化绕不开的一环。Dify 1.16.1 的人工输入human-input节点就是为此设计的工作流跑到节点暂停生成一张表单内容可实时渲染上游 AI 产出人工填写提交再沿「所选按钮对应的分支」继续执行。本文用真实实验验证了完整链路表单渲染、批准/驳回分支路由、文件附件、防重校验——以及一个必须知道的坑API 触发场景下恢复执行存在竞态。1. 业务场景AI 起草人来拍板给客户做办公自动化最常遇到的流程是「AI 起草 人工审批」系统自动生成一份采购审批草案 → 领导审阅 → 批准或驳回 → 批准了走采购流程驳回了退回修改。纯自动的工作流做不到「停下来等人」——要么草案直接生效没人把关要么整个流程交给人工线下走AI 白做了。真正需要的是流程跑到审批点暂停等人操作再根据人的决定走不同分支。2. 方案human-input 节点HITL 表单Dify 1.16.1 的人工输入节点就是为此设计的底层是一套 HITLHuman In The Loop表单系统能力比「暂停等确认」要完整得多表单字段段落文本、单选下拉、单文件、多文件上传——审批意见、优先级、附件都能收动作按钮可以配置多个按钮如「批准」「驳回」每个按钮对应一条分支——提交时选哪个按钮就走哪条路内容实时渲染表单内容可以用模板引用上游节点的输出——AI 起草的草案直接渲染进表单给审批人看两级超时节点级超时默认 36 小时走超时兜底分支全局超时默认 7 天整个运行停止3. 整体架构提交 选批准提交 选驳回节点超时工作流开始LLM 起草草案人工输入节点 - 生成表单并暂停走批准分支走驳回分支走超时兜底分支流程跑到人工输入节点 → 运行状态变 paused生成带 token 的表单 → 审批人填写提交 → 运行沿所选按钮的边恢复执行。4. 实测验证14 项全跑实验载体最小 workflowLLM 起草采购草案 → 人工审批表单 → 批准/驳回/超时三出口云端 Dify 1.16.1 实测。核心链路全部验证通过验证点结果表单内容实时渲染 LLM 草案✅ 草案正文进表单表单定义查询Service API 带 key✅ 返回字段/按钮/过期时间提交批准/驳回✅ 200按钮路由批准 → 批准分支✅ 沿 approve 边到批准出口提交值下游消费✅ 审批意见/优先级传到最终输出文件附件上传 提交✅ file-list 字段防重重复提交✅ 412 已提交校验缺字段✅ 4005. 关键配置DSL 结构type:human-input# ⚠️ 连字符写成 human_input 运行报错form_content:请审阅{{#lm_draft.text#}}# 模板渲染上游输出inputs:-type:paragraph# 审批意见output_variable_name:comment-type:select# 优先级output_variable_name:priorityoption_source:{type:constant,value:[高,中,低]}-type:file-list# 附件多文件output_variable_name:attachmentsallowed_file_upload_methods:[local_file,remote_url]user_actions:# 按钮 分支-{id:approve,title:批准,button_style:primary}-{id:reject,title:驳回,button_style:default}delivery_methods:# ⚠️ 必配否则无收件人无法提交-{type:webapp,enabled:true,config:{}}timeout:36# 节点级超时36 小时timeout_unit:hour提交接口POST /v1/form/human_input/{form_token}body 带user必填、inputs按字段名、action按钮 id。6. 实测坑7 条前三条最关键#坑说明1type 连字符坑枚举值是human-input写成human_input报「No class mapping found」2恢复执行竞态提交后恢复执行有概率失败实测 3 次 2 成 1 败报错「Client response stream closed」——API 一次性 HTTP 触发场景恢复不可靠画布/长连接场景大概率正常3提交端点与收件人类型隔离API 触发生成的表单提交走 Service API 端点带 keyconsole 触发生成的表单提交走 Console 端点——混用 4044file-list 字段必填没配必填也要提交 attachments5delivery_methods 必配不配没有收件人表单无法提交6streaming 暂停后服务端主动关流别指望保持连接续流7blocking vs streaming 暂停语义不同blocking 直接返回完整表单定义streaming 走事件流7. 总结人工输入节点把「AI 起草 人工审批」做成了平台原生能力表单、按钮分支、附件、超时兜底、防重全都有实测核心链路可用。但坑 2 必须正视API 一次性触发场景下恢复执行存在竞态交付时要优先 UI 场景画布调试/WebApp 分享页API 触发场景要实测后再承诺。适合的场景审批流批准/驳回多分支、人工补料表单收集字段、带附件审批。不适合完全无人值守的流程——它本质是「人机协作」节点不是自动化加速器。 你在办公自动化里用过人工输入节点吗「AI 起草 人工审批」这个闭环对你的场景够用吗评论区聊聊。本文为 Dify 功能实测记录基于 2026-08 云端 1.16.1 环境实验数据全部来自真实运行结果。如果对你有帮助点赞、收藏、关注后续会继续实测 Dify 的其他隐藏能力。