{"slug": "comfy-api-is-live-deploy-comfyui-workflows-as-production-apis", "title": "Comfy API Is Live: Deploy ComfyUI Workflows as Production APIs", "summary": "Comfy API is now live for all users on a paid Comfy plan, letting teams deploy ComfyUI workflows as autoscaling API endpoints without rebuilding their environment elsewhere. The service, run from the Developer Platform console at platform.comfy.org, captures the ComfyUI version, custom nodes, models, and Python dependencies in a Build, cuts an immutable release, and deploys it as a managed endpoint with its own URL; it can also be driven from the terminal via comfy-cli and Comfy Skills. Allie Wrubel, Head of Technology at Silverside AI, said Comfy workflows are \"where our creative expertise becomes infrastructure,\" with the company serving production pipelines through Comfy API.", "body_md": "**Today Comfy API is live for everyone on a paid Comfy plan.**\n\nTurn a workflow you built in ComfyUI into the engine behind an app, tool, or service. Package the workflow with its custom nodes, LoRAs, models, and Python dependencies, then deploy it as an autoscaling API endpoint.\n\nUntil now, putting a ComfyUI workflow into production meant rebuilding its environment somewhere else. Teams had to rent GPUs, install every custom node and model again, untangle Python dependencies, and write the scaling logic around it.\n\nComfy API handles that work without changing the workflow or ComfyUI. Your graph stays yours, the engine stays open source, and your Builds remain portable to hardware you own.\n\n## Comfy API runs on the Developer Platform\n\nYour Builds, deployments, usage, spend, and API keys live in one console at [platform.comfy.org](https://platform.comfy.org/). You can work in the browser, from the terminal, or with a coding agent.\n\n## Turn your workflow into an API\n\nStart with a workflow JSON or export a snapshot from Comfy Desktop. Builder reads the workflow, finds the models and custom nodes it needs, and helps resolve conflicting Python dependencies. You can override any version it picks.\n\nThe Build captures the ComfyUI version, custom nodes, models, and Python dependencies your workflow expects. Cut an immutable release from that Build, then deploy the release as a managed endpoint with its own URL.\n\nBecause the release is immutable, the environment you test is the environment you deploy. When you need to make a change, update the Build and cut a new release without changing the one that’s live.\n\n**“At Silverside, Comfy workflows are where our creative expertise becomes infrastructure.** We build production pipelines then serve them through Comfy API so our clients can run the same proven workflows at scale. It lets a small team deliver enterprise-grade creative output.” \n\n**—Allie Wrubel,** Head of Technology at Silverside AI\n\n## Build from the terminal\n\nUsing comfy-cli and Comfy Skills, you or your coding agent can package and deploy a local ComfyUI install:\n\n``` bash\n$ comfy build init\n✓ Scanned this ComfyUI install - custom nodes, models, pinned deps\n$ comfy build push --release\n```\n\nOr skip the setup. Copy the agent prompt on the [Comfy API page](https://comfy.org/platform/comfy-api), paste it into your coding agent, and let it package and deploy the workflow.\n\nThe Comfy SDK supports running workflows on [Comfy API](https://docs.comfy.org/development/serverless/overview) and [Comfy Cloud](https://docs.comfy.org/development/deploy/cloud) API today. To use the same SDK with a self-hosted ComfyUI deployment, run the proxy service and set one environment variable.\n\n## What you can build\n\nDeploy your ComfyUI workflows as APIs behind customer-facing products, internal tools, and automated creative pipelines. Build the experience your users need without exposing the graph.\n\n- **Give your team a tool.** You’ve tuned a product photography workflow with custom nodes and a fine-tuned LoRA. Put a simple interface in front of it so the rest of your team can run it without opening ComfyUI.\n- **Add a feature to your product.** Your app lets customers restyle an image. The app sends each request to a ComfyUI workflow you control, and the deployment scales with traffic.\n- **Automate repeatable creative work.** New products land in your catalog every week. A script sends each one through your workflow and saves the outputs, without anyone watching the graph.\n\n## From one builder to a production team\n\nThe person who builds the workflow often isn’t the only person who needs to run it.\n\nComfy API is built for that handoff.\n\n- **Share one versioned environment.** On Team and Enterprise plans, teammates can work from the same Build, with the ComfyUI version, models, custom nodes, and Python dependencies pinned together.\n- **Scale with demand.** Set the minimum to zero and the deployment uses no GPU time when no workers are running. Keep workers warm when requests can’t wait for a cold start.\n- **Track usage and spend.** See workflow runs, GPU usage, and costs from the Developer Platform console.\n- **Bring the workflow you already use.** Package public or private custom nodes, model checkpoints, LoRAs, and pinned Python dependencies into the Build.\n- **Govern what teams can use.** Enterprise customers can use Managed Builds and governance controls to standardize approved ComfyUI versions, models, custom nodes, and dependencies across teams. Learn more at[Comfy for Enterprise](https://comfy.org/enterprise/) .\n\n## Why not wire it together yourself?\n\nIf you already run ComfyUI on RunPod or Modal and it works, keep it. If you need GPUs for more than ComfyUI, a general-purpose platform may be the right call.\n\nComfy API earns its place when ComfyUI is the part you keep managing. RunPod and Modal remove the need to manage infrastructure. Comfy API also removes the work of managing ComfyUI environments: custom nodes, models, Python dependencies, and version drift.\n\nIt’s built for ComfyUI by the team behind ComfyUI and Comfy Cloud, so the path from a local workflow to a deployed endpoint is part of the product, not an integration you maintain.\n\n## Pricing\n\nComfy API is available on paid Comfy plans, starting with Standard. Usage is billed separately.\n\nGPU time is billed by the second. Storage is prorated hourly.\n\n## What this means, and what’s next\n\n**ComfyUI gave people control over every step of how an image or video gets made.** Every node is visible. Every parameter is adjustable. But getting that workflow in front of a team or a customer still meant rebuilding it somewhere else and hoping it behaved the same way.\n\nComfy API closes that gap. You build the workflow in ComfyUI. Comfy API packages the environment and runs it behind an endpoint. Your team or product calls it without seeing the graph.\n\nComfy is building an open standard for visual AI. For that standard to hold up in production, the workflow can’t lose its custom nodes, models, or dependencies on the way there. That’s why Builds are versioned, the engine stays open, and your work remains portable.", "url": "https://wpnews.pro/news/comfy-api-is-live-deploy-comfyui-workflows-as-production-apis", "canonical_source": "https://blog.comfy.org/p/comfy-api-is-live-deploy-comfyui", "published_at": "2026-09-30 17:15:13+00:00", "updated_at": "2026-09-30 17:16:25.515643+00:00", "lang": "en", "topics": ["ai-tools", "generative-ai", "developer-tools", "ai-infrastructure"], "entities": ["Comfy API", "ComfyUI", "Comfy", "Developer Platform", "comfy-cli", "Comfy Skills", "Comfy SDK", "Silverside AI"], "also_reported_by": [], "alternates": {"html": "https://wpnews.pro/news/comfy-api-is-live-deploy-comfyui-workflows-as-production-apis", "markdown": "https://wpnews.pro/news/comfy-api-is-live-deploy-comfyui-workflows-as-production-apis.md", "text": "https://wpnews.pro/news/comfy-api-is-live-deploy-comfyui-workflows-as-production-apis.txt", "jsonld": "https://wpnews.pro/news/comfy-api-is-live-deploy-comfyui-workflows-as-production-apis.jsonld"}}