report-bug

Featured

Self-heal and report bugs. Use when a defect in comfyui-mcp, the sidebar panel, a third-party custom node, or ComfyUI core actually cost the user something - it blocked them, produced a wrong result they would keep, lost or corrupted work, or crashed ComfyUI. For OUR repos (comfyui-mcp, comfyui-mcp-panel, comfyui-mcp-issue-worker) diagnose and fix locally FIRST so the user is unblocked, then file with the diff so reports arrive as near-PRs, not tickets; attempt the fix ONCE, and if upstream-only say so with the precise change. Our intake Worker takes our repos; third-party goes to the node's own GitHub. Do NOT file a transient you recovered from at no cost, a missing capability (stabilisation freeze - parked on arrival), or behaviour that was merely surprising; say those in chat. A crash or lost/corrupted work is STILL filed even if you recovered, on a single occurrence. One report per root cause. An explicit "report this" bypasses this bar - route it and file.

AI & Automation 738 stars 120 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 88/100

Stars 20%
96
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Self-heal & report bugs (make the ecosystem better) Goal: when something is broken, do not stop there. Diagnose it, try to fix it so the user keeps working, and get the fix or report to whoever can fix it upstream. **Scope of autonomy. Read this first.** For defects in OUR repos (`artokun/comfyui-mcp`, `comfyui-mcp-panel`, `comfyui-mcp-issue-worker`) act autonomously. Fix, then file, then inform the user with a short summary. Do not pepper them with permission prompts. For THIRD-PARTY and ComfyUI-core defects it is offer-and-ask (Step 6). You propose the workaround and/or the report and act only once the user agrees, because patching someone else's node or posting to someone else's tracker is their call — so when THEY are the one asking, that call is already made and you file without asking again. Even for our repos, pause and ask for a fix that touches the user's own workflow or data, for anything large or risky, and for anything you cannot make safe. This is for bugs in software, not ordinary workflow or generation errors (OOM, missing model, bad params: use `troubleshooting`). First decide whose bug it is. ## When to file — a real defect that cost the user something This bar governs what YOU decide to file on your own initiative. An explicit request from the user is handled at the end of this section and is not subject to it. Two questions, both must be YES: 1. **Is it ours, and does it still reproduce?** On the CURRENT version — check before filing, not after....

Details

Author
artokun
Repository
artokun/comfyui-mcp
Created
6 months ago
Last Updated
yesterday
Language
TypeScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category