1，工作流场景
梳理下要实现的工作流场景，首页是上传需求文档，把需求文档的文本内容输出给大模型，让大模型根据提示词去设计测试用例，然后生成思维导图；
2，创建工作流
创建好的工作流，可以看到有开始和结束
开始这里可以定义输入的变量
3，开始节点，定义变量名和变量类型
4，添加doc_reader插件节点
这个插件的作用是用来读取我们上传的docx文件的文本内容
5，插件节点关联开始节点
6，测试插件工作流
先链接起这个工作流，测试一下，这个插件节点是否正常
结束节点，这里选择返回文本
点击试运行，这个会出现一个上传文件的框
上传事先准备好的需求文档，点击右下角的试运行
通过预览，对比上传的文件，内容是一致的；
7，添加大模型节点
先断开结束节点
选择大模型，这里我选择deepseek为例
这个输入选择doc_reade节点，就是把该节点输出的内容关联给大模型这个节点去使用
定义用户提示词
1，请根据该内容{{input}}输出测试用例，输出内容需要为markdown格式，支持转成思维导图展示。
2，需要注意严格按照我提供的测试用例的格式输出内容:
bt是用例标题，qz是前置条件，bz是测试步骤，yq是预期结果
注意：每条yq对应在每条bz路径后面
# 登录功能
## 基本流场景
- bt:输入账号密码+输入内容正确+登录成功
- qz:输入正确的账号密码
- bz:输入正确账号
- yq:登录成功
3，用例思考方向要根据需求内容列出基本流场景，有效无效，边界值，可靠性，兼容，性能，安全等等方面去编写测试用例；
测试下这个节点是否能成功
看运行结果，内容是有成功给到大模型的
8，添加思维导图插件节点
打开这个链接
可以看到思维导图已经生成出来了
9，总结
实际上工作流和代码差不多，就是被功能封装成插件，节点之间输入输出。使用过程还是有好多不友好的地方，比如很多插件传入什么变量，格式什么也没有说明，有说明的还是收费的，还不如自己写。当然里面还有很多玩法，比较简便。