Tested demoQuality 96/100

artokun/comfyui-mcp/plugin/skills/troubleshooting/SKILL.md

troubleshooting

Common ComfyUI errors and fixes — OOM, missing nodes, dtype mismatches, black images, and debugging strategies

Source repository stars
671
Declared platforms
0
Static risk flags
1
Last source update
2026-08-25
Source checked
2026-08-25

Decision brief

What it does: where it fits

Render completes but looks WRONG (artifacts, wrong subject/pose/color, a ControlNet/mask/LoRA not taking, a refiner degrading it)? That's not an error — use the debug-render skill (listpacks with action: "skillread", name: "debug-render"): localize the bad stage with run-to-node…

Best for

    Not for

    • Render completes but looks WRONG (artifacts, wrong subject/pose/color, a ControlNet/mask/LoRA not taking, a refiner degrading it)? That's not an error — use the debug-render skill (listpacks with action: "skillread", na…
    Controlled single-run demoChecked 2026-08-20

    What changed when the Skill was used

    In this controlled same-task single run, enabling troubleshooting changed the output from 2395 non-whitespace characters and 11 headings to 2686 characters and 12 headings. Matches among 8 signals extracted from the pinned source changed from 2 to 3. Both actual outputs are shown; this is a structural observation, not a quality score or a universal performance claim.

    Same test task

    Create a practical, self-contained deliverable for a small SaaS team. Include assumptions, the finished work, and a verification section. The deliverable must specifically reflect this user intent: Common ComfyUI errors and fixes — OOM, missing nodes, dtype mismatches, black images, and debugging strategies

    Without the Skill
    Screenshot of the actual model output for troubleshooting without the Skill

    Baseline: 2395 non-whitespace characters, 11 headings, and 64 list items.

    With the Skill
    Screenshot of the actual model output for troubleshooting with the Skill

    With Skill: 2686 non-whitespace characters, 12 headings, and 63 list items.

    ObservationWithout SkillWith Skill
    Source-signal coverage2/8: comfyui, memory3/8: comfyui, error, memory
    Output structure2395 chars · 11 headings · 64 list items · 0 code blocks2686 chars · 12 headings · 63 list items · 0 code blocks
    Verification and caution signals21 verification signals · 4 risk/limitation signals20 verification signals · 7 risk/limitation signals

    A prompt you can use

    Use the troubleshooting Skill pinned at a1349440fe6a for my task. Follow its source-specific constraints around `troubleshooting`, `comfyui`, `error`, `diagnosis`, then return the finished deliverable with explicit assumptions, verification, failure conditions, and limits. Do not treat the Skill text as a factual source or claim that a single demonstration proves universal performance.

    Method and limitationsExpand

    Test method

    • Baseline and treatment used the same task, model (gpt-5.3-codex-low), and runner; the only planned difference was whether the complete target Skill text was injected.
    • The treatment used snapshot a1349440fe6aec58938d45eae4bd812266c98a88; the current source commit a1349440fe6aec58938d45eae4bd812266c98a88 was verified against content hash bd3d5e19787c. The baseline explicitly prohibited loading any Skill or external rule file.
    • The same deterministic script counted characters, headings, lists, code blocks, verification terms, caution terms, and source signals in both artifacts. Source signals: `troubleshooting`, `comfyui`, `error`, `diagnosis`, `strategy`, `memory`, `pattern`, `cause`.
    • The visuals are local screenshots of the actual Markdown artifacts in a fixed 1200 × 800 evidence canvas, not recreated product mockups. Raw JSON artifacts and request records are retained in the research directory.

    Do not over-read this demo

    • This is one controlled demonstration per condition, not a multi-run statistical benchmark; the model is stochastic.
    • Character, structure, and keyword counts show observable differences but cannot by themselves prove correctness, originality, or business impact.
    • The task is a representative test designed for repeatability, not every real-world use of the Skill; rerun after a material source change.
    Editorial review
    SkillSignal editorial
    Runner
    Cursor Agent 2026.08.11-e8db854
    Model
    gpt-5.3-codex-low
    Refresh due
    2026-11-18
    Reviewed commit
    a1349440fe6aec58938d45eae4bd812266c98a88
    Test snapshot
    a1349440fe6aec58938d45eae4bd812266c98a88

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    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.

    Source-detected install commandSource
    npx skills add https://github.com/artokun/comfyui-mcp --skill "plugin/skills/troubleshooting"
    Safe inspection promptEditorial

    Inspect the Agent Skill "troubleshooting" from https://github.com/artokun/comfyui-mcp/blob/afc0713cb058ac6bd5bed33f62d4377982abd1c7/plugin/skills/troubleshooting/SKILL.md at commit afc0713cb058ac6bd5bed33f62d4377982abd1c7. 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

    1. 01

      Workflow Failed — Get Details

      The response includes: - status.statusstr: "success" or "error" - status.messages: Timestamped execution messages - outputs: Node outputs (images, etc.) - Error traceback for failed nodes

      status.statusstr: "success" or "error"status.messages: Timestamped execution messagesoutputs: Node outputs (images, etc.)
    2. 02

      Error Diagnosis Strategy

      When a workflow fails, follow this systematic approach:

      Get the error: Use gethistory(action="diagnose") to retrieve the execution result with the full traceback, plus any missing models/nodesCheck logs: Use getsystemstats (action:"logs") with keyword filters like "error", "warning", "traceback"Identify the failing node: The history response includes the nodeid and nodetype that failed
    3. 03

      Out of Memory (OOM)

      The GPU does not have enough VRAM to hold the model weights, intermediate tensors, and latent images simultaneously. Common triggers: - High resolution images (2048x2048+) - Multiple models loaded simultaneously - FP32 precision models on limited VRAM - Video generation (LTXV, A…

      High resolution images (2048x2048+)Multiple models loaded simultaneouslyFP32 precision models on limited VRAM
    4. 04

      Error Pattern

      Review the “Error Pattern” section in the pinned source before continuing.

      Review and apply the “Error Pattern” source section.
    5. 05

      Root Cause

      The GPU does not have enough VRAM to hold the model weights, intermediate tensors, and latent images simultaneously. Common triggers: - High resolution images (2048x2048+) - Multiple models loaded simultaneously - FP32 precision models on limited VRAM - Video generation (LTXV, A…

      High resolution images (2048x2048+)Multiple models loaded simultaneouslyFP32 precision models on limited VRAM

    Permission review

    Static risk signals and limitations

    Network access

    medium · line 371

    The documentation includes network, browsing, or remote request actions.

    download_model({ action: "download", url: "...", target_subfolder: "checkpoints" })

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score96/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars671SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guidetested outcome pageTestedGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    artokun/comfyui-mcp
    Skill path
    plugin/skills/troubleshooting/SKILL.md
    Commit
    afc0713cb058ac6bd5bed33f62d4377982abd1c7
    License
    MIT
    Collected
    2026-08-25
    Default branch
    main
    View the original SKILL.md

    ComfyUI Troubleshooting Guide

    Render completes but looks WRONG (artifacts, wrong subject/pose/color, a ControlNet/mask/LoRA not taking, a refiner degrading it)? That's not an error — use the debug-render skill (list_packs with action: "skill_read", name: "debug-render"): localize the bad stage with run-to-node (panel_run to_node_id) by previewing intermediate steps. This guide is for runs that fail with an error/OOM/missing node.

    Error Diagnosis Strategy

    When a workflow fails, follow this systematic approach:

    1. Get the error: Use get_history(action="diagnose") to retrieve the execution result with the full traceback, plus any missing models/nodes
    2. Check logs: Use get_system_stats (action:"logs") with keyword filters like "error", "warning", "traceback"
    3. Identify the failing node: The history response includes the node_id and node_type that failed
    4. Cross-reference inputs: Use create_workflow (action:"node_info") to verify the failing node's expected input schema
    5. Check models: Use list_local_models to verify all referenced model files exist

    Out of Memory (OOM)

    Error Pattern

    torch.cuda.OutOfMemoryError: CUDA out of memory. Tried to allocate X MiB.
    GPU 0 has a total capacity of 24.00 GiB of which X MiB is free.
    

    Or:

    RuntimeError: CUDA error: out of memory
    

    Root Cause

    The GPU does not have enough VRAM to hold the model weights, intermediate tensors, and latent images simultaneously. Common triggers:

    • High resolution images (2048x2048+)
    • Multiple models loaded simultaneously
    • FP32 precision models on limited VRAM
    • Video generation (LTXV, AnimateDiff) with many frames
    • Large batch sizes

    Fixes (in order of preference)

    1. Reduce resolution: Drop to the model's native resolution (512 for SD 1.5, 1024 for SDXL/Flux)
    2. Use FP8/FP16 quantized models: FP8 Flux models use ~8GB vs ~24GB for FP16
      • Search for FP8 variants: download_model({ action: "search", query: "flux fp8" }) or the same with "sdxl fp8"
    3. Launch flags (the VRAM ladder): offload aggressively via ComfyUI CLI flags —
      • --lowvram — offload text encoders / model parts to CPU
      • --novram — extreme offload; the go-to for long video (LTX 2 / WAN) OOM
      • --cache-none — cache nothing (lowest RAM/VRAM); combine with --novram
      • --reserve-vram N — reserve N GB so the GPU stops spilling into slow shared VRAM (Windows); typical 24
      • --disable-smart-memory — force offload to RAM when a run gets stuck / intermittently OOMs
      • Full matrix + recipes: comfyui-launch-flags
    4. Free VRAM between generations: ComfyUI should auto-manage, but restarting clears leaked memory
    5. Use tiled VAE decoding: For high-resolution images, tile the VAE decode step
      • Node: VAEDecodeTiled instead of VAEDecode
      • Breaks the image into tiles, decodes each separately, and stitches them together
    6. Reduce batch size: Set batch_size to 1 in EmptyLatentImage
    7. Avoid multiple models: Don't load two full checkpoints simultaneously — use one checkpoint and LoRAs instead
    8. For LTXV/video: Always use FP8 quantized video models on 24GB cards

    VRAM Estimates

    ModelFP32FP16FP8
    SD 1.5~4GB~2GB~1GB
    SDXL~12GB~6GB~3GB
    Flux Dev~48GB~24GB~12GB
    Flux Schnell~48GB~24GB~12GB
    LTXV~20GB+~10GB+~6GB

    Launch Flags — VRAM / Cache / Attention / Precision

    ComfyUI's startup flags tune the speed↔VRAM tradeoff. Match them to the detected GPU (the panel orchestrator reports VRAM/GPU/torch/sage in its env block; pick the tier from there). Set them on the process that launches ComfyUI (or the --panel-orchestrator / connect command's ComfyUI, not the agent).

    VRAM mode (pick ONE by card size)

    FlagCardBehavior
    --gpu-only16GB+Everything (CLIP/VAE/UNet) stays on GPU — fastest, max VRAM
    --highvram12–16GBModels stay resident in GPU after use, no CPU offload
    --normalvram8–12GBDefault balance — unload to CPU RAM when idle
    --lowvram6–8GBSplit the UNet, aggressive CPU offload — slower
    --novram4–6GBExtreme split/offload — for OOM even on lowvram, or long videos
    --cpu<4GB / no GPUCPU only (very slow)

    --reserve-vram N (GB) leaves headroom for the OS/other apps — bump it if you OOM intermittently mid-run (VAE decode / audio round-trips spike).

    Cache (RAM vs re-run speed)

    FlagEffect
    --cache-classicDefault aggressive caching (fastest re-runs, most RAM)
    --cache-lru NKeep the last N node results (bounded RAM)
    --cache-ram NCap cache to N GB of headroom
    --cache-noneNo caching — minimal RAM, re-runs every node

    Attention (speed vs compatibility)

    FlagNotes
    --use-sage-attentionRecommended — fast + efficient (needs SageAttention + Triton; see triton-sageattention)
    --use-flash-attentionVery fast on supported GPUs
    --use-pytorch-cross-attentionPyTorch 2.x native — best compatibility
    --use-split-cross-attentionLower VRAM, slower
    --use-quad-cross-attentionSub-quadratic optimization
    (omit)Auto-selects xFormers if available

    Precision (UNet)

    FlagEffect
    --fp16-unetHalf precision, ~50% VRAM
    --bf16-unetBFloat16, good balance (newer GPUs)
    --fp8_e4m3fn-unet8-bit float, max savings (newest GPUs)

    Typical recipes:

    • RTX 4090/5090 (24–32GB): --gpu-only --use-sage-attention --cache-classic
    • 12–16GB: --highvram --use-sage-attention (or --fp8_e4m3fn-unet for big models)
    • 8GB: --normalvram --use-sage-attention --cache-lru 20
    • 6GB: --lowvram --use-split-cross-attention --cache-none
    • OOM on long video: --novram --reserve-vram 2

    Device Mismatch

    Error Pattern

    RuntimeError: Expected all tensors to be on the same device, but found at least
    two devices, cuda:0 and cpu!
    

    Root Cause

    A tensor on the CPU is being combined with a tensor on the GPU. This usually happens when:

    • A custom node doesn't properly move tensors to the correct device
    • Model offloading placed parts of the model on CPU
    • A node produces CPU tensors while downstream expects GPU tensors

    Fixes

    1. Check if the error occurs with a specific custom node — update or replace that node
    2. If using --lowvram or --cpu, some nodes may not support CPU offloading
    3. Restart ComfyUI to reset device state
    4. Check if a custom node has a newer version that fixes device handling

    Missing Nodes

    Error Pattern

    Cannot find node class 'NodeClassName'
    

    Or in the execution response:

    "error": {"type": "node_not_found", "message": "Cannot find node class 'X'"}
    

    Root Cause

    The workflow references a node type that is not installed. This happens when:

    • A custom node pack is not installed
    • A custom node pack is installed but failed to load (import error)
    • The node was renamed or removed in a pack update

    Fixes

    1. Search for the node pack:
      search_custom_nodes(action="search", query="NodeClassName")
      
    2. Install via ComfyUI Manager or the registry
    3. Check logs for import errors:
      get_system_stats (action:"logs")(keyword="import")
      get_system_stats (action:"logs")(keyword="error")
      
      Import errors often reveal missing Python dependencies
    4. Install missing Python dependencies: If the custom node requires a pip package:
      pip install missing-package
      
    5. Restart ComfyUI after installing any custom node — nodes are loaded at startup

    NaN Tensor Errors

    Error Pattern

    RuntimeError: Input contains NaN
    

    Or images come out as solid gray/noise with NaN warnings in logs.

    Root Cause

    Numerical instability during the diffusion process. Common triggers:

    • CFG scale too high: Values above 15-20 can cause numerical overflow
    • Corrupted model weights: Damaged download or incompatible merge
    • FP16 overflow: Some operations overflow at half precision
    • Incompatible LoRA: A LoRA trained for a different base model

    Fixes

    1. Lower CFG: Try CFG 7.0 for SD 1.5/SDXL, 1.0 for Flux
    2. Use FP32 VAE: Some VAEs produce NaN in FP16. Switch to vae-ft-mse-840000-ema-pruned.safetensors (FP32)
    3. Remove LoRAs: Test without LoRAs to isolate the cause
    4. Re-download the model: Hash verification can detect corrupted files
    5. Check LoRA compatibility: Ensure the LoRA matches the base model family

    Dtype Mismatches

    Error Pattern

    RuntimeError: expected scalar type Float but found Half
    

    Or:

    RuntimeError: expected scalar type Half but found Float
    

    Or:

    RuntimeError: Input type (float) and bias type (c10::Half) should be the same
    

    Root Cause

    A model component expects one precision (FP32/FP16) but receives another. Most common with:

    • VAE precision mismatch (FP16 model + FP32 VAE or vice versa)
    • Mixed-precision LoRAs
    • Custom nodes that force a specific dtype

    Fixes

    1. Use a separate VAE: Load an explicit FP32 VAE instead of the checkpoint's built-in VAE
      • Node: VAELoader with vae-ft-mse-840000-ema-pruned.safetensors
    2. Match precision: If the model is FP16, use FP16-compatible nodes throughout
    3. Force FP32 VAE decode: Some node packs offer VAEDecodeFP32 nodes
    4. Check ComfyUI settings: --force-fp32 flag forces everything to FP32 (uses more VRAM)

    CLIP Token Overflow

    Error Pattern

    No explicit error — the prompt is silently truncated at 77 tokens, and details mentioned late in the prompt are ignored.

    Symptoms

    • Later parts of long prompts have no effect on the image
    • Adding more descriptive text doesn't change the output
    • Removing early tokens suddenly makes later tokens work

    Fixes

    1. Use BREAK token: Split the prompt at natural boundaries:
      subject description, pose, clothing, setting
      BREAK
      lighting, style, quality, camera angle
      
    2. Use CLIPTextEncodeSDXL: SDXL's dual-CLIP processes two 77-token chunks
    3. Prioritize important tokens: Put the most important descriptors first
    4. Use fewer filler words: Remove articles and prepositions where possible
    5. Use embeddings: Condense complex concepts into single tokens with textual inversions

    Black Images

    Error Pattern

    No error in the execution — the workflow "succeeds" but produces completely black or near-black images.

    Root Causes and Fixes

    CauseDiagnosisFix
    denoise = 0Check KSampler inputsSet denoise to 1.0 for txt2img, 0.5-0.8 for img2img
    cfg = 0Check KSampler inputsSet CFG to 7.0 (SD 1.5), 1.0 (Flux)
    steps = 0Check KSampler inputsSet steps to 20+ (standard) or 4+ (turbo)
    Wrong VAEVAE doesn't match modelUse the correct VAE for the model family
    Empty promptCLIPTextEncode has empty textAdd a text prompt
    Wrong schedulerIncompatible scheduler/sampler comboTry "normal" scheduler with "euler" sampler
    Seed collisionExtremely rareChange the seed value
    FP16 VAE overflowVAE decode produces blackUse FP32 VAE or VAEDecodeTiled

    Quick Diagnostic Checklist

    1. Check denoise > 0 (should be 1.0 for txt2img)
    2. Check cfg > 0 (should be 7.0 for SD 1.5, 1.0 for Flux)
    3. Check steps > 0 (should be 20 for standard, 4 for turbo)
    4. Verify the positive prompt is not empty
    5. Try a different seed
    6. Try a known-working sampler/scheduler combo: euler + normal

    Connection Type Errors

    Error Pattern

    Output type 'IMAGE' doesn't match input type 'LATENT'
    

    Or:

    Required input 'model' of type 'MODEL' but got connection of type 'CLIP'
    

    Root Cause

    Connecting the wrong output slot of a node to an incompatible input. Often caused by using the wrong output index.

    Fixes

    1. Check output indices: Use create_workflow (action:"node_info") to verify the exact output order
      • CheckpointLoaderSimple outputs: 0=MODEL, 1=CLIP, 2=VAE
      • Getting index wrong: ["1", 0] gives MODEL, ["1", 1] gives CLIP
    2. Verify connection format: ["nodeId", outputIndex] — node ID is a string, index is an integer
    3. Check data type flow: Ensure the pipeline follows the correct type chain:
      MODEL → KSampler
      CLIP → CLIPTextEncode → CONDITIONING → KSampler
      LATENT → KSampler → LATENT → VAEDecode → IMAGE
      VAE → VAEDecode, VAEEncode
      

    Model Loading Errors

    Error Pattern

    FileNotFoundError: [Errno 2] No such file or directory: 'models/checkpoints/model.safetensors'
    

    Or:

    SafetensorError: Error reading file: invalid header
    

    Or:

    RuntimeError: PytorchStreamReader failed reading zip archive
    

    Root Causes

    • File not found: Model file doesn't exist at the referenced path
    • Corrupted download: Incomplete or damaged file
    • Wrong format: File is not a valid safetensors/pickle/checkpoint format

    Fixes

    1. Verify the model exists: list_local_models({ action: "list", model_type: "checkpoints" })
    2. Check the exact filename: Model names in workflows must match the filename exactly (case-sensitive)
    3. Re-download: If hash mismatch or corruption:
      download_model({ action: "download", url: "...", target_subfolder: "checkpoints" })
      
    4. Check file size: A 1KB safetensors file is clearly corrupted — re-download
    5. Verify subfolder: Models must be in the correct subfolder (checkpoints/, loras/, vae/, etc.)

    Torch / CUDA Version Errors

    Error Pattern

    RuntimeError: CUDA error: no kernel image is available for execution on the device
    

    Or:

    ImportError: cannot import name 'xxx' from 'torch'
    

    Or:

    AssertionError: Torch not compiled with CUDA enabled
    

    Root Cause

    PyTorch and CUDA version incompatibility, usually after:

    • Updating PyTorch without matching CUDA toolkit
    • Installing a custom node that downgrades/changes PyTorch
    • Using pip install that pulls a CPU-only PyTorch

    Fixes

    1. Check current versions:
      get_system_stats()  # Shows PyTorch version and CUDA version
      
    2. Verify CUDA availability: In Python: torch.cuda.is_available()
    3. Reinstall PyTorch with CUDA: Visit pytorch.org for the correct install command matching your CUDA version
    4. Pin PyTorch version: After fixing, avoid running pip install commands that might change PyTorch
    5. Use ComfyUI's bundled venv: ComfyUI Desktop ships with a pre-configured Python environment

    ComfyUI Desktop vs CLI Differences

    Key Differences

    AspectComfyUI DesktopComfyUI CLI
    Default port80008188
    PythonEmbedded (bundled)System/venv Python
    Install locationAppData/Local/Programs/ComfyUI/Wherever you cloned it
    Custom nodesDocuments/ComfyUI/custom_nodes/./custom_nodes/ in repo
    ModelsDocuments/ComfyUI/models/./models/ in repo
    Configextra_model_paths.yaml for shared pathsSame
    UpdatesAuto-updater in the appgit pull

    Common Issues

    • Wrong port: MCP tools default to 8188 — if using Desktop, configure for port 8000
    • Path confusion: Desktop separates user data from application files
    • Custom node pip installs: Desktop's embedded Python may not be on PATH — install within the venv

    Error-Specific Debugging Commands

    Workflow Failed — Get Details

    get_history(action="list")                       # Most recent execution
    get_history(action="list", prompt_id="abc-123")  # Specific execution
    get_history(action="diagnose")                   # Why the last run failed
    

    The response includes:

    • status.status_str: "success" or "error"
    • status.messages: Timestamped execution messages
    • outputs: Node outputs (images, etc.)
    • Error traceback for failed nodes

    Check Server Health

    get_system_stats()    # GPU info, VRAM, Python/PyTorch versions
    queue(action="list")  # Running and pending jobs
    get_system_stats (action:"logs")(max_lines=50, keyword="error")  # Recent error logs
    

    Verify Node Availability

    create_workflow(action="node_info", node_type="KSampler")        # Check specific node
    create_workflow(action="node_info", node_type="ControlNetApply")  # Verify custom nodes loaded
    

    Verify Models

    list_local_models({ action: "list", model_type: "checkpoints" })   # Installed checkpoints
    list_local_models({ action: "list", model_type: "loras" })         # Installed LoRAs
    list_local_models({ action: "list", model_type: "controlnet" })    # Installed ControlNets
    

    Quick Reference: Error to Fix

    Error Message (partial)Most Likely Fix
    CUDA out of memoryReduce resolution, use FP8 model; VRAM ladder --lowvram--novram --cache-none--reserve-vram N (launch flags)
    Expected all tensors on same deviceUpdate custom node, restart ComfyUI
    Cannot find node classInstall the node pack, restart ComfyUI
    Input contains NaNLower CFG, use FP32 VAE, remove LoRAs
    expected scalar type Float but found HalfUse FP32 VAE, or --force-fp32
    No such file or directory (model)Check filename, re-download model
    invalid header (safetensors)Re-download — file is corrupted
    CUDA error: no kernel imageReinstall PyTorch with matching CUDA version
    Black images, no errorCheck denoise > 0, cfg > 0, steps > 0, prompt not empty
    Image looks garbled/noisyWrong model+VAE combo, wrong sampler settings
    Connection refused on port 8188ComfyUI not running, or using Desktop (port 8000)
    Prompt outputs failed validationNode inputs don't match schema — check create_workflow (action:"node_info")

    Sources

    • Official: none found as a vendor error catalog. Launch-flag names cross-check against comfyui-launch-flags (upstream cli_args.py).
    • Empirical: error→fix table from observed ComfyUI failures.

    Frequently asked questions

    What to verify before installation and use

    What does the troubleshooting source document cover?

    Render completes but looks WRONG (artifacts, wrong subject/pose/color, a ControlNet/mask/LoRA not taking, a refiner degrading it)? That's not an error — use the debug-render skill (listpacks with action: "skillread", name: "debug-render"): localize the bad stage with run-to-node…

    How do I install troubleshooting?

    The source record exposes this install command: npx skills add https://github.com/artokun/comfyui-mcp --skill "plugin/skills/troubleshooting". Inspect the command and pinned source before running it.

    Which permission-related actions were detected?

    Static rules flagged network in the source; the page lists the matching lines and excerpts.