ComfyUI MCP
Related Servers
Alternatives to ComfyUI MCP
- AlicenseAqualityDmaintenanceMCP server for ComfyUI — text-to-image, variations, img2img refine, upscale, image proxy, and workflow runner.15115 npm1MIT
Related Servers
- AlicenseAqualityBmaintenanceMCP 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.4834,360 npm1MIT
- 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.292MIT
- AlicenseNot gradedqualityAmaintenanceA 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.25MIT
- 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.17 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
- AlicenseNot gradedqualityBmaintenanceExposes ComfyUI workflows as 12 MCP tools on ComfyUI's own port, letting AI agents generate, edit, and remove backgrounds from images plus create videos by passing semantic parameters instead of whole workflow graphs. Agents can list models, submit and track async tasks, fetch artifact URLs, and jump to a visual asset/task page.2MIT
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.