你手里有一套调好的 ComfyUI 工作流，本地卡跑一张要等好几分钟，想搬到云上跑。结果一搜全是「按小时」「按张」「按套餐」三种说法，价格口径根本对不齐，不知道哪个便宜。这篇不给你一个标准答案，而是给一套比价和自查的顺序：先搞清楚你的工作流吃哪一类资源，再决定按哪种计费单位去比，最后用实际跑出来的数据验证。
你手里多半已经有一套调好的 ComfyUI 工作流，本地卡出一张要等好几分钟，想搬到云上跑。搜一圈发现，有人说按小时租机器、有人说按张出图、还有人卖包月套餐，三种价签摆在一起，根本没法比。这篇不给你一个标准答案，只给一套比价顺序：先弄清楚你的工作流吃哪一类资源，再决定用哪种计费单位去横比，最后拿实际跑出来的数据回头验证。
核心思路只有一句：所有跑法最终都要换算成「单张成本」才有意义。按小时的租金、按张的单价、包月的额度，都是原料，不是结论。换算之前还得看它含不含空闲时间、有没有排队和冷启动。下面按这个顺序拆。
先对齐口径：云端跑 ComfyUI 到底有几种收费方式
市面上的云端跑法大致三类。第一类是租 GPU 机器，按小时计费，ComfyUI 自己装、工作流自己传。第二类是托管的出图接口，按次或按张收费，你给参数它返回图。第三类是包月套餐，含一个固定额度，超出再加钱。这三类的计数单位分别是小时、张、额度，直接比单价没有意义。
| 跑法 | 计费单位 | 空闲时间算不算 | 适合的活儿 |
|---|---|---|---|
| 租 GPU 机器 | 按小时 | 算，装环境和等图都在烧 | 反复重跑、自定义节点、大显存 |
| 托管出图接口 | 按张/按次 | 打包进单价 | 尺寸固定、模型常见、一次成型 |
| 包月套餐 | 按额度 | 看规则，通常含等待 | 用量稳定、想省管理成本 |
- 按小时租的隐藏成本在空闲：装环境、调参、排队等图的时间全在计费，按张计费则把这些摊进了单价。
- 托管接口不是万能：多数对分辨率、模型范围、自定义节点有限制，你的工作流不一定能搬上去。
- 包月套餐先看清楚额度口径是张数还是算力点，不同平台折算规则差很多，去 /plans 和 /coding-plans 看套餐结构再判断。
- 别只看首页宣传价，实际扣费口径要到 /compute/price-index 核一遍当时的行情。
给你的工作流算一笔账：它到底吃哪种资源
比价之前先量自己。判断维度其实就三个：显存占用、单张耗时、要不要反复重跑。这三个数决定了你只能走哪条路，而不是哪条路便宜就走哪条。把它们记下来再去比价，否则看到的所有报价都只是别人的场景。
- 显存占用
- 决定你能不能上托管接口，大分辨率、视频、多模型串联基本只能按卡租。
- 单张耗时
- 决定按张计费单价能不能接受，也决定租机方案每小时能出多少张。
- 重跑频率
- 改提示词、换种子、批量出图的次数，决定空闲时间占比有多高。
判断标准可以粗略这么分：显存需求高、要挂自定义节点、要反复调参的，按小时租机器基本是唯一能跑通的路；尺寸固定、模型常见、一次成型的批量任务，托管接口更省心。用量小又稳定的，再考虑包月。
比价清单：把不同跑法摆在同一张表上
把候选跑法列成一张对照表，横轴放跑法，纵轴至少写四项：计费单位、是否含空闲时间、有无冷启动或排队、超额后怎么加钱。缺任何一项，这笔账都算不准。具体数字一律到 /compute/gpu-rental 和 /compute/price-index 核对当时的行情，别用记忆里的价。
- 第一步：算租机单张成本拿每小时租金除以每小时实际出图张数，再把环境搭建的一次性时间单独加上。验证办法是自己跑一小时，数清真实出图数量。
- 第二步：记托管接口的边界确认它能跑的最大尺寸、支持的模型范围、有没有并发限制。跑不动你的工作流，单价再低也没意义。
- 第三步：拆包月额度看额度单位是张还是算力点，超出后怎么计费，以及额度月底是否清零。规则不清就问清楚再签。
- 第四步：找隐藏项查存储费、关不掉的实例、必须常驻的服务。这些在按张计费里通常被打包，在租机方案里会单独冒出来。
- 第五步：横向拉齐成单张成本把四项结果都换算成单张成本，再排高低。这一步做完，谁贵谁便宜一目了然。
上线后怎么验证：别估，跑一遍再回头算
选好方案之后不要凭估算下结论。先小批量试跑，比如出二三十张，记录总耗时、实际扣费、失败重试次数，三项一除就是真实单张成本。估算和实际差距最大的地方，通常就是空闲时间和冷启动。
- 把空闲时间单独标出来：一台机器一天里有一半时间在等图或等你改参数，租机方案的真实成本会接近翻倍。
- 用量记录要能对应到具体工作流，不然多个工作流混一起算不清，字段设计参考 /usage 上的公开维度。
- 跑满一周再做取舍，单次观测容易被排队和冷启动带偏。
- 如果实际单张成本比预期高出一截，先回头查是空闲占比高，还是失败重试多，再决定换方案还是优化工作流。
这几种情况就别折腾云端了
云端不是默认更优。迁移一套工作流要装节点、对版本、调路径，这些时间成本常常被忽略。几个可以直接放弃的情况，列在下面。
- 本地卡单张等待还能接受、出图量也不大：迁移和调试的时间成本可能高于省下来的钱。
- 要挂自定义节点或非标模型：多数托管接口跑不了，只能回到自己租机器，那就先算清楚空闲占比。
- 短期项目或一次性批量：优先选能随时停掉的按时计费，别为几天用量签长期包月。
- 只是想偶尔测一下效果：先用 /tools/speed-test 对比一下当前线路和算力表现，再决定要不要上云。
这些情况不是绝对不适用，而是说：如果迁移调试的时间比省下的钱还贵，这笔账本身就不成立。先把自己的量和工作流复杂度估清楚，再决定要不要动。
下一步拿你的工作流实测一轮，把单张成本算出来，再去比价页面横比当时的行情。→常见问题
按小时租和按张计费，哪个算下来便宜？
取决于你的工作流是否会把机器跑满。张数密集、单张耗时长且连续跑的，按小时通常更划算；出图零散、一天只跑十几张的，按张计费往往更省，因为你不用为空闲时间买单。先按上面的清单把单张成本算出来再比，具体行情去站内算力页面核对。
云端跑 ComfyUI 会把本地环境原样搬过去吗？
不一定。自定义节点、依赖版本和模型文件在云镜像里未必齐全，迁移时最容易卡在环境搭建这一步。租整机自由度最高但要自己装，托管出图接口一般只支持固定尺寸和常见模型。建议先跑一张验证链路能不能通，再决定是否批量迁移。
怎么知道实际跑一张花了多少钱？
别用标称单价推算，直接用账单除。小批量跑一组，记下总扣费和张数，两者相除得到真实单张成本，再把失败重试的那部分单独拎出来看占比。用量和账单的对账方法，站内已经有专门讲核账流程的页面可以照着做。
