【社区需求】工作流节点的参数编辑形式的优化

openEuler Intelligence的工作流当前处于一个比较前期的状态，其中的节点都是通过手动填写yaml的形式去编辑参数状态，并且缺少分支和循环等和核心节点，本issue的目的就是为了识别工作流的薄弱点，期望社区开发者参与openEuler intelligence的开发，增强其在工作流的能力，使其在功能和易用性上有所提升。

## 易用性：

在易用性上openEuler Intelligence的工作流在几方面有着不足：

1.节点和节点间的参数传递严重依赖大模型，会在本地算力紧缺的情况下极大的增长工作流的单次运行时间，无法通过手动应用参数的形式将参数预制在节点中，降低某些场景较为确定的节点运行时间。

2.节点的参数现在是通过yaml的形式配置的，首先某些非计算机专业的用户是非常不友好的，这部分用户可能不清楚yaml的具体编辑形式，容易在填写参数的时候导致错误；其次，有很多例参数（知识库id等）需要用户切换页面去获取，这在使用上也会造成不易。

所以在易用性上提出下面一些需求：

用户可以引用的前置节点变量的形式（当前节点是前置节点可达的）来对当前节点的变量赋值，表现形式就是当前节点提供一个表单形式的配置页面，里面的元素类型分为以下几种：

**数字**

**字符串**

**列表**

**字典**

上诉内容都允许用户以手动填写或者引用前置变量的形式关联当前节点的参数。

引用变量的话，可以通过节点对应的call去获取入参名称（python的类直接可以获取到特定参数的下所以变量的名称），以节点id+节点名称+参数名称的形式返回给前端，前端就可以展示当前当前可用的变量名，后续类似以(jinjia2){节点id}.参数名称的形式存储在数据库中，在运行过程中，节点识别到当前的参数对应的输入是jinjia2格式的，那么会去历史中获取对应的变量的实际的值。

#### 当前支持情况：

后端支持以{节点id}.参数名称的形式去找对应的历史变量，前端需要对上文所述四种变量的值的填写进行适配；
当前无论是用户注册api和系统自带的api都在数据库中存有schema，可以通过schema去获取节点每个变量的约束和默认值，但是有些枚举值，例如知识库的枚举值和大模型的枚举值需要后端或者前端实时的去获取，这一点前后端可能需要比较大的适配量。

## 功能：

在功能上openEuler Intelligence的不足主要集中在节点的种类上以及节点支持配置的参数上。对于节点的种类，对分支节点的支持是openEuler Intelligence首先要满足的，因为分支节点代表着工作流编排的更多可能性，例如可以通过返回的错误信息来进行后续的处理逻辑，也可以根据用户的意图来判断当前要进行的任务，分支节点的加入能极大提升工作流的可用性和自定义程度。在节点参数配置上，现在已经支持的节点缺少一些可选项，录入大模型节点不允许更换大模型，又例如知识库节点无法更改用于检索增强的query，需要对以上内容进行增强，在很大程度上提升工作流的自定义程度。

### 增强：

#### 大模型节点：

1.允许选择配置过的大模型实例
 2.允许以fstring或Jinjia2的形式编辑大模型prompt(先暂时考虑系统prompt)，并且fstring和jinjia2填写的参数可以通过下拉框的形式关联到工作流中的变量。
 3.允许开关记忆化。

#### MCP节点：

1.允许以下拉框的形式选择用户已经激活的MCP server
 2.允许在节点中添加多个MCP server(5个以下)
 3.允许填写MCP最大计划步骤长度

#### Api节点：

1.将请求方式、URL、HEADERS、PARAMS、BODY作为可填写参数，以输入框作为承载
 2.异常处理(异常分支？这个我感觉没必要，配合分支节点就行)

#### 知识库：

1.知识库可以通过下拉框形式选择&可以选择多个知识库。
 2.可以配置检索增强、topk等关键参数
 3.输入支持通过下拉框的形式选择前置变量。

#### 自注册节点：

1.只展开第一层的变量
 2.数字通过手动输入形式配置，也可以关联工作流的变量。
 3.字符串通过手动输入形式配置，也可以关联工作流的变量。
 4.字符串通过手动输入形式配置，也可以关联工作流的变量。
 5.所以变量可以通过schema限制范围、提供枚举值或提供默认值。

#### start节点：

1.用户可以提前定义一些变量

### 新增：

#### 条件分支：

1.以switch形式作为框架，每个case里面可以设置具体判断条件，支持数字和字符串之间的基本判断。

#### 代码执行

1.支持以python的形式构建代码节点
 2.支持代码节点的入参与工作流的参数关联

#### 文档提取器

1.支持输入为文件输出为文字。

#### 参数提取器

1.支持历史参数留存。
 #### 当前支持情况：
 条件分支节点后端已完成80%（对于数字和字符串基本判断并且对flow excutor侧也做了适配），需要在后端在工作流拓扑存储和回显转换上做一层适配，并且前端基于当前设计的保真图做适配。

openEuler/euler-copilot-framework

内容风险标识

评论 (1)

openEuler/euler-copilot-framework .gitee-modal { width: 500px !important; }

内容风险标识