[ MANUAL ]
§06 · OUTPUT & DELIVERY
// 06_OUTPUT_&_DELIVERY

Output & Delivery

A finished prompt is only useful once it's in the right place, in the right shape. This chapter covers reformatting for different image models, rendering inside the app, and the specification documents you can hand to someone else.

IF YOU ONLY READ ONE THING
Set your prompt target before you copy. The same prompt needs different syntax for Midjourney than it does for Flux.
06.01

Prompt Target

Reformats your prompt for Midjourney, Gemini, Flux or SDXL.

WHAT IT DOES

The same set of decisions has to be expressed differently per model. Midjourney uses double-dash flags on the end of the line. Gemini, Flux and SDXL don't — they read the prompt as prose plus their own parameter fields. Some parameters have no equivalent at all across models. Switching the target rewrites the prompt into the right syntax and drops or translates the parameters that don't apply, instead of leaving Midjourney flags sitting in a Flux prompt where they'd be read as literal text.

WHAT TO EXPECT

The wording stays; the parameters change shape. Anything the target model can't do is dropped rather than left in as dead text.

USE IT WELL

Pick the target before you fine-tune the parameter deck. Tuning Midjourney flags and then switching to Flux throws most of that work away.

06.02

FLASH Rendering

Render images inside the app instead of copying out to another tool.

WHAT IT DOES

FLASH runs generation without leaving Witness Labs. You pick a resolution — 512px, 1K, 2K or 4K — and a layout mode — standard, storyboard, character sheet or multi-view. The prompt you're already holding is what gets sent; there's no separate FLASH prompt to write.

WHAT TO EXPECT

Lower resolutions come back fast and cheap and are honest about composition. Higher resolutions take longer, cost more, and are for the final version rather than for figuring out what you want.

USE IT WELL

Draft at 512px or 1K while you're still deciding. Only go to 2K or 4K once the composition is settled — high-resolution exploration is the fastest way to burn credits for nothing.

06.03

FLASH Layout Modes

Standard, storyboard, character sheet, or multi-view in one render.

WHAT IT DOES

Standard is a single image. Storyboard lays out a sequence of shots from the same prompt, useful for narrative work. Character sheet gives you a reference sheet of one subject — front, side, expression variants — for reuse. Multi-view renders the same subject from several camera angles in a single grid.

WHAT TO EXPECT

The three grid modes only pay off when the subject is stable. If the prompt drifts between panels, you have a Logic Gate or lock problem, not a layout problem.

USE IT WELL

Pair character sheet and multi-view with locked style, subject and lighting segments. Without those locks you get several different characters instead of one character several times.

06.04

High-Resolution Rendering

architect+

The higher-fidelity generation path, from the Architect tier up.

WHAT IT DOES

The high-resolution path is the same FLASH pipeline running at higher output fidelity. It's meant for the version you actually keep, not for exploration.

WHAT TO EXPECT

Longer render times and higher credit cost per image than standard FLASH. In return you get output that holds up when zoomed or printed instead of falling apart on inspection.

USE IT WELL

Lock the composition at standard resolution first. Send the same locked prompt to high-res once, not five times with edits.

06.05

CMF Spec Sheets

architect+

A handover document of materials, processes, finishes and feasibility.

WHAT IT DOES

A CMF spec sheet captures the material decisions inside a prompt — materials, colours, processes and finishes — plus a sustainability score and a manufacturing feasibility rating. It's the document you hand to someone who has to actually build or source the thing, not just render it.

WHAT TO EXPECT

A structured summary rather than an image. It reflects the prompt it was generated from, so a sloppy prompt gives a sloppy sheet.

USE IT WELL

Generate the spec sheet after the material decisions have settled, not during exploration. It's a record of what you chose, not a way of choosing.

06.09

FLASH as a Modal

FLASH is a quick-access modal from the header, not a top-level mode.

WHAT IT DOES

FLASH opens as a modal overlay from the header on every tab. Your current prompt is what gets sent — there is no separate FLASH prompt to write and no mode switch to make first. Close it and you're back exactly where you were in the workstation.

WHAT TO EXPECT

The workstation state is preserved while FLASH is open. Renders land in the Gallery underneath, so closing the modal reveals the new thumbnails.

USE IT WELL

Keep FLASH for iteration checks — 512px or 1K to see if the prompt is working. For the version you keep, use the render path from the mode you built the prompt in.

06.10

FLASH Engine Picker

operator+

Choose the image model behind each render — fast for exploration, high-fidelity for finals.

WHAT IT DOES

FLASH runs behind a small set of image models — fast general-purpose models for cheap iteration, and higher-fidelity models (including GPT-Image-2 on eligible tiers) for finals. The picker is inline in the modal; the prompt stays the same, only the engine changes.

WHAT TO EXPECT

Fast engines return in seconds and cost a fraction of the credits. High-fidelity engines cost more and take longer, but hold up at scale.

USE IT WELL

Iterate on the fastest engine that still tells the truth about your composition. Only switch engines when the prompt is settled — swapping engines mid-exploration confuses which change fixed what.