Flux Kontext Dev Multi
Playground
Try it on WaveSpeedAI!Experimental FLUX.1 Kontext [dev] with multi-image handling for contextual multi-input inference and image workflows. Ready-to-use REST inference API, best performance, no coldstarts, affordable pricing.
Features
FLUX.1 Kontext Dev Multi extends instruction-based image editing to a multi-image workflow. You can provide up to 4 reference images alongside a text instruction, enabling richer context, stronger consistency, and more controllable edits across subjects, styles, and scenes—especially useful when one image alone is not enough to describe what you want.
Key capabilities
- Multi-image contextual editing with up to 4 reference images
- Better subject/style consistency by grounding edits in multiple references
- Supports both local edits (specific changes) and global edits (overall look)
- Ideal for iterative workflows: refine results step-by-step while keeping identity and style stable
Typical use cases
- Multi-reference character consistency (face/hair/outfit cues from multiple photos)
- Product edits with reference packs (angle, material, branding consistency)
- Style guidance from multiple exemplars (illustration style + lighting reference + texture reference)
- Scene recomposition while preserving subject identity
- Branding/text edits that must match reference typography and layout
Pricing
$0.03 per generation.
If you generate multiple outputs in one run, total cost = num_images × $0.03 Example: num_images = 4 → $0.12
Inputs and outputs
Input:
- Up to 4 reference images (upload or public URLs)
- One edit instruction (prompt)
Output:
- One or more edited images (controlled by num_images)
Parameters
- prompt: Edit instruction describing what to change and what to keep
- images: Up to 4 reference images
- width / height: Output resolution
- num_inference_steps: More steps can improve fidelity but increases latency
- guidance_scale: Higher values follow the prompt more strongly; too high may over-edit
- num_images: Number of variations generated per run
- seed: Fixed value for reproducibility; -1 for random
- output_format: jpeg or png
- enable_base64_output: Return BASE64 instead of a URL (API only)
- enable_sync_mode: Wait for generation and return results directly (API only)
Prompting guide
For multi-reference runs, be explicit about how each reference should be used:
Template: Use reference 1 for [identity]. Use reference 2 for [outfit/material]. Use reference 3 for [style/lighting]. Use reference 4 for [background/scene]. Keep [must-preserve]. Change [edit request]. Match [lighting/shadows/perspective].
Example prompts
- Use reference 1 for face identity and reference 2 for hairstyle. Keep the pose from the base image. Replace the background with a modern office and match lighting direction.
- Use reference 1 for the product shape and reference 2 for label design. Replace the label text with “WaveSpeedAI”, keeping typography, perspective, and print texture consistent.
- Use reference 3 as the style guide (soft illustration look) and reference 4 for lighting mood (golden hour). Preserve the subject identity from reference 1.
Best practices
- Provide clean references: sharp subjects, consistent lighting, minimal occlusion.
- Assign roles to references (identity vs. style vs. scene) to avoid conflicting signals.
- Make one change per run, then iterate for tighter control.
- Fix seed when you need stable comparisons across prompt variants.
Authentication
For authentication details, please refer to the Authentication Guide.
API Endpoints
Submit Task & Query Result
set -euo pipefail
export WAVESPEED_API_KEY="your-api-key"
REQUEST_BODY=$(cat <<'JSON'
{
"prompt": "A cinematic ocean wave at sunrise, highly detailed",
"num_inference_steps": 28,
"guidance_scale": 2.5,
"num_images": 1,
"seed": -1,
"output_format": "jpeg"
}
JSON
)
# 1. Submit the prediction.
SUBMIT_RESPONSE=$(curl --silent --show-error --fail-with-body \
-X POST "https://api.wavespeed.ai/api/v3/wavespeed-ai/flux-kontext-dev/multi" \
-H "Authorization: Bearer ${WAVESPEED_API_KEY}" \
-H "Content-Type: application/json" \
-d "${REQUEST_BODY}")
TASK=$(printf '%s' "${SUBMIT_RESPONSE}" | jq 'if type == "object" and has("data") then .data else . end')
PREDICTION_ID=$(printf '%s' "${TASK}" | jq -r '.id // empty')
if [ -z "${PREDICTION_ID}" ]; then
printf 'Submission response did not contain a prediction id
' >&2
exit 1
fi
RESULT_URL=$(printf '%s' "${TASK}" | jq -r '.urls.get // empty')
if [ -z "${RESULT_URL}" ]; then RESULT_URL="https://api.wavespeed.ai/api/v3/predictions/${PREDICTION_ID}/result"; fi
# 2. Poll until the prediction finishes.
while true; do
RESPONSE=$(curl --silent --show-error --fail-with-body \
"${RESULT_URL}" \
-H "Authorization: Bearer ${WAVESPEED_API_KEY}")
RESULT=$(printf '%s' "${RESPONSE}" | jq 'if type == "object" and has("data") then .data else . end')
STATUS=$(printf '%s' "${RESULT}" | jq -r '.status // empty')
case "${STATUS}" in
completed) printf '%s\n' "${RESULT}" | jq '.outputs'; break ;;
failed|cancelled|timeout) printf '%s\n' "${RESULT}" | jq . >&2; exit 1 ;;
created|processing) sleep 2 ;;
*) printf 'Unexpected status: %s
' "${STATUS}" >&2; exit 1 ;;
esac
doneParameters
Task Submission Parameters
Request Parameters
| Parameter | Type | Required | Default | Range | Description |
|---|---|---|---|---|---|
| prompt | string | Yes | - | The positive prompt for the generation. | |
| images | array<string> | No | - | 0 ~ 4 items | URL of images to use while generating the image. |
| num_inference_steps | integer | No | 28 | 1 ~ 50 | The number of inference steps to perform. |
| guidance_scale | number | No | 2.5 | 1 ~ 20 | The guidance scale to use for the generation. |
| num_images | integer | No | 1 | 1 ~ 4 | The number of images to generate. |
| seed | integer | No | -1 | - | The random seed to use for the generation. -1 means a random seed will be used. |
| output_format | string | No | jpeg | jpeg, png, webp | The format of the output image. |
| enable_base64_output | boolean | No | false | - | If set to `true`, the prediction's `output` strings are returned as **naked base64** (no `data:<mime>;base64,` prefix). When `false` (default), outputs are returned as URLs pointing to our CDN. |
| enable_sync_mode | boolean | No | false | - | If set to `true`, the request attempts to wait for the generated result and return outputs in the same response. If the result is not ready within the sync wait window, the API can return a timeout body while the task continues processing. This option is only available via the API and is supported only by some models. |
Response Parameters
| Parameter | Type | Description |
|---|---|---|
| code | integer | HTTP status code (e.g., 200 for success) |
| message | string | Status message (e.g., “success”) |
| data.id | string | Unique identifier for the prediction, Task Id |
| data.model | string | Model ID used for the prediction |
| data.outputs | array | Output values, usually URL strings; some models return text strings or structured result objects (empty when status is not completed) |
| data.urls | object | Object containing related API endpoints |
| data.urls.get | string | URL to retrieve the prediction result |
| data.status | string | Status of the task: created, processing, completed, or failed |
| data.created_at | string | ISO timestamp of when the request was created (e.g., “2023-04-01T12:34:56.789Z”) |
| data.error | string | Error message (empty if no error occurred) |
| data.timings | object | Object containing timing details |
| data.timings.inference | integer | Inference time in milliseconds |
Result Request Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| id | string | Yes | - | Task ID |
Result Response Parameters
| Parameter | Type | Description |
|---|---|---|
| code | integer | HTTP status code (e.g., 200 for success) |
| message | string | Status message (e.g., “success”) |
| data | object | The prediction data object containing all details |
| data.id | string | Unique identifier for the prediction |
| data.model | string | Model ID used for the prediction |
| data.outputs | array<string | object> | Array of generated outputs (empty when status is not completed). Items are usually URL strings, but may be text strings or structured result objects, depending on the model. |
| data.urls | object | Object containing related API endpoints |
| data.urls.get | string | URL to poll for the prediction result |
| data.status | string | Status: created, processing, completed, or failed |
| data.created_at | string | ISO timestamp of when the request was created |
| data.error | string | Error message (empty if no error occurred) |
| data.timings | object | Object containing timing details |
| data.timings.inference | integer | Inference time in milliseconds |