百度千帆工作流智能体适合“步骤必须清楚、分支可以复测”的任务。下面用一个虚构的“售后申请分流”流程，演示如何用开始节点、大模型节点、分支器节点和结束节点跑通最小闭环。它只做材料检查和渠道提示，不自动批准退款或修改订单。
先冻结输入和输出
开始节点定义三个输入：product_model（型号）、purchase_channel（购买渠道）、issue_text（问题描述）。输出固定为 route、missing_fields 和 next_step。字段名一旦被后续节点引用，就不要在中途随意改名。
百度千帆开始节点文档说明了系统参数与自定义参数的作用；其中请求标识适合用于日志定位，但不要把个人敏感信息直接塞进调试文本。
步骤一：让模型只做结构化分类
添加大模型节点，输入三个变量，并要求返回固定 JSON：
{
"route": "warranty|usage|unknown",
"missing_fields": ["字段名"],
"reason": "不超过30字的分类依据"
}提示词要写明：型号或渠道缺失时返回 unknown，不得自行补造。模型节点的输入、输出和结构化配置应对照大模型节点官方说明。调试时先检查原始输出是否能被后续节点稳定读取。
步骤二：用分支器表达确定规则
route == warranty：进入保修材料提示。route == usage：进入使用说明检索。- 其他情况：进入补充信息提示，不继续调用高成本节点。
分支条件的运算符和变量选择以分支器节点文档为准。规则能直接判断的内容应放在分支器，不要让模型重复判断。
步骤三：让结束节点输出可检查结果
结束节点不要只输出一段自然语言。至少保留路由、缺失字段和下一步，便于前端展示和日志排查。结束节点的返回方式可参考结束节点文档。
用四条输入逐分支验收
| 输入 | 预期分支 | 检查点 |
|---|---|---|
| A1、官网、镜头无法开机 | warranty | 给材料清单，不承诺审批 |
| A1、官网、不知道怎么升级固件 | usage | 进入说明检索 |
| “坏了” | unknown | 要求补型号和渠道 |
| 包含特殊字符或空文本 | unknown | 流程不报错、不进入错误分支 |
下一步：先在调试页逐条运行，记录每个节点的输入和输出，再发布到测试渠道。
验证方法：四条输入应各自进入预期分支；同一输入重复运行时，结构化字段必须仍能被分支器识别。若模型给出合法 JSON 但分类错误，调整分类样例；若 JSON 无法解析，先收紧输出格式。
常见失败与适用边界
- 开始节点参数为空：检查调用端字段名、必填设置和默认值。
- 所有请求走同一分支：查看模型实际输出，注意枚举大小写和空格。
- 分支器条件正确却无法连接：确认上游输出类型与比较值一致。
- 流程越来越难维护：把可复用部分做成组件，把不同业务拆成独立工作流。
工作流的适合场景和整体结构以百度千帆工作流 Agent 概述为准。本文没有在读者账号中实测，也没有替读者验证模型、配额和渠道权限；涉及真实退款、订单修改等写操作时，还需要服务端鉴权、幂等和审计，不能直接照搬演示流程上线。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32331.html
