XY Inputs: PosCondList //EasyUse

This is the sibling of easy XYInputs: PositiveCond, and the difference is exactly what the name implies: instead of four fixed slots, this node takes a single positive input built to accept a list. If you're comparing more than four conditionings, or the number of variants you're testing changes run to run, this is the version that doesn't box you in.

Why a list instead of fixed slots

ComfyUI has a general pattern where a node can accept a batched or listed input instead of a single item, and iterate the rest of the graph once per item in that list. This node leans on that pattern: rather than manually adding a fifth, sixth, seventh conditioning slot as your comparison grows, you feed it a list of conditionings from upstream - built by whatever node in your graph is producing multiple prompt variants, whether that's a wildcard node cycling through options, a batch of hand-written prompts, or something programmatically generated. The axis this node builds simply has as many points as the list is long.

The inputs and outputs that matter

There's exactly one required input: positive, typed as CONDITIONING but expected to carry a list rather than a single item. That's the entire configuration surface - there's no optional block, no extra toggles, because the node's whole job is just "take this list and turn it into a plottable axis."

Output is the familiar X_Y, plugging into Easy-Use's XY Plot node exactly like the fixed-slot version does. Whichever axis (X or Y) you assign this to in the plot node determines whether your list of conditionings sweeps across columns or rows.

Which version to actually use

Reach for the fixed-slot PositiveCond node when you're doing a quick, small, ad-hoc comparison - two or three specific conditionings you've hand-picked and want to wire directly. Reach for this list version when the count is larger, variable, or generated programmatically - it scales without you touching the node itself as your comparison grows, and it's the natural fit if something upstream in your graph is already producing a list of conditionings for other reasons.

Installing it

ComfyUI Manager: search ComfyUI Easy Use, install, restart. By hand:

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

Windows: double-click install.bat. Linux/Mac: run pip install -r requirements.txt yourself. Restart ComfyUI.

Where people get stuck

The single biggest gotcha is feeding this node a plain single CONDITIONING instead of an actual list - it'll often technically accept it, but you'll get a one-point "sweep" that doesn't do what you expected, and the fix is upstream: make sure whatever's feeding positive is genuinely producing a list output, not a single conditioning object. Second, because there's no cap here the way there is on the four-slot version, it's easy to accidentally wire in a much longer list than intended and end up with a far bigger render queue than planned - worth a quick sanity check on the list length before you queue a big grid. And as always with this node family: it defines an axis and nothing more, so if you're expecting an image out of this node directly, you're missing the XY Plot node that actually consumes its output.