vault backup: 2026-05-19 18:21:49
This commit is contained in:
@@ -617,4 +617,26 @@ Follow the steps:
|
||||
- 后端
|
||||
- [ ] 使用AI确定任务分配 => 队列执行流程,包括重试机制。
|
||||
- 节点
|
||||
- [ ] 了解所有节点功能。
|
||||
- [ ] 了解所有节点功能。
|
||||
|
||||
|
||||
---
|
||||
# Pipeline提示词
|
||||
1. 构建一个名为生产管线的页面,可以以Workflow为模板或者直接调用单个节点进行资产生产.参考如图:
|
||||

|
||||
a. 最左边的导航栏会自动收缩为图标,当鼠标hover时才会显示完整的图标+文字。复用与改造当前首页左边的导航栏即可,并且添加生成管线图标与文字按钮。
|
||||
b. 中间是坍缩化的Workflow节点图,以GitGraph风格简化节点显示。左键点击中间的节点,左边的会显示节点的详细信息(尝试复用节点前端代码),用户可以在这里修改这个Workflow实例的节点参数。右边会显示这个节点的历史产出(复用历史产出控件)
|
||||
c. 在节点上右键
|
||||
i.可以设置节点状态:自动执行、重试(运行成功或者运行失败后可以使用)。
|
||||
ii. 导出&下载该节点的产出物。
|
||||
iii. TODO:使用本地DCC软件修改产出物之后上传。
|
||||
2. 技术问题讨论:
|
||||
a. 目前Workflow的运作主要依靠前端逻辑,要实现我描述的功能,可能需要将workflow执行逻辑从前端转移到后端(仅在生产管线中实现)。这样做也可以修复前端一旦崩溃,节点就会执行失败的问题。
|
||||
b. 核心问题:如何把指定Workflow作为模版,在pipeline中进行实例参数修改?原始Workflow修改之后,pipeline中的实例如何更新?
|
||||
i. pipeline中的实例需要保存每个节点的相关信息:状态、修改参数。
|
||||
ii. 为了保证稳定性,对每个在Pipeline中创建实例的Workflow保存节点、连线(执行顺序)数据,保证Pipeline中的Workflow可以一直正常运行(假设节点不会出现重大改动)这个数据也会被服务端解析,切作为执行逻辑运行。
|
||||
iii. workflow 实例以及节点数据建议保存在Moogedb上,已保证持久化;另外还需要保证当服务器宕机,处于执行中的节点会在重启后自动重新执行,这个需要你给出一些方案。
|
||||
iiii. 如果 源 Workflow修改了,Pipeline中的对应Workflow实例需要加上 已过期 标签显示,提示用户刷新或者删除。针对已过期的Workflow实例,可以通过右键,选择更新、删除来解决Workflow数据不统一问题。
|
||||
c. 核心问题:服务端执行逻辑
|
||||
i. 后端需要解析 2.b.ii 描述的数据,之后维护处于运行中的Workflow实例的生命周期,可以抽象为一个 Workflow实例 Runner,在读取workflow执行逻辑信息之后,会依次执行节点,直到结束或者运行到需要用户设置的节点(暂停等待用户设置参数)。runner里面保存当前执行Node以及执行状态信息,runner会接受前端的定时轮询告知当前结果。
|
||||
ii. 与当前的前端控制Workflow不同,当前需要后端来访问 后端API来执行对应的AIGC请求以及Blender操作请求,需要管理好队列以及内存。
|
||||
Reference in New Issue
Block a user