String Concate 6 Parallelly

The widest member of this pack's string-wrapping family: "String Concate 6 Parallelly" applies one shared prefix, suffix, and join_with_space setting across six independent text lanes (text_1 through text_6) at once, producing six separately wrapped outputs.

Where six lanes actually pays off

This is for genuine batch scale - six per-region captions in a multi-subject composite, six filenames that all need the same shared path segment, six labeled values that all get wrapped in the same brackets or tags. Below that scale, StringConcat1 or StringConcat3 covers it more simply. Above it, you're chaining two of these together, since - unlike this pack's EvaluateMultiple family - there's no slider to grow past six on a single node; the fixed sizes (1/3/6) are the only options.

Inputs and outputs

• prefix, suffix (STRING) - the shared wrapper, applied identically to every lane.
• join_with_space (BOOLEAN, default true) - one shared setting for whether a literal space separates the pieces in each lane.
• text_1–text_6 (STRING, optional) - six independent strings.
• Outputs: text_1–text_6 - each wrapped, kept separate.

The trade-off at this width

Six unconnected optional inputs means it's easy to leave one blank without noticing, especially once the node's collapsed or the canvas is busy. An unwired lane doesn't error - it just falls back to an empty string, wraps prefix directly against suffix, and hands back whatever that produces, silently. Worth a habit: after wiring this node, expand it once and confirm all six lanes actually have something plugged in before you queue a run that depends on all of them.

Installing it

ComfyUI Manager: search RuiquNodes, install, restart. Manual:

cd ComfyUI/custom_nodes
git clone https://github.com/ruiqutech/ComfyUI-RuiquNodes

then restart. No models or extra dependencies.

Common issues

One lane's output looks like just prefix + suffix with nothing in the middle. That lane's text_N input isn't actually wired - it's using its empty-string default, not a bug in the concatenation itself.

Need a different prefix/suffix for different lanes. Not possible on one StringConcat6 node - the wrapper is shared across all six by design. Split the ones that need different treatment into a separate StringConcat node.

Wiring six inputs feels like a lot of clutter. Fair - that's the cost of the wide variant. If most of your six strings don't actually need the same wrapper, you may be better served by StringConcat1 repeated for the ones that differ, and reserving StringConcat6 for cases where the sharing genuinely applies to all of them.

Only some of the six lanes are in use. That's normal - every text_N slot is optional. Grabbing StringConcat6 because you expect to grow into all six lanes eventually, while only filling three today, is a reasonable way to avoid re-wiring later.