ComfyUI MCP
Related Servers
Alternatives to ComfyUI MCP
- AlicenseAqualityDmaintenanceMCP server for ComfyUI — text-to-image, variations, img2img refine, upscale, image proxy, and workflow runner.15110 npm3MIT
Related Servers
- AlicenseAqualityDmaintenanceMCP server + Claude Code plugin for ComfyUI — execute workflows, generate images, visualize pipelines, manage models, control VRAM, and explore custom nodes, all from your AI coding assistant.4814,605 npm2MIT
- AlicenseAqualityAmaintenanceThe MCP server that drafts ComfyUI workflows a human can actually read. It lets coding agents build, repair, port, validate, and run ComfyUI workflows against your own ComfyUI instance, delivering clean, organized, fully-labeled workflows.29597 PyPI3MIT
- AlicenseNot gradedqualityBmaintenanceA custom node plugin for ComfyUI that encapsulates workflows as templates, enabling AI assistants (Claude, Cursor) to invoke ComfyUI for multimedia generation via the MCP protocol.30MIT
- AlicenseNot gradedqualityDmaintenanceMCP server that enables AI agents to control a local ComfyUI instance for image generation, allowing workflow understanding, parameter modification, execution, and model discovery.16 npm3Apache 2.0
- AlicenseNot gradedqualityBmaintenanceTurns curated ComfyUI workflows into typed MCP tools and REST endpoints, enabling image generation and job management through natural language or HTTP calls.MIT
- FlicenseAqualityAmaintenanceExposes the workflows saved in a ComfyUI server (local, remote, or vast.ai) as MCP tools, letting agents list them, inspect their inputs, and run them with their own prompts, images, seeds, and per-run node toggles. It also reports server/GPU status, tracks and downloads job outputs, and uploads images or browses model folders.10-
TDQS
Scored across 41 tools
Each tool has long, precise descriptions and almost every multi-mode tool uses action subcommands, so individual tools are rarely ambiguous. However several cross-tool boundaries blur: top-level get_workflow vs queue action:'get_workflow', multiple model download paths (download_model, comfy_cli models_download, apply_manifest), and multiple enqueue surfaces. An agent would need to read descriptions carefully to pick the right one, so overlap exists but can be resolved.
The dominant pattern is snake_case verb_noun (get_workflow, save_workflow, generate_image, install_custom_node), which is good. But there are also bare-noun tools (queue, runpod, workspace, apps, batch, kitchen, bisect), a noun_verb outlier (runpod_watch), and an inconsistent train_* cluster (train_prepare_dataset, train_start, train_doctor). This is readable but not a single predictable convention.
Forty-one top-level tools, each carrying multiple action subcommands, makes this a very heavy surface for an agent to navigate. While the domain is broad (ComfyUI, model training, RunPod, custom-node development), several tools could be consolidated (runpod/runpod_watch, queue/enqueue_workflow, list_packs/list_tools). It exceeds the reasonable 25+ threshold on the scale.
The server covers the ComfyUI lifecycle unusually well: workflow creation/validation/submission, queue/history management, model discovery/installation/deletion, custom-node management, training, RunPod control, and asset retrieval. Gaps are minor, such as no delete/rename for saved workflows and no direct cleanup of generated assets. Overall, agents can complete most user workflows without hitting dead ends.