ComfyUI-Agent-Kit skill
A skill and MCP driver that let Claude Code, Codex and Gemini CLI run a local ComfyUI, with prompt recipes for 68 models
- 121 ★ on the repository
- Last commit
- Apache-2.0
Extended access
Why this level
- The installer edits the configuration and skill folders of every agent it finds and clones about 900 MB of templates
- The driver starts ComfyUI in the background, downloads model files and writes workflows to disk
- The bundled language-model nodes call a paid API through `CLAUDE_API_KEY` if you set it
Install
- Works in
In your terminal, with SkillFoxx CLI
npx skillfoxx add skills/comfyui-agent-kitDetects the agents on your machine, shows the access level and pins the version.
Other ways to install
Access and checks
How we reviewExtended accessThe tool runs code or makes network calls and only reads external data.
- The installer edits the configuration and skill folders of every agent it finds and clones about 900 MB of templates
- The driver starts ComfyUI in the background, downloads model files and writes workflows to disk
- The bundled language-model nodes call a paid API through `CLAUDE_API_KEY` if you set it
This is third-party code. Review the repository files before installing.
What it does
ComfyUI-Agent-Kit teaches an agent to work with ComfyUI on your own computer: generate images, video and audio, build and run graphs, and pick a model variant that fits your VRAM. One installer finds Claude Code, Codex, Gemini CLI and Qwen Code on the machine and wires each to a shared core: a skill with recipes and the `comfyui-mcp` driver with about 90 tools. Claude Code can also install it as a plugin. The core holds 75 prompt recipes for 68 models drawn from official sources, an index of 163 models, a library of 581 templates and 94 ready subgraphs. Before downloading a model the agent reads your VRAM, RAM and free disk and refuses a download that will not fit. It can start ComfyUI in the background, shows the built graph on your canvas and saves every workflow to the ComfyUI folder. The `seedance`, `minimax-h3` and `krea` skills are also useful outside ComfyUI.
Who it is for. People who generate images and video on their own GPU and want to drive ComfyUI from a terminal agent without wiring graphs by hand.
Good fit when
- A picture or clip should come from one sentence to the agent, with the workflow saved for tweaks on the canvas
- A model does not fit into VRAM and the agent has to pick a quantized or offloaded variant
- A new model needs a prompt in its own style, for example for Seedance or FLUX
- A multi-stage pipeline is assembled from templates and validated before running
- The same ComfyUI setup is needed in Claude Code, Codex and Gemini CLI at once
Not a fit when
- You have no GPU of your own and need cloud runs: the kit drives a local ComfyUI, and Comfy offers a separate cloud MCP
- The machine lacks Node.js, Python 3 and git, which the installer relies on
- The disk is nearly full: cloning the templates takes about 900 MB
- You want a single light MCP server without skills and recipes, which exist separately in the catalog
Example request
Generate a 1024 by 1536 poster in ComfyUI in a film-photo style, pick a model that fits my 12 GB of VRAM and save the workflowLimitations
You need ComfyUI installed at `http://127.0.0.1:8188`, plus Node.js, Python 3 and git. Cloning the templates takes about 900 MB, and the `--skip-templates` flag skips it. The plugin install works only in Claude Code; Codex, Gemini CLI and Qwen Code need the installer from the repository. On first launch the agent runs a bootstrap that measures GPUs, memory and disk and tries a test generation. The `CLAUDE_API_KEY` variable is needed only for nodes with a language model inside the graph.
How to disable. In Claude Code remove the plugin from the `/plugin` management menu. For the other agents delete the folders the installer created: `~/.claude/skills/comfyui`, `~/.agents/skills/comfyui`, `~/.gemini/extensions/comfyui` and `~/.qwen/extensions/comfyui`, along with the `comfyui-mcp` entry in the configuration.
FAQ
How do I install the kit in Claude Code?
With two commands, `/plugin marketplace add SlavaSexton/ComfyUI-Agent-Kit` and `/plugin install comfyui@comfyui-agent-kit`. They register the `comfyui-mcp` driver via `npx` and load the skill; ComfyUI itself must already run at `http://127.0.0.1:8188`.
How do I install the kit in Codex, Gemini CLI or Qwen Code?
Clone the repository and run `./install.sh --comfyui-path /path/to/ComfyUI` (on Windows `./install.ps1 -ComfyUIPath ...`). The installer detects the agents on its own, and you can limit the targets with `--agents claude,gemini`.
Do I need an API key or an account?
No, everything runs on your own hardware with no cloud and no per-generation fee. `CLAUDE_API_KEY` is needed only when a language-model node must run inside the graph without the agent.
How does the kit pick a model for my GPU?
Through `health_check` it reads VRAM, RAM and free disk, then recommends a variant such as fp8, offloaded, multi-GPU or quantized, and refuses a download that will not fit.
How does it differ from other MCP servers for ComfyUI?
The driver comes with a skill holding prompt recipes for 68 models, a template library and hardware-based model selection, and one installer wires all of it into four agents at once.
Discussion
No questions or reviews yet.
Related
SkillsA Comfy Cloud plugin for Claude Code: commands to generate images, video, audio and 3D, connected through a hosted MCP server
The official Comfy Org MCP server: an agent runs workflows in your local ComfyUI and collects the finished images
A skill and CLI that turn saved ComfyUI workflows into agent commands, with a parameter schema and several servers
A Gradio web UI over ComfyUI with MCP tools: an agent runs image, video, music and 3D generation through ready-made recipes.
A lightweight Python MCP server: an agent generates and iteratively refines images, audio and video in a local ComfyUI
The agent runs reviewed ComfyUI workflows from the command line: images, video, music, speech and object cutouts.
Comparison with similar tools
Cards that share the main search query, and how they differ.
| Tool | Official | Authentication | Repository stars | Main difference |
|---|---|---|---|---|
| ComfyUI-Agent-Kit (this card) | no | 121 | ||
| ComfyUI MCP Server | no | not required | 413 | only a light Python MCP server, with no skill, recipes or multi-agent installer |
| Comfy MCP | yes | not required | 341 | the official Comfy Org MCP that runs workflows, without prompt recipes or hardware-based model selection |
README in short
The documentation describes the four layers of the kit, the agent matrix, the template library from the official Comfy-Org repository and the update routine. It also covers the ComfyUI-OCIO node set for color grading and a guide to building custom nodes.
README badge
Original SKILL.md
--- name: comfyui description: "Drive a local ComfyUI install for image, video, and audio generation via its HTTP API. Use WHENEVER generating, rendering, or editing images/video/audio/hero assets with ComfyUI, Z-Image, Ideogram, FLUX, LTX, Wan, or when building, parameterizing, or running ComfyUI workflows. Covers the API client, workflow JSON format, model patterns, dual/multi-GPU placement, the MCP driver, in-graph Claude nodes, and VRAM coordination." metadata: type: reference --- # ComfyUI: driving the local install Use this whenever the task involves generating or rendering images, video, or audio with ComfyUI, or building/running a ComfyUI workflow. Read it first, then act. ## Files in this kit (pull the right one on demand) Only this SKILL.md auto-loads; everything else is read when relevant, so route to it instead of leaving it unread. **Two layouts, same files:** in the INSTALLED skill everything sits flat next to this file, so `docs/TASKS.md` below means `TASKS.md` here and `docs/NODE_LIBRARY/ocio.md` means `NODE_LIBRARY/ocio.md`; likewise a script the docs name under `shared/tools/` in the repo sits in `tools/` next to this file once installed. In the repo those prefixes are literal. If a path does not resolve, drop the `docs/` and look next to this file before concluding the file is missing. - **`MODELS.md`** (next to this file) - the INDEX of per-model prompt recipes. Look the model up in its table, then read that family file under `MODELS/` BEFORE writing the prompt. Two reads, not one: the index does not carry the recipes. - **the sibling `minimax-h3` skill** (invoke it by name; on disk it sits beside this skill, `../minimax-h3/` on Claude Code and Codex, `minimax-h3/` on Gemini and Qwen) - the dedicated MiniMax H3 (Hailuo 3) skill: prompt format (the three named fields, `<d>` dialogue, camera vocabulary), reference labelling, quants and acceleration, and a symptom-to-cause table. Read it for ANY H3 prompt or local-weights question; `MODELS.md` keeps the node-level detail. - **the sibling `krea` skill** (invoke it by name; beside this skill on disk) - the dedicated Krea skill: the fork between Krea's hosted API (`Krea2ImageNode` / `Krea2StyleReferenceNode`, per-image pricing, moodboards, capped at 1K) and its open weights, the FLUX.1 Krea Dev graph, Krea Realtime 14B and why its only ComfyUI pack is an unproven lead, and the Krea 2 custom-node packs for ControlNet / identity editing / conditioning control. Read it for the API path or the model choice; `MODELS.md` keeps the local Krea 2 graph. - **the sibling `seedance` skill** (invoke it by name; beside this skill on disk) - the dedicated ByteDance Seedance skill: the three task types and the word that switches between them, the `@Image 1` label syntax, the full-width symbol set, shot sequencing, the asset-count rule, the timing rules that reversed in 2.5, and a failure table. Read it for ANY Seedance prompt; `MODELS.md` keeps the node-level detail and the price maths. - **`docs/TASKS.md`** - a named common job (generate image / video / audio / 3D, upscale, remove background): the local end-to-end flow for that task, a shortcut layer over this manual. - **`docs/NODE_LIBRARY/smart-upscaler.md`** - our Smart Upscaler pack (11 nodes): tiled upscaling that writes a separate verified prompt per tile. Read it when a tiled upscale of a BUSY or MIXED scene keeps producing confidently wrong tiles or disagreeing seams; the cheaper sampler-tilers in `ADVANCED.md` stay the right call for uniform subjects. - **`docs/MODEL_INDEX.md`** - the full classified list of all 160 models (recipe / utility / template-only); check whether a named model has a recipe, is a utility, or is template-only. - **`docs/NODE_LIBRARY/training.md`** - the nodes that let a graph MAKE a model, not just prompt one: core's `TrainLoraNode` / `SaveLoRA` / `LossGraphNode` plus the 16 dataset nodes (`MakeTrainingDataset`, `ResolutionBucket`, the image-text loaders, video temporal crops) and the full chain wired end to end. Read it whenever someone asks to train or fine-tune anything; `docs/TASKS.md` has the short route. - **`docs/ADVANCED.md`** - hard tasks: real strengths, gotchas + workarounds, temporal stability, high-detail matting, crop-and-stitch inpaint, PBR, and the verified tool table with licenses. - **`docs/KNOWN_ISSUES.md`** - read BEFORE building, so you do not wire around a currently-broken path. - **`docs/NODE_LIBRARY/_INDEX.md`** - the per-node reference (Nuke-style): for any node, what each input / output is for, how it behaves, bugs + fixes, anti-patterns, and where it slots in a graph. **Start here for ANY node question**, then query `get_node_info` for live I/O. When you use or meet a node not in it, add the entry before finishing (`docs/NODE_LIBRARY/_SCHEMA.md`). - **`workflow_layout.py`** - before saving ANY workflow you build, arrange and verify it IN CODE: `auto_layout(wf)` positions nodes left-to-right by dependency depth with parallel branches stacked and ZERO overlaps; `inspect(wf)` reports overlaps / crossings / bounds from the coordinates; `fit_group(wf, title)` wraps the laid-out nodes in a backdrop that FULLY covers the functional group (edge to edge, none sticking out). NEVER judge a graph's layout from a screenshot (it burns tokens, and clients hit the same wall) - read the positions. - **`docs/NODE_LIBRARY/ocio.md`** - our own **ComfyUI-OCIO** pack, **v1.3.0** (eleven Nuke-style OpenColorIO nodes: Read / Write / Player, six color operators, and the **OCIO VAE Decode / VAE Encode** pair that decodes without the stock 0..1 clamp; published, github.com/SlavaSexton/ComfyUI-OCIO). Read it for ANY color-management / VFX color task (load a sequence, grade in ACES, write ProRes / EXR, keep values above 1.0 and below 0 out of a generative model). **v1.3.0 renamed OCIO Write's `from_colorspace` to `input_colorspace`, and an API-format graph carrying the old key is refused**, so read the file before building one. - **`docs/BUILDING_NODES.md`** - the hard-won field guide to WRITING a custom node pack (widget order, the combo-validation trap, the JS front-end, server routes, ComfyUI facts, verify-on-real-files). Read it first when you write or modify a custom node, alongside the `comfyui-node-*` skills. - **`docs/KIJAI.md`** - the kijai ecosystem (his ComfyUI wrappers and nodes: Wan / Hunyuan / CogVideoX / Florence2 / KJNodes / SUPIR / FramePack / SAM2 / FluxTrainer / IC-Light / DepthAnythingV2 and ~50 more) - what each does + node I/O, what is active vs legacy by date, and the supersede map (old -> better). Read it for ANY kijai tool, and to pick the current option over a sunset wrapper. - **`docs/NODE_LIBRARY/radiance.md`** - reverse-engineered reference for **`fxtdstudios/radiance`** (a pro 32-bit color-science / HDR / VFX suite, 78 nodes + a v3 rewrite; the strongest public pack in our OCIO / color domain). Read it for a color-science / HDR / VFX-viewer reference implementation, when improving OUR ComfyUI-OCIO pack (it carries the ranked "what to steal" list: processor caching, WebGL 32-bit viewer, OpenEXR writer, LogC3-EI / LogC4), or when a task touches radiance nodes. Its node-building lessons are folded into `BUILDING_NODES.md`.