工作流程图

基本原理已经弄通，下一步要开始编码搬砖了。整个自动绘画的流程如下，暂就不整高深U什么L了，写个简单明了能容易看懂的流程图。UI借用了下墨刀里的AI绘画公开原型

部署节点

整个系统的后端服务典型部署需要3类节点

• Aigc Server：用于提供针对用户的查询、显示、充值、扣点等服务
• Aigc Agent：与ComfyUI一一对应，用于获取队列、转发websock通知、返还扣点的业务操作
• ComfyUI Server：提供ComfyUI服务，需要开启API开发模式

流程说明

接下来我对整个流程进行详细描述：

1. 为用户建立rabbitmq队列，用于获得进度推送消息。前端界面使用stompjs订阅用户对应的队列；
2. 绘画前，如果是图生图，上传蒙版等操作，需要在提交前先存储到公用或临时存储（为什么不直接提交COMFYUI？因为多绘画节点时，不确定最终会落到哪个节点）；
3. 用户点击“立即创作”按钮，此时发起绘画请求，发送给Aigc Server检查用户账户是否够用；
4. 如果账户够用，下一步一次轮询所有的绘画Agent，找到空闲或最小队列的节点（此处可以考虑优化，绘画的推送消息queue_remaining会推送剩余队列长度，可以存储到resis hashmap备查）；
5. 如果节点队列太长，也可以考虑直接返回一个确认消息，提示用户队列过长，可能会等待较长时间，是否确定提交。如果确定提交则继续走1的流程，覆盖一个无需重复询问的参数；提交后提示信息建议用户先操作其它功能，稍后在用户图片查看
6. 如果有空闲的节点，则执行提交。提交时，先执行账户扣点（还是要先检查一下最新的账户 ）。然后异步将OSS（或本地存储）的图片使用/upload/image或/upload/mask推送给ComfyUI节点，并根据流API数据及工作流数据替换参数后推送给COMFYUI
7. ComfyUI节点此时开始异步的绘图，(Agent节点从启动后需要实现连接COMFYUI的Websocket的保活机制，如果无法连上时要标记Agent不可用）
8. ComfyUI节点绘图过程会不断通过Websocket推送绘画Agent执行Node和状态信息，对于C端客户，我们不需要提供太复杂的信息，只需要将节点别名（记录在数据库）推送给用户，例如“WD姿态分析中”，对于KSampler的节点则推送进度信息前端展示进度条；
9. 当出现异常时，系统记录异常，并展示绘画失败的信息通过RabbitMQ推送给用户（这里要推送用户的全局消息），并进行返点（根据任务的点数）；
10. 当ComfyUI给出完成状态消息时（Node==null），通过MQ推送完成的消息。此时如果界面是等待界面则关闭并弹出完成提示；如果用户已经不在等待界面，则推送一个全局消息；

以上是ComfyUI自动绘画核心实现流程，典型的流程例如文生图、图生图、线稿转实景、AI摄影。也可以实现基于ComfyUI的其它流程，例如文本转视频、AI音乐制作等。

如果开发过程出现变化，会同步更新此文档。有任何疑问请留言