LinkAI Builder 的可视化工作流编排——让 AI 流程白盒化
应用 + 知识库 + 数据库 + 插件 = 能力块。工作流 就是把这些能力块按业务逻辑串起来的"编排器"——让多个能力按固定顺序执行，或根据条件走不同分支，让 AI 能处理更复杂的流程型任务。
为什么需要工作流
一个没有工作流的知识库应用，工作模式是：用户问一个问题 → AI 检索知识库 → 生成回答。这对于"智能客服"类场景够用了，但现实业务往往是多步骤的：
用户在公众号里发了一张商品图 → AI 自动识别图中商品 → 从数据库里查该商品库存 → 从知识库查使用说明 → 如果库存充足推送到导购微信，如果缺货生成缺货提醒
这种"根据输入走不同分支、中间调用多个能力、最后主动推送结果"的流程，靠一个应用做不到——这就是工作流要解决的问题。
可视化编排
Builder 提供可视化拖拽界面，十多种节点类型可任意组合：
常用节点类型：
| 节点 | 作用 |
|---|---|
| 开始节点 | 工作流入口，触发方式可选（API、定时、渠道消息） |
| 大模型 | 调用模型生成内容 |
| 知识库 | 检索知识库 |
| 数据库 | 查询或写入数据库 |
| 插件 | 执行插件（搜索、文生图、天气等） |
| 意图分支 | 根据用户输入的意图走不同路径 |
| 条件分支 | 根据上一步的输出结果走不同路径 |
| 定时触发 | 按时间自动执行工作流 |
| 渠道发送 | 把结果推送到微信、企微、飞书等 |
| API 调用 | 调用外部系统接口 |
| HTTP 请求 | 通用 HTTP 接口调用 |
三种触发方式
- 渠道消息触发——用户在接入渠道（公众号、企微等）发送消息时自动执行
- 定时触发——按预设的 Cron 表达式执行，比如"每天 9:00 拉数据生成日报"
- API 触发——通过开放 API 调用，其他系统可以远程触发工作流
能力组合示例
智能客服 + 工单自动创建
开始（渠道：微信公众号消息）
↓
意图识别 → 是什么类型的问题？
├─ 产品咨询 → 知识库检索 → 大模型生成回答 → 渠道发送
├─ 投诉建议 → 插件：工单系统 API（创建工单）→ 渠道发送：已受理
└─ 查订单 → 数据库查询 → 大模型生成回答 → 渠道发送定时周报生成
定时触发（每五 17:00）
↓
数据库查询（本周销售数据）
↓
知识库检索（周报模板 + 产品卖点）
↓
大模型生成（周报内容）
↓
图表生成（销售趋势图）
↓
渠道发送（推送到飞书周报群）内容自动生成流水线
开始（渠道：微信公众号图片消息）
↓
插件：图像识别（提取商品信息）
↓
知识库检索（品牌调性 + 历史爆款文案）
↓
大模型生成（多版本文案）
↓
插件：文生图（生成配套图片）
↓
渠道发送（把文案 + 图片推送到运营人员微信）工作流 vs 超级助理的任务规划
两者都能"多步骤编排 AI 能力"，但定位不同：
| 对比项 | Builder 工作流 | Agent 任务规划 |
|---|---|---|
| 执行者 | 搭建者预先定义好的固定流程 | 助理运行时自主规划的动态流程 |
| 灵活性 | 流程固定，但精确可控 | 灵活，但执行路线不确定 |
| 适合场景 | 固定业务流程（周报、工单、推送） | 开放式复杂任务（"帮我调研竞品"） |
| 创建难度 | 低——可视化拖拽 | 极低——自然语言描述目标 |
| 可预测性 | 高——流程是确定的 | 中——每次执行路线可能不同 |
最佳实践：固定业务流程用工作流（稳定可靠），开放式复杂任务用超级助理（灵活高效）。两者也可以组合——比如工作流里调用超级助理执行某个需要自主判断的子任务。
三种部署方式
- 托管一键接入——LinkAI 托管运行，只需在线配置即可，最省事
- 自建部署——部署在你的服务器上，适合对数据有严格要求的场景
- API 接入——通过开放 API 把工作流嵌入自有系统
进阶用法：多应用组合
一个工作流里可以组合多个应用，通过意图分支路由到不同应用处理。这就相当于"一个超级应用"，内部根据用户问题类型自动分发给最合适的子应用。
这比创建一个"万能应用"、让提示词处理所有场景要更稳定——每个子应用可以有自己专属的知识库、模型和插件策略。