人工确认节点的核心不是暂停，而是把审批人需要判断的上下文展示完整，并让批准、修改、拒绝分别产生可验证的业务状态。Dify Human Input 可在 Workflow 中等待用户提交后恢复。 本文按 Dify 官方 Human Input 节点文档整理，未在你的发布渠道和组织权限上实测；资金、删除和权限修改还需后端做身份、归属、幂等与审计校验。
本篇验收要点：在生成待执行内容后插入 Human Input，表单展示对象、内容、影响范围和失效时间，流程在收到输入前不调用写入节点。 表单返回 action 和 comment，条件节点将 approve、revise、reject 分流，只有 approve 可以到达写入动作。
开始前准备
- 一个即将执行写操作的 Workflow
- 能够识别审批人的访问方式
- 待审批内容的结构化字段
- 批准、修改、拒绝和超时用例
按顺序搭建
- 让上游节点输出 target、summary、payload_preview 和 request_id，避免审批页只显示模型生成的一段话。
- 插入 Human Input，配置说明文本和必填 action；若允许修改，只开放必要字段，并保存原值与修改值。
- Human Input 之后加入条件节点。approve 进入写入节点，revise 返回一次重生成或人工编辑，reject 直接结束并记录原因。
- 给等待设置业务有效期。超时后终止当前请求，旧链接再次提交不得触发已经过期的写操作。
- 分别测试四种路径，检查审批前外部系统无变化，审批记录能对应 request_id 和最终执行参数。
可复制的最小示例
人工表单最少可以包含以下内容：
请求号：REQ-1048
目标：知识库公告区
动作：发布文章
标题：季度退款规则更新
内容预览：……
选择：approve | revise | reject
原因/修改意见：必填（拒绝或修改时）
怎样验收结果
验证标准是流程在人工输入前保持等待，只有 approve 分支产生一次写入，revise 保存修改痕迹，reject 和超时不写入，并且所有结果能按 request_id 回查。
- 等待状态下目标系统没有变化
- 拒绝与超时无法到达写节点
- 修改后再次显示最终参数
- 重复提交同一审批不会重复写入
常见失败与处理
- 审批页内容不完整：将结构化业务字段逐项映射到表单。
- 恢复后变量为空：检查 Human Input 输出变量和后续节点引用。
- 旧审批仍能执行：在写入前再次校验 request_id 状态和有效期。
读者下一步是把一个测试发布动作接到 Human Input 后，依次执行批准、修改、拒绝和过期四条路径。
相关问答
Human Input 等待时会占用模型调用吗？
等待节点本身的运行语义以当前平台实现为准，但模型步骤应已结束；需要关注工作流运行记录和平台额度。
可以让审批人直接编辑全部内容吗？
只开放确实需要修改的字段，并保留原始值；敏感目标、权限和租户标识不应由表单随意更改。
官方资料与适用边界
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32433.html
