跳到正文
Comfy Blog· Jacob Segal·· 17 天前精选AI 评分65

Comfy API 上线:把 ComfyUI 工作流部署为生产 API

Comfy API Is Live: Deploy ComfyUI Workflows as Production APIs

AI 导读

Comfy 宣布 Comfy API 正式上线,付费 Comfy 套餐用户可把 ComfyUI 工作流打包成自动扩缩的 API 端点。Build 会记录工作流所需的 ComfyUI 版本、自定义节点、模型和 Python 依赖,再切出不可变 release 部署为独立 URL 的托管端点,测试环境与线上环境一致。

推荐理由

Comfy API 把 ComfyUI 工作流连同自定义节点、模型和依赖打包成可自动扩缩的端点,读者可据此判断自建部署与托管方案的取舍。

正文 · AI 翻译

今天,Comfy API 已在付费 Comfy 套餐上向所有人开放。

把你在 ComfyUI 中构建的工作流变成应用、工具或服务背后的引擎。将工作流与其自定义节点、LoRA、模型和 Python 依赖一起打包,然后将其部署为自动扩缩容的 API 端点。

在此之前,要把 ComfyUI 工作流投入生产,意味着要在别处重建其环境。团队不得不租用 GPU,重新安装每一个自定义节点和模型,理清 Python 依赖,并围绕它编写扩缩容逻辑。

Comfy API 无需更改工作流或 ComfyUI 即可完成这些工作。你的图仍归你所有,引擎保持开源,你的 Build 仍可移植到你自己的硬件上。

Comfy API 运行在开发者平台上

你的 Build、部署、用量、支出和 API 密钥都集中在一个控制台中,位于 platform.comfy.org。你可以在浏览器中、从终端,或使用编码代理进行操作。

开始使用

将你的工作流变成 API

从工作流 JSON 开始,或从 Comfy Desktop 导出快照。Builder 会读取工作流,找到它所需的模型和自定义节点,并帮助解决冲突的 Python 依赖。你可以覆盖它选择的任何版本。

Build 会捕获你的工作流所期望的 ComfyUI 版本、自定义节点、模型和 Python 依赖。从该 Build 切出一个不可变发布版本,然后将该发布版本部署为拥有自己 URL 的托管端点。

由于发布版本是不可变的,你测试的环境就是你部署的环境。当你需要做出更改时,更新 Build 并切出一个新的发布版本,而不改变正在运行的那个。

“在 Silverside,Comfy 工作流是我们将创意专长转化为基础设施的地方。我们构建生产管线,然后通过 Comfy API 提供服务,让我们的客户能够大规模运行同样经过验证的工作流。它让一个小团队也能交付企业级的创意产出。”

——Allie Wrubel,Silverside AI 技术负责人

从终端构建

使用 comfy-cli 和 Comfy Skills,你或你的编码代理可以打包并部署本地安装的 ComfyUI:

$ comfy build init
✓ Scanned this ComfyUI install - custom nodes, models, pinned deps
$ comfy build push --release

或者跳过设置。复制 Comfy API 页面上的代理提示词,粘贴到你的编码代理中,让它打包并部署该工作流。

Comfy SDK 目前支持在 Comfy API 和 Comfy Cloud API 上运行工作流。要将同一个 SDK 用于自托管的 ComfyUI 部署,请运行代理服务并设置一个环境变量。

你可以构建什么

将你的 ComfyUI 工作流部署为 API,支撑面向客户的产品、内部工具和自动化创意管线。构建用户所需的体验,而无需暴露图。

  • 给你的团队一个工具。你已经用自定义节点和微调过的 LoRA 调好了一个产品摄影工作流。在它前面放一个简单的界面,让团队其他成员无需打开 ComfyUI 就能运行它。

  • 为你的产品添加一项功能。你的应用让客户重新设计图像风格。应用将每个请求发送到你控制的 ComfyUI 工作流,部署会随流量自动扩缩容。

  • 自动化可重复的创意工作。每周都有新产品进入你的目录。一个脚本将每个产品送入你的工作流并保存输出,无需任何人盯着图。

浏览用 Comfy 构建的应用

从一个人构建到一支生产团队

构建工作流的人往往不是唯一需要运行它的人。

Comfy API 正是为这种交接而构建的。

  • 共享一个版本化环境。 在 Team 和 Enterprise 计划中,团队成员可以基于同一个 Build 工作,ComfyUI 版本、模型、自定义节点和 Python 依赖都被固定在一起。

  • 按需扩展。 将最小值设为零,当没有 worker 运行时,部署不会消耗 GPU 时间。当请求无法等待冷启动时,保持 worker 处于热状态。

  • 跟踪使用量和支出。 在 Developer Platform 控制台中查看工作流运行、GPU 使用量和成本。

  • 带上你已经在用的工作流。 将公共或私有自定义节点、模型检查点、LoRA 和固定版本的 Python 依赖打包进 Build。

  • 管控团队可以使用的内容。 Enterprise 客户可以使用 Managed Builds 和治理控制,在各团队之间标准化已批准的 ComfyUI 版本、模型、自定义节点和依赖。了解更多请访问 Comfy for Enterprise。

为什么不自己把它接起来?

如果你已经在 RunPod 或 Modal 上运行 ComfyUI 并且运行良好,那就继续用。如果你需要 GPU 来做 ComfyUI 之外更多的事情,通用平台可能是更合适的选择。

当 ComfyUI 是你需要持续管理的部分时,Comfy API 就有了用武之地。RunPod 和 Modal 免去了管理基础设施的需要。Comfy API 还免去了管理 ComfyUI 环境的工作:自定义节点、模型、Python 依赖和版本漂移。

它由 ComfyUI 和 Comfy Cloud 背后的团队为 ComfyUI 打造,因此从本地工作流到已部署端点的路径是产品的一部分,而不是你需要维护的集成。

定价

Comfy API 在付费 Comfy 计划中提供,从 Standard 开始。使用量单独计费。

GPU 时间按秒计费。存储按小时比例计费。

查看完整的 Comfy API 定价。

这意味着什么,以及接下来是什么

ComfyUI 让人们能够控制图像或视频制作过程的每一步。 每个节点都可见。每个参数都可调整。但要把这个工作流呈现给团队或客户,仍然意味着要在别处重建它,并指望它的行为完全一致。

Comfy API 填补了这一空白。你在 ComfyUI 中构建工作流。Comfy API 打包环境并在端点后运行它。你的团队或产品调用它,而无需看到图。

Comfy 正在构建视觉 AI 的开放标准。要让这一标准在生产环境中站得住脚,工作流在迁移过程中不能丢失其自定义节点、模型或依赖。这就是为什么 Build 是版本化的、引擎保持开放,并且你的工作保持可移植。

开始使用

今天就开始在 Comfy API 上构建

感谢阅读 ComfyUI Newsletter!免费订阅以接收新文章并支持我的工作。

来源:Comfy Blog · blog.comfy.org