Bytedance Seedream V5.5 Layer Decomposition API Documentation
Playground
Try it on WaveSpeedAI!Seedream 5.5 Layer Decomposition separates a single image into a base image and transparent layers, enabling flexible compositing, image editing, asset extraction, and layered design workflows. Ready-to-use REST inference API, best performance, no coldstarts, affordable pricing.
Features
Seedream 5.5 Layer Decomposition separates a single input image into a base image and transparent image layers for compositing, design, and editing workflows. It breaks a flat image into editable visual components that can be reused, rearranged, or refined in downstream creative tools.
Why Choose This?
-
Layered image decomposition
Separate one image into a base image and multiple transparent layers. -
Transparent PNG layers
Every layer is returned as a PNG with an alpha channel, ready to drop into a design tool. -
Editing-ready outputs
Use decomposed layers for compositing, retouching, layout design, and creative editing. -
Prompt-guided layer control
Optionally describe the desired layers, targets, objects, or grouping behavior. -
Automatic element detection
When no prompt is provided, the model can identify key visual elements automatically. -
Flexible resolution tiers
Choose1k,1.5k, or2kdepending on your workflow needs.
Parameters
| Parameter | Required | Description |
|---|---|---|
| image | Yes | The image to decompose into layers. Supports PNG and JPEG images. |
| prompt | No | Optional positive prompt describing the desired layers, targets, objects, or grouping behavior. |
| resolution | No | Output resolution tier: 1k, 1.5k, or 2k. Default: 1k. |
| max_images | No | Maximum number of images to return, base image plus layers: 2 to 100. Default: 30. The price is set by this value (see Pricing). |
| output_format | No | Format of the base image: png (default) or jpeg. Every layer is a PNG with transparency. |
How to Use
- Upload an image — Provide a single PNG or JPEG image for decomposition.
- Add a prompt optional — Describe the objects, groups, targets, or layer structure you want.
- Choose resolution — Select
1k,1.5k, or2k. - Set max_images optional — A larger value allows a finer split and costs more.
- Submit — Generate the decomposed image result: the base image first, then the layers.
Pricing
Each request costs max_images times the per-image price of the selected resolution. You are charged for max_images, the most images the request can return, not for the number actually returned: a simple image may come back with fewer layers than max_images and still costs the full amount. Set max_images to the number of layers you need plus one for the base image.
| Resolution | Price per image |
|---|---|
| 1k | $0.02 |
| 1.5k | $0.02 |
| 2k | $0.035 |
The default max_images is 30, so a default request costs $0.60 at 1k or 1.5k and $1.05 at 2k. Examples: max_images 5 at 1k costs $0.10; max_images 100 at 2k costs $3.50.
Best Use Cases
- Compositing workflows — Separate foreground objects and background elements for layered editing.
- Design production — Convert flat images into editable visual components.
- Marketing asset preparation — Extract reusable objects, people, products, or scene elements from campaign images.
- Creative editing — Rearrange, restyle, replace, or refine isolated image layers.
- Layout workflows — Prepare clean visual parts for presentations, ads, thumbnails, and design systems.
Pro Tips
- Use a clear image with distinct foreground, subject, and background regions.
- Add a prompt when you need specific objects, groupings, or layer behavior, and keep it focused on what should become separate layers.
- Choose
1kor1.5kfor lower-cost iteration, and2kwhen higher-resolution layers are needed. - Avoid cluttered scenes when you need precise layer separation.
Related Models
- Seedream 5.5 — Generate images from text prompts.
- Seedream 5.5 Edit — Edit images with up to 10 references.
- Seedream V5.0 Pro Layer Decomposition — The previous Pro layer decomposition model.
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'
{
"image": "https://interactive-examples.mdn.mozilla.net/media/cc0-images/painted-hand-298-332.jpg",
"resolution": "1k",
"max_images": 30,
"output_format": "png"
}
JSON
)
# 1. Submit the prediction once. Never retry this request automatically:
# a retry after an unclear failure can create a second, billed task.
CHECK='The task may already exist. Check History or the predictions list before submitting again.'
if ! SUBMIT_RESPONSE=$(curl --silent --show-error --fail-with-body \
--connect-timeout 10 --max-time 60 \
-X POST "https://api.wavespeed.ai/api/v3/bytedance/seedream-v5.5/layer-decomposition" \
-H "Authorization: Bearer ${WAVESPEED_API_KEY}" \
-H "Content-Type: application/json" \
-d "${REQUEST_BODY}"); then
printf 'Submit failed. %s\n' "${CHECK}" >&2
exit 1
fi
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. %s\n' "${CHECK}" >&2
exit 1
fi
RESULT_URL="https://api.wavespeed.ai/api/v3/predictions/${PREDICTION_ID}/result"
# 2. Poll until the prediction reaches a final status.
BODY_FILE=$(mktemp)
trap 'rm -f "${BODY_FILE}"' EXIT
while true; do
# Transient errors (429, 5xx) are retried, honoring Retry-After.
HTTP_CODE=$(curl --silent --show-error --fail-with-body \
--connect-timeout 10 --max-time 60 --retry 5 --retry-delay 2 \
--output "${BODY_FILE}" --write-out '%{http_code}' \
"${RESULT_URL}" \
-H "Authorization: Bearer ${WAVESPEED_API_KEY}" || true)
case "${HTTP_CODE}" in
2??) ;;
000|429|5??) # dropped connection or temporary error: keep polling
printf 'Task %s: HTTP %s, polling again in 10s\n' "${PREDICTION_ID}" "${HTTP_CODE}" >&2
sleep 10; continue ;;
*) printf 'Task %s: HTTP %s\n' "${PREDICTION_ID}" "${HTTP_CODE}" >&2
cat "${BODY_FILE}" >&2; exit 1 ;;
esac
RESULT=$(jq 'if type == "object" and has("data") then .data else . end' "${BODY_FILE}")
STATUS=$(printf '%s' "${RESULT}" | jq -r '.status // empty')
case "${STATUS}" in
completed) printf '%s\n' "${RESULT}" | jq '.outputs'; break ;;
failed|cancelled|timeout|deleted)
printf 'Task %s ended with status %s\n' "${PREDICTION_ID}" "${STATUS}" >&2
printf '%s\n' "${RESULT}" | jq . >&2; exit 1 ;;
*) sleep 2 ;;
esac
doneRetry temporary errors only while polling, never the submit request. Errors, retries and timeouts
Parameters
Task Submission Parameters
Request Parameters
| Parameter | Type | Required | Default | Range | Description |
|---|---|---|---|---|---|
| image | string | Yes | - | The image to decompose into layers. | |
| prompt | string | No | - | The positive prompt for the generation. | |
| resolution | string | No | 1k | 1k, 1.5k, 2k | The output resolution tier: 1k, 1.5k, or 2k. Defaults to 1k. |
| max_images | integer | No | 30 | 2 ~ 100 | The maximum number of images to return: the base image plus its layers (2-100). The model plans the layers within this limit, and a larger value usually gives a finer split. Billing is per image, so the price is this number times the per-image price of the selected resolution. |
| output_format | string | No | png | jpeg, png | The format of the base image. Every layer is returned as a PNG with transparency. |
Every model also accepts the global request options enable_sync_mode and enable_base64_output; see their pages for details.
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.status | string | Task status. completed is successful; failed, cancelled, timeout, and deleted are failure terminal statuses. |
| 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.status | string | Status: completed is successful; failed, cancelled, timeout, and deleted are failure terminal statuses |
| 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 |