artokun/comfyui-mcp/plugin/skills/comfyui-node-registry/SKILL.md
comfyui-node-registry
Authoring & publishing ComfyUI custom nodes to the Comfy Registry — node structure, pyproject.toml spec, comfy-cli publishing, and CI
- Source repository stars
- 485
- Declared platforms
- 0
- Static risk flags
- 1
- Last source update
- 2026-08-04
- Source checked
- 2026-08-04
Decision brief
What it does—and where it fits
This skill covers writing a ComfyUI custom node pack and publishing it to the Comfy Registry (registry.comfy.org), the public catalog that powers ComfyUI-Manager. For using existing nodes in workflows, see the comfyui-core skill instead.
Not for
- Forgetting the return tuple — the FUNCTION method must return (value,), not return value, even for one output.
- Single-element RETURNTYPES without a comma — ("IMAGE") is a string, not a tuple. Write ("IMAGE",).
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/artokun/comfyui-mcp --skill "plugin/skills/comfyui-node-registry"Inspect the Agent Skill "comfyui-node-registry" from https://github.com/artokun/comfyui-mcp/blob/0852abe2c68d9fe9e2af89c54cd039357f08ae6c/plugin/skills/comfyui-node-registry/SKILL.md at commit 0852abe2c68d9fe9e2af89c54cd039357f08ae6c. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
Registry Setup (one-time)
1. Go to registry.comfy.org and create a publisher. 2. Your Publisher ID is the value after the @ on your profile page. It is globally unique and cannot be changed — use it for PublisherId in pyproject.toml. 3. In the publisher's section, create an API key. Name it and save it s…
Go to registry.comfy.org and create a publisher.Your Publisher ID is the value after the @ on your profile page. It is globally unique and cannot be changed — use it for PublisherId in pyproject.toml.In the publisher's section, create an API key. Name it and save it somewhere safe — if you lose it you must create a new one (it is not recoverable). - 02
Minimal Node Pack Structure
A node pack is a Python package placed under ComfyUI/customnodes//. The package init.py must export NODECLASSMAPPINGS and NODEDISPLAYNAMEMAPPINGS; WEBDIRECTORY is optional (only if the pack ships frontend JS).
A node pack is a Python package placed under ComfyUI/customnodes//. The package init.py must export NODECLASSMAPPINGS and NODEDISPLAYNAMEMAPPINGS; WEBDIRECTORY is optional (only if the pack ships frontend JS).python from .nodes import NODECLASSMAPPINGS, NODEDISPLAYNAMEMAPPINGS - 03
init.py
python from .nodes import NODECLASSMAPPINGS, NODEDISPLAYNAMEMAPPINGS
python from .nodes import NODECLASSMAPPINGS, NODEDISPLAYNAMEMAPPINGS - 04
Optional: serve frontend JS/CSS from this folder (path relative to init.py)
WEBDIRECTORY = "./web/js"
main"pyproject.toml"name: Check out code - 05
A minimal node class (nodes.py)
Review the “A minimal node class (nodes.py)” section in the pinned source before continuing.
Review and apply the “A minimal node class (nodes.py)” source section.
Permission review
Static risk signals and limitations
Network access
The documentation includes network, browsing, or remote request actions.
Repository = "https://github.com/you/my-node-pack" # REQUIRED — must be a valid repo URLNetwork access
The documentation includes network, browsing, or remote request actions.
Documentation = "https://github.com/you/my-node-pack/wiki"Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 85/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 485 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- artokun/comfyui-mcp
- Skill path
- plugin/skills/comfyui-node-registry/SKILL.md
- Commit
- 0852abe2c68d9fe9e2af89c54cd039357f08ae6c
- License
- MIT
- Collected
- 2026-08-04
- Default branch
- main
View the original SKILL.md
Authoring & Publishing ComfyUI Custom Nodes
This skill covers writing a ComfyUI custom node pack and publishing it to the Comfy Registry (registry.comfy.org), the public catalog that powers ComfyUI-Manager. For using existing nodes in workflows, see the comfyui-core skill instead.
Minimal Node Pack Structure
A node pack is a Python package placed under ComfyUI/custom_nodes/<name>/. The package __init__.py must export NODE_CLASS_MAPPINGS and NODE_DISPLAY_NAME_MAPPINGS; WEB_DIRECTORY is optional (only if the pack ships frontend JS).
ComfyUI/custom_nodes/my-node-pack/
├── __init__.py # exports the mappings ComfyUI scans for
├── nodes.py # node class definitions
├── pyproject.toml # registry metadata (required to publish)
├── requirements.txt # optional Python deps
├── .comfyignore # optional — exclude files from the published archive
├── LICENSE
├── README.md
└── web/js/ # optional frontend extension (see WEB_DIRECTORY)
__init__.py
from .nodes import NODE_CLASS_MAPPINGS, NODE_DISPLAY_NAME_MAPPINGS
# Optional: serve frontend JS/CSS from this folder (path relative to __init__.py)
WEB_DIRECTORY = "./web/js"
__all__ = ["NODE_CLASS_MAPPINGS", "NODE_DISPLAY_NAME_MAPPINGS", "WEB_DIRECTORY"]
A minimal node class (nodes.py)
class ImageSelector:
CATEGORY = "example" # menu path where the node appears
@classmethod
def INPUT_TYPES(cls):
return {
"required": {
"images": ("IMAGE",),
"mode": (["brightest", "reddest", "greenest", "bluest"],),
},
"optional": {
"threshold": ("FLOAT", {"default": 0.5, "min": 0.0, "max": 1.0, "step": 0.01}),
"count": ("INT", {"default": 1, "min": 1, "max": 64}),
"label": ("STRING", {"default": "", "multiline": False}),
},
}
RETURN_TYPES = ("IMAGE",) # tuple of output data types
RETURN_NAMES = ("image",) # optional friendly output names
FUNCTION = "choose_image" # name of the method ComfyUI calls
OUTPUT_NODE = False # True for terminal nodes (e.g. SaveImage)
def choose_image(self, images, mode, threshold=0.5, count=1, label=""):
import torch
brightness = [torch.mean(img.flatten()).item() for img in images]
best = brightness.index(max(brightness))
return (images[best].unsqueeze(0),) # MUST return a tuple
NODE_CLASS_MAPPINGS = {
"ImageSelector": ImageSelector, # globally unique class_type key
}
NODE_DISPLAY_NAME_MAPPINGS = {
"ImageSelector": "Image Selector", # label shown in the UI
}
Node class contract
| Member | Required | Purpose |
|---|---|---|
INPUT_TYPES | yes | @classmethod returning {"required": {...}, "optional": {...}}. Each input is (TYPE,) or (TYPE, {opts}). |
RETURN_TYPES | yes | Tuple of output type strings (e.g. ("IMAGE", "MASK")). Single output still needs a trailing comma. |
FUNCTION | yes | String name of the method to execute. |
CATEGORY | yes | Menu path string for the Add Node menu. |
RETURN_NAMES | no | Friendly names for outputs (defaults to lowercased types). |
OUTPUT_NODE | no | True marks a terminal node that produces a result (save/preview). |
Input type widgets — the options dict drives the UI widget:
("INT", {"default": 0, "min": 0, "max": 100, "step": 1})("FLOAT", {"default": 1.0, "min": 0.0, "max": 10.0, "step": 0.1})("STRING", {"default": "", "multiline": True})(["a", "b", "c"],)— a literal list becomes a dropdown("IMAGE",),("LATENT",),("MODEL",)etc. — typed connections (no widget)
The executing method must return a tuple matching RETURN_TYPES, even for a single output (return (result,)).
pyproject.toml — Registry Metadata
Required to publish. comfy node init scaffolds this file. See references/pyproject.toml for a fully-commented example.
[project]
name = "my-node-pack" # unique & IMMUTABLE; lowercase, <100 chars, no "ComfyUI" prefix
description = "What this node pack does"
version = "1.0.0" # semantic version X.Y.Z — bump to publish a new version
license = { file = "LICENSE" } # or { text = "MIT License" }
requires-python = ">=3.10"
dependencies = [
"comfyui-frontend-package<=1.21.6", # optional — pin frontend if you ship UI
]
classifiers = [
"Operating System :: OS Independent",
]
[project.urls]
Repository = "https://github.com/you/my-node-pack" # REQUIRED — must be a valid repo URL
Documentation = "https://github.com/you/my-node-pack/wiki"
"Bug Tracker" = "https://github.com/you/my-node-pack/issues"
[tool.comfy]
PublisherId = "your-publisher-id" # the id after @ on your registry profile
DisplayName = "My Node Pack" # human-friendly name in the registry
Icon = "https://raw.githubusercontent.com/you/my-node-pack/main/icon.png" # square, max 400x400px
requires-comfyui = ">=1.0.0" # optional ComfyUI version constraint
Field rules (verified against the live spec)
| Field | Section | Notes |
|---|---|---|
name | [project] | Unique and immutable once published. <100 chars; alphanumeric + - _ .; no consecutive special chars; can't start with a number/special char; case-insensitive. Don't prefix with "ComfyUI". |
version | [project] | Semantic X.Y.Z — X breaking, Y backwards-compatible feature, Z bug fix. Each value is published once and is immutable. |
description | [project] | Short summary (recommended). |
license | [project] | { file = "LICENSE" } or { text = "MIT License" }. |
requires-python | [project] | e.g. ">=3.10" (recommended). |
dependencies | [project] | PEP 508 requirement strings; can pin comfyui-frontend-package. |
Repository | [project.urls] | Required — valid GitHub repo URL. |
PublisherId | [tool.comfy] | Required — your publisher id (after the @ on your profile). |
DisplayName | [tool.comfy] | Friendly registry name (optional). |
Icon | [tool.comfy] | URL to a square image, max 400×400px; SVG/PNG/JPG/GIF. |
Banner | [tool.comfy] | URL to a 21:9 banner image; SVG/PNG/JPG/GIF (optional). |
requires-comfyui | [tool.comfy] | ComfyUI version range using < > <= >= ~= != (optional). |
includes | [tool.comfy] | Array forcing extra folders into the published archive. |
Controlling the published archive
.comfyignore— uses.gitignoresyntax; files listed are excluded from the published archive. Use it to drop tests, examples, large assets, and dev files.[tool.comfy].includes— the inverse: force-includes folders that would otherwise be skipped (e.g. a bundledweb/dist).
Registry Setup (one-time)
- Go to registry.comfy.org and create a publisher.
- Your Publisher ID is the value after the
@on your profile page. It is globally unique and cannot be changed — use it forPublisherIdinpyproject.toml. - In the publisher's section, create an API key. Name it and save it somewhere safe — if you lose it you must create a new one (it is not recoverable).
CLI Publishing Flow
Install comfy-cli (requires Python 3.10+; a virtualenv is recommended):
pip install comfy-cli
| Command | What it does |
|---|---|
comfy node init | Scaffolds pyproject.toml with registry metadata in the current node pack folder. Fill in the required fields (esp. PublisherId and Repository). |
comfy node publish | Validates and uploads the current version to the registry. Prompts for your API key. Prints the registry URL on success. |
Version immutability: once a version is published it cannot be modified or overwritten. To ship changes, bump version and publish again. To pull a bad version, deprecate it on the website (More Actions > Deprecate), which prompts users to upgrade rather than deleting it.
CI Publishing (GitHub Actions)
Automate publishing on every version bump. Add the API key as a repo secret named REGISTRY_ACCESS_TOKEN (Settings > Secrets and variables > Actions), then create .github/workflows/publish_action.yml:
name: Publish to Comfy registry
on:
workflow_dispatch:
push:
branches:
- main
paths:
- "pyproject.toml"
jobs:
publish-node:
name: Publish Custom Node to registry
runs-on: ubuntu-latest
steps:
- name: Check out code
uses: actions/checkout@v4
- name: Publish Custom Node
uses: Comfy-Org/publish-node-action@main
with:
personal_access_token: ${{ secrets.REGISTRY_ACCESS_TOKEN }}
- Triggers on push to
mainbut only whenpyproject.tomlchanges (i.e. when you bumpversion).workflow_dispatchallows manual runs. - If your default branch isn't
main, update thebranches:list. - The action reads the version from
pyproject.tomland publishes it — so the typical flow is: bumpversion, commit, push tomain, done.
Optional Frontend Extension
If your pack adds custom UI (widgets, sidebar tabs, menu items), set WEB_DIRECTORY in __init__.py and ship JS there. New frontend extensions should target the modern @comfyorg/extension-api rather than poking at legacy globals; pull in @comfyorg/comfyui-frontend-types for TypeScript types (npm install -D @comfyorg/comfyui-frontend-types). For the full frontend authoring workflow (defineExtension/defineNode/defineWidget and the defineSidebarTab/defineCommand/defineSetting shell APIs), see the sibling comfyui-frontend-extensions skill.
Common Mistakes
- Forgetting the return tuple — the
FUNCTIONmethod mustreturn (value,), notreturn value, even for one output. - Single-element
RETURN_TYPESwithout a comma —("IMAGE")is a string, not a tuple. Write("IMAGE",). INPUT_TYPESnot a@classmethod— ComfyUI calls it on the class; missing the decorator breaks node loading.- Trying to overwrite a published version — versions are immutable. Bump
versioninstead; deprecate bad ones on the website. - Renaming
nameafter publishing — it's immutable and globally unique. Pick a good name (no "ComfyUI" prefix) up front. - Missing
[project.urls].Repository— it's required; publishing fails without a valid repo URL. - Wrong
PublisherId— use the id after the@on your profile, not your display name. - Oversized icon — must be square and ≤ 400×400px; larger images are rejected.
- Renaming class keys in
NODE_CLASS_MAPPINGS— the key is theclass_typestored in workflow JSON. Changing it breaks every saved workflow that used the node. - Committing the API key — store it as the
REGISTRY_ACCESS_TOKENsecret; never inpyproject.tomlor the repo.
Alternatives
Compare before choosing
coreyhaines31/marketingskills
ab-testing
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
alirezarezvani/claude-skills
app-store-optimization
App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist
dotnet/skills
migrate-vstest-to-mtp
Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing
JasonColapietro/suede-creator-skills
suede-ab-testing
Suede-owned experimentation discipline for hypotheses, sample sizing, test duration, significance, and repeatable experiment programs. Use when comparing variants, deciding whether a result is reliable, or building an experiment backlog and cadence. NOT FOR: analytics instrumentation (use suede-analytics), post-click conversion diagnosis (use suede-site-alchemy), or writing the variant copy itself (use suede-copy).