Pipe In

Pipe In is the entry point into ComfyUI-Easy-Use's pipe system when you're not starting from one of the pack's own loaders. Everything in this node is optional - that's not an oversight, it's the design. You feed it whatever pieces you have on hand and it bundles them into one PIPE_LINE wire.

Why you'd want this. Easy-Use's whole pitch is that a normal ComfyUI graph has model, positive conditioning, negative conditioning, latent, VAE, CLIP and image all running as separate wires across your canvas, and once a workflow gets big that's a mess to read. The pipe pattern collapses all of that into one connection. Most of the time you get a pipe for free from one of Easy-Use's full loaders. easy pipeIn is for when you don't - say you built the front half of your graph with vanilla ComfyUI nodes (a standard checkpoint loader, standard CLIP Text Encode nodes) and want to switch into Easy-Use's pipe-based nodes partway through, or you're merging outputs from two different branches back into a single pipe to hand off to a presampling node.

Inputs. All nine are optional, and that flexibility is the whole feature: pipe (an existing pipe to merge into, if you have one), model, pos, neg, latent, vae, clip, image, and xyPlot (for feeding in an XY-Plot configuration alongside everything else). You don't need all of them - plug in only what you actually have, and whatever's missing just isn't in the resulting pipe. If you do pass an existing pipe and individual overrides, the individual inputs win for whatever slots they fill.

Output. One pipe, ready to feed into any of the Easy-Use presampling or pipe-editing nodes downstream.

Install. Through ComfyUI Manager (search "ComfyUI Easy Use") or manually:

cd ComfyUI/custom_nodes
git clone https://github.com/yolain/ComfyUI-Easy-Use

then restart ComfyUI. This node has no dependencies beyond the base pack - no extra models, no extra pip packages.

Common issues. The pack's own changelog flagged and fixed a bug in easy pipeIn early on (v1.0.9), which is ancient history at this point, but it's a signal the node has been stable for a long while since. The actual trap people hit isn't a bug, it's a type mismatch: if you wire a MODEL into the pos slot or similar, ComfyUI's type checking will refuse the connection before you even queue - so a mis-wired pipe fails loud, not silent, which is the behavior you want. If a downstream node complains a pipe is "missing" a piece (say, it wants vae and errors that it's empty), the fix is almost always here: go back to whichever pipeIn (or loader) built that pipe and check you actually connected that slot.