有人给 ComfyUI 写了个整理工作流的 agent 技能，跑一条要 40 分钟

ComfyUI 的工作流一旦复杂起来，节点像被塞进抽屉，连线绕成一团，打开别人的 JSON 常常先愣几秒。有人干脆写了个 agent 技能，专门把这类工作流拆开重排。

作者是 nomadoor，维护 ComfyUI 教程站 Comfy with ComfyUI，之前在 Reddit 发过几个极简的 Qwen-Image-2.1 工作流。官方模板其实够用，他自己另做一套，理由只有一个：可读性。

他对可读性的定义挺具体，一眼能看出这个工作流在干什么，跑起来稳定，改起来方便。跟好看没关系。

六条规矩

他做工作流按这六条来：

1. 不藏节点。展开 subgraph，打开折叠的节点，别把节点叠在一起。
2. 不藏连线。不用 Set/Get、Anything Everywhere 这类无线连接，也不用 Bento 那种把节点挤到线都看不见的排版。
3. 从左到右。按处理顺序排列。
4. 一个工作流只干一件事。别搞带一堆开关和 bypass 的全能工作流，拆成小份。
5. 自定义节点能少则少。核心节点能搭出来就用核心节点。
6. 颜色用对。颜色代表节点属于哪个功能块。

做成技能，不是脚本

工具叫 Readable Node，代码在 GitHub 上。把工作流的 JSON 丢给 agent，让它用这个技能整理，会得到重建后的工作流，外加一份报告页。报告里能回放 AI 是怎么重排的，也能读每一部分是干什么的。

为什么不做成脚本，他的解释是可读性不只是排版问题。AI 会把工作流完整拆开，搞清楚它在做什么，再从零重建一遍。因为目标是更健壮的工作流，输出不一定和原版完全一致。

短板他也写在前面：慢。25 个节点左右要 10 分钟，大的 20 到 40 分钟。吃模型，Claude Opus 5.5 效果最好，换别的模型布局还会出问题。

做这个技能的过程没什么捷径。他从自己站点的工作流开始，再从网上收集别人的，一遍遍修，修了几百次。

评论区没顺着他说

dr_lm 说更喜欢视频里原来的布局，讨厌那种把节点塞进框里、做成假界面的工作流，连线才是让人看懂工作流的东西。nomadoor 表示同意，还补了一句，连线就是一切，这本来就是技能的第 2 条规矩。技能会展开 subgraph，把无线连接还原成真实的线，每条连线都留着。他觉得自己视频没做好，道了个歉。

Personal-Message740 的关注点在速度上，一条工作流 40 分钟，就为了处理一个 JSON。nomadoor 回得也干脆，我也觉得。慢是因为把准确放在第一位，它会去查工作流用到的自定义节点，再让另一个 agent 复查结果。叫它快点，能跳过几步，但不算真正的解法。

planBpizz 问这比直接用 Claude 调好多少。回答是 AI 理解的可读性和人理解的不一样，直接让 Claude 整理，大概会得到对齐得很整齐、但读不太懂的东西。技能限制了节点能怎么移动，又给了大量做好的样例，所以不管是 SDXL、Flux 还是 Wan，出来的形状都比较一致。

xPhoenix777 说自己 10 分钟就能收拾干净，但收拾完多半又要接着改，好像也没必要。Inside-Cantaloupe233 认为 ComfyUI 的麻烦从来不在工作流，在节点依赖。

Enshitification 对 subnet 意见很大，同时好奇本地模型行不行，比如 Qwen 27B 能不能做整理工作流的活。nomadoor 没试过本地 LLM，但换成 Sonnet 效果就明显变差，所以不太看好。

Lesale-Ika 站在 subgraph 那边：subgraph 本身就是一种可读性，一个工作单元被抽象掉，你才能看到更大的图景。拆成多个工作流，得靠外部文档说明它们怎么接起来才能得到最终结果，在工作流之间跳来跳去也很烦。这条没人回。

他为什么还在意可读性

帖子末尾他自己抛了个问题，如果 AI 能直接从零搭工作流，可读性还重要吗。他的回答是，可能不重要了。

不过他补了个比喻。跟 AI 沟通大多发生在聊天窗口里，但要修掉某人眼角的一颗痣，直接涂掉往往比打字说去掉这颗痣更快。涂改工具因此一直没消失。适合用文字说的交给 AI，适合动手的自己来。想在一个地方同时做这两件事，ComfyUI 的节点图挺合适，前提是你读得懂那张图。

他个人的偏好是，希望人们因为节点 UI 和灵活性去用 ComfyUI，而不是拿 subgraph 去模仿 Stable Diffusion web UI。