Comfy API 把 ComfyUI 工作流程變成正式環境端點
凡是在 ComfyUI 裡打造過實用東西的人，都熟悉一種特定的挫折感。工作流程在你自己的機器上運作良好，經過數週調校，用上正確的自訂節點、正確的 LoRA、所有東西都鎖定在正確版本。接著有人請你把它開放給團隊其他成員，或導入某個產品，而你以為已經完成的工作，結果只做了一半。
以往要讓 ComfyUI 工作流程進入正式環境，通常得在別的地方重建它的環境。你租用 GPU、重新安裝每個自訂節點與模型、把 Python 相依性一路解開直到它們不再互相打架，還要在外圍自行編寫擴縮邏輯。圖是一樣的，但工程卻得從頭來過，而這種工作跟你當初為什麼要打造這個工作流程，完全無關。
ComfyUI 在九月底推出 Comfy API，就是為了補上這個落差。凡是付費的 Comfy 方案使用者都能使用，而它正如其名：不必修改工作流程，就能把 ComfyUI 工作流程變成可自動擴縮的 API 端點。
打包一次，部署到你選擇的 GPU
這個機制值得了解，因為大部分價值就在這裡。你可以從一份工作流程 JSON 開始，或從 Comfy Desktop 匯出快照。建置器會讀取工作流程，找出它需要的模型與自訂節點，並協助解決互相衝突的 Python 相依性。它挑選的任何版本，你都可以覆寫。
這個解析步驟會被捕捉成一個 Build：你的工作流程所需的 ComfyUI 版本、自訂節點、模型、LoRA 與 Python 相依性，全部一起鎖定。你可以從一個 Build 切出一個不可變的 release，並將該 release 部署成帶有自己 URL 的受管理端點。
不可變的 release 是重點所在。因為 release 一旦切出就不會再變動，你測試的環境就是你部署的環境。當你需要變更時，更新 Build 並切出新的 release，完全不用動到正在運作的那一個。任何看過原本能跑的流程，只因底下某個相依性悄悄漂移就壞掉的人，都會明白這不只是方便而已。
部署是在 ComfyUI 的 Developer Platform 上執行，建置、部署、用量、花費與 API 金鑰都集中在同一個主控台。你可以用瀏覽器、終端機，或透過 coding agent 來操作。命令列流程很精簡。執行 `comfy build init`，它會掃描 ComfyUI 安裝內容中的自訂節點、模型與鎖定的相依性；執行 `comfy build push --release` 則會打包並發布。Comfy API 頁面上也有一組可直接複製貼上的 agent prompt，適合想把整件事交給 coding assistant 的人。
定價，以及它真正適合誰
工作負載在閒置時會縮減到零，這表示沒有 worker 在執行時，就不會產生 GPU 時間費用。對於突發性的創意流程而言，這代表固定每月 GPU 帳單與只為實際執行的工作付費之間的差別。若團隊有延遲敏感的請求，則可以改為讓 worker 保持暖機，用成本換取沒有冷啟動。
GPU 以秒計費，公開費率如下：RTX PRO 6000 每小時 $4.54、H100 每小時 $6.23、H200 每小時 $7.71、B200 每小時 $11.23。必須使用付費方案（Standard 及以上），而且用量會另行計費。
這次發布最誠實的一點，是 ComfyUI 對於誰不該使用它的說法。團隊指出，如果 RunPod 或 Modal 已經對你管用，就繼續用；並將 Comfy API 定位為適合在管理 ComfyUI 環境本身就是頭痛來源時使用。這比常見的「什麼都能做的平台」式推銷更有用，也點出目標客群：瓶頸在於相依性管理，而不是在於採購原始運算資源的人。
為什麼這會改變小團隊能推出什麼
要看懂這個轉變，最清楚的方式就是從交接問題切入。打造工作流程的人，往往不是唯一需要執行它的人。設計師用自訂節點與微調過的 LoRA 調校出一套產品攝影工作流程，接著需要一個簡單介面，讓團隊其他人不用打開 ComfyUI 就能執行。產品團隊想讓客戶能重新設計圖片風格，由應用程式將每個請求送往團隊掌控的工作流程，並隨流量擴縮。營運團隊則想讓新的目錄品項每週自動跑過一套工作流程，不需要有人盯著圖看。
這三種情境都是同一個需求的不同變體：把一個承載真正專業知識的圖，讓其他人也能使用，卻不必揭露或重建它。Comfy API 鎖定的正是這一點。它讓你給團隊一個工具、為產品新增功能，或自動化可重複的創意工作，而這些使用者都不需要理解那張圖。
在 Team 與 Enterprise 方案中，團隊成員可以從同一個 Build 協作，版本、模型、自訂節點與相依性都一起鎖定。Enterprise 客戶可取得 Managed Builds 與治理控制，以標準化跨團隊核准的版本與相依性。最後這項能力解決了大型組織裡的真實風險：三個團隊維護三套互不相容的 ComfyUI 環境，卻沒人說得準某個特定素材是哪一套產出的。
更大的格局
ComfyUI 實際上做的，是把自己從一套本機工具升級成代管的媒體生成堆疊。引擎仍維持開源，Build 也仍可攜帶到你擁有的硬體上，因此該公司並不是想把工作流程困在自己的雲端裡。在代管工具通常朝反方向拉攏的市場裡，這種可攜性是個值得注意的選擇。
這次發布也說明了圖像與影片生成的價值已經轉移到哪裡。一年前，差異化在於模型。如今能力強大的模型人人可用，開放權重也讓其中許多能跑在本地硬體上，差異化正轉向工作流程：把通用模型變成能為某個狹窄用途可靠產出結果的特定節點與設定序列。這些工作流程正是領域專業知識被編碼進去的地方，而直到現在，它們一直很難被實際營運化。
Comfy API 是否會成為這件事的標準路徑，仍是未知數。它需要付費方案、跑在 ComfyUI 自家平台上，而且在純價格上無法與專門的 GPU 雲端業者競爭。它真正提供的，是移除交付 AI 媒體過程中最不具創意、也最容易出錯的那一部分。對許多小團隊來說，這個取捨正是他們能把內部工具變成可販售產品的全部理由。