String Concate 3 Parallelly

"Parallelly" is the operative word in this node's actual display name, "String Concate 3 Parallelly." It doesn't merge three strings into one - it applies the same wrapping operation to three independent text lanes at once, producing three separate outputs. Think of it as three StringConcat1 nodes sharing one prefix, one suffix, and one join_with_space setting, instead of three copies each wired to the same two values by hand.

Why parallel instead of merged

If you've got three related strings - say, three per-character captions in a multi-subject prompt, or three filenames - and you want all three to pick up the same trailing style tag or shared trigger word, doing it with independent single-lane concat nodes means wiring the identical prefix and suffix into each one separately, and updating all three if that shared text ever changes. StringConcat3 keeps the wrapper defined once and applies it to text_1, text_2, and text_3 in a single node.

Inputs and outputs

• prefix, suffix (STRING) - shared across all three lanes.
• join_with_space (BOOLEAN, default true) - whether a literal space separates prefix/text/suffix, applied identically to each lane.
• text_1, text_2, text_3 (STRING, optional) - the three independent strings being wrapped.
• Outputs: text_1, text_2, text_3 - each wrapped the same way, kept separate.

Worth knowing: this node doesn't resize

Unlike the pack's EvaluateMultiple/EvaluateListMultiple family, which all expose an input_count slider that grows a node's sockets from 1 up to 20 without switching node types, StringConcat has no such control - the schema shows a fixed set of text_N slots per variant, with nothing to dial up or down. The 1/3/6 split is the only way to get more or fewer lanes here; there's no single StringConcat node you resize to fit.

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 needed.

Common issues

Only two of three outputs look wrapped. Check that all three text_N inputs are actually wired - an unconnected optional input falls back to its empty-string default, so an "empty" result usually means nothing was fed in, not that the node skipped it.

Need more than three lanes. There's no slider here - move up to StringConcat6, or chain two StringConcat3 nodes if you need an odd number more than three but less than six.

Spacing looks off in one lane but not others. join_with_space is a single shared setting across all three lanes - it can't be toggled per-lane, so if you need different spacing behavior for different strings, that's actually two separate nodes, not a configuration option on this one.

You only need one or two of the three lanes. All three text_N inputs are optional and independent - using StringConcat3 for a job that only fills text_1 and text_2 today is fine, and leaves room to add the third later without rewiring anything that already works.