Image 1.0 retiring soon: move transparent PNGs to /v1/images
Image 1.0 is a retiring compatibility alias for Image Router Auto. For new transparency work, call POST /v1/images and set background on a GPT Image 2.5 model.

Image 1.0 is marked retiring soon in the Sume docs: it is a compatibility alias for Image Router Auto, and new integrations should use POST /v1/images with model: "sume/auto". For transparent PNGs, the newer route is a ChatGPT Image 2.5 model with background: "transparent".
Sume facts are from the Image 1.0 and Image API docs. The OpenAI Aug 20 date is from its changelog. All were read 2026-09-30. The docs give no retirement date, so none is stated here.
What does retiring soon change today?
Nothing breaks yet. The Image 1.0 page says its URLs keep accepting the legacy request shape, including avatar references and transparency, but they use the same Auto model selection and return job.model: "sume/auto". So a call to /v1/image-1.0/generate already goes through the Auto pipe.
| Item | Image 1.0 (retiring soon) | Images API |
|---|---|---|
| URL | POST /v1/image-1.0/generate | POST /v1/images |
| Model | Alias for Auto, returns sume/auto | Catalog id or sume/auto |
| Mask field | mask_image_url | mask_url on 2.5 |
| Transparency | transparency field | background on 2.5 |
Which model takes the background field?
The docs list background: auto|transparent|opaque on ChatGPT Image 2.5, available as openai/gpt-image-2.5 (Flare) and openai/gpt-image-2.5-sunburst. A request that sets a parameter the selected model does not list is rejected with 400 unsupported_parameter, so pin one of those ids rather than relying on Auto.
const response = await fetch("https://api.sume.com/v1/images", {
method: "POST",
headers: {
Authorization: "Bearer " + process.env.SUME_API_KEY,
"Content-Type": "application/json",
},
body: JSON.stringify({
model: "openai/gpt-image-2.5",
prompt: "A glass bottle on a plain background, cut-out style",
background: "transparent",
output_format: "png",
}),
});
console.log(await response.json());Why use png for a transparent result?
OpenAI's changelog says transparent backgrounds for gpt-image-2 arrived in preview on Aug 20, and that you set background to transparent with png or webp output; jpeg does not support transparent backgrounds. The same changelog also lists GPT Image 2.5 Sunburst and Flare. Sume lists png, jpeg, webp and svg as output formats, so choose png or webp here.
Do I have to move right now?
No, but there is a documented gap to watch. One line in the Image API docs still says that for transparent stills today you should use Image 1.0 with transparency: true, while the model section lists background on 2.5. Test your own prompt on the Images API route and keep the Image 1.0 call as the fallback until the docs agree. For the broader move, see migrate Video 1.0 and Image 1.0 to Sume Auto.
Sources
Related posts
- AI image generator with a transparent background: 2 steps
- GPT Image 2.5 background: transparent vs opaque in the API
- GPT Image 2.5 transparent background: how to request a cutout by API
- Video 1.0 and Image 1.0 are retiring soon: move to sume/auto
- Image 1.0 input_urls, n and format: deprecated names to replace
More in Developers
- POST /v1/image-router/generate deprecated: what to call instead
Sume's legacy /v1/image-router/generate and /v1/image-router/models routes still work but gain no new parameters. Use POST /v1/images and GET /v1/images/models.
- size vs image_size on Sume's Image API: where custom pixels go
On POST /v1/images, size is a resolution-tier shorthand and explicit pixels on size return 400. Custom pixels go in image_size or aspect_ratio.
- Image API usage shows 0 tokens: where the cost is on Sume
POST /v1/images returns usage.prompt_tokens, completion_tokens and total_tokens as 0 in v1. The billed amount is usage.cost in USD, metered per image.
- Inngest step return 4 MiB limit: return the Sume artifact URL
Inngest caps one step return at 4 MiB and run state at 32 MiB. Return the media.sume.com artifact URL from step.run instead of the video bytes.
Written by Sume