扣子工作流实战教程：手把手搭建图书管理系统
之前我们拆解了扣子（Coze）多个节点的用法，现在进入实战：搭建一个图书管理工作流。这个项目把大模型节点、选择器节点、数据库节点串联起来，帮你彻底搞懂工作流的执行逻辑。下面直接开干。
一、流程分析与架构设计
图书管理工作流要解决的核心需求：管理员用自然语言与系统对话，系统自动识别意图并执行对应的数据库操作。例如，管理员说“查一下馆藏图书”，工作流就返回全部书籍；说“录入一本《三体》”，就插入一条记录；说“删除《围城》”，就移除它。整个链路的核心是语义理解→意图分类→数据库操作。
实现该流程需要哪些节点？
- 语义理解：用大模型节点解析用户指令，提取操作类型和书名。
- 分支判断：用选择器节点做条件路由——区分查询、添加、删除。
- 数据操作：用数据库节点执行增删查。
三个节点类型搞定：大模型节点、选择器节点、数据库节点。注意，因为判断条件有三个值，需要串联两个选择器节点，后面会详细说明。
二、创建Bot
1. 初始化Bot
要在工作流中使用数据库，必须先为Bot建立数据源。第一步：创建一个Bot，命名为“图书管理助手”。
2. 创建数据表
进入Bot配置页，找到数据库功能，点击+新建数据表。
3. 自定义数据表
为数据表命名，例如“books”。
4. 添加字段
添加一个字段“name”，类型选文本，用于存储书名。
数据表就绪，接下来进入工作流。
三、创建工作流
1. 初始化工作流
返回工作流管理页面，点击创建工作流。
2. 填写工作流信息
为工作流命名，如“WorkFlow_Books”，确认。
3. 确定工作流所用节点
先把需要用到的节点拖到画布上，再逐一配置。这里展示整体结构，帮你建立全局认知。
4. 添加大模型节点
需要两个大模型节点：一个负责提取书名，一个负责判断操作类型。
提取书名节点：前置节点选择“开始”节点，引用开始节点中的query参数（即用户输入的自然语言）。提示词直接写：提取{{query}}中的书名。注意变量名要对应。
判断操作类型节点：同样引用query。通过提示词让大模型返回数字：添加返回1，删除返回2，其他返回3。提示词示例：
## 分析分析以下使用 ``` 括起来的文本：```{{query}}```
## 返回
- 如果和添加有关，则返回1
- 如果和删除有关，则返回2
- 否则返回3
输出变量名为type，值为1、2或3。
5. 添加选择器节点
type有3个值，单个选择器只能处理二元判断，因此需要两个选择器串联。结构如下：
选择器-1：判断type是否等于1（添加）。如果是，走添加分支；否则进入第二个选择器。
选择器-2：判断type是否等于2（删除）。如果是，走删除分支；否则走查询分支（type=3）。
6. 添加数据库节点
对应三个操作，需要三个数据库节点。
- 添加节点：使用自动生成SQL功能，填入表名“books”，字段“name”值为变量{{book_name}}（即大模型提取的书名）。生成的SQL中，'新添加的书'需替换为
{{book_name}}。 - 删除节点：同理，用{{book_name}}作为条件删除记录。
- 查询节点：查询所有书籍，返回结果。
三个节点的详细配置截图如下：
7. 结束节点设置
无论触发添加、删除还是查询，最终都要返回当前数据库的全部图书。因此结束节点的前置节点为查询节点，输出变量引用查询节点的outputList（这是一个数组，包含图书信息，注意原文如此，实际为图书列表）。
所有节点配置完成，接下来进入调试验证。
8. 调试工作流
(1) 测试添加一本书：点击试运行，输入“增加一本三国演义”，选择Bot“图书管理助手”，运行。流程正确进入添加分支，最终结果中《三国演义》成功入库。
再添加一本《围城》，结果同样正确，显示当前图书列表。
(2) 测试删除一本书：输入“删除三国演义”，运行后《三国演义》被移除，列表仅剩《围城》。
工作流调试通过。
四、发布工作流
调试完成后，必须发布才能被Bot引用。点击发布按钮，确认即可。
五、引入工作流
回到之前创建的Bot“图书管理助手”，在编排界面点击+，选择“引入工作流”，找到刚刚发布的WorkFlow_Books。
然后在人设与回复逻辑中，设置触发条件或直接让Bot调用。简单配置即可。
六、调试BOT
在Bot测试区验证：输入“添加一本《三国演义》”，Bot回复图书已添加。再问“查询所有书籍”，果然显示《三国演义》。
验证成功，工作流与Bot无缝集成。
七、发布BOT
调试无误后，即可发布Bot供他人使用。点击发布，自动生成开场白，选择平台（如扣子商店），确认发布。审核通常一分钟内通过。
到此，图书管理工作流的完整流程已跑通。从需求分析到节点配置，再到Bot集成与发布，每个环节都经得起验证。希望这个案例能帮你真正掌握扣子工作流的搭建逻辑。