GPT Image 2.6 makes precise image editing more useful when your application can answer two questions: where may pixels change, and what must remain intact? A prompt alone is weak evidence. “Replace the mug” can accidentally alter a hand, label, shadow, or nearby text, while an HTTP 200 only proves that the request completed.
A stronger pattern is to treat each edit as a small change contract. Combine a natural-language instruction with a transparent PNG annotation layer, then evaluate the result against explicit preservation rules. This is especially valuable for product imagery, campaign localization, and UI mockups where an attractive output can still be wrong.
GPT Image 2.6 is available as Flare and Sunburst. A reasonable service policy is to use Flare for rapid candidate iteration and Sunburst when your own acceptance tests show that its detail-oriented workflow better fits a final edit. That is a routing strategy, not a quality or latency guarantee.
Do not accept arbitrary model names from browsers. Map a business intent to an allow-listed configuration on the server:
type EditIntent = "preview" | "final";
const EDIT_POLICY = {
preview: { model: "gpt-image-2.6-flare", quality: "low" },
final: { model: "gpt-image-2.6-sunburst", quality: "high" }
} as const;
Keeping this mapping server-side lets you change models without rewriting clients and prevents users from selecting an unsupported or unexpectedly expensive variant.
Suppose a product photo contains a bottle on a countertop. The task is to replace a price card while preserving the bottle and lighting. Store the request as structured data before writing the model prompt:
type ChangeContract = {
assetId: string;
sourceSha256: string;
markupSha256: string;
change: string[];
preserve: string[];
forbid: string[];
};
const contract: ChangeContract = {
assetId: "hero-042",
sourceSha256: "<SOURCE_SHA256>",
markupSha256: "<MARKUP_SHA256>",
change: ["replace only the annotated price card with a blank cream card"],
preserve: ["bottle geometry", "label text", "camera angle", "shadows"],
forbid: ["new logos", "extra objects", "changes outside the annotated region"]
};
The hashes matter because URLs are mutable. A reviewer should be able to identify the exact source and annotation used for an output.
The current Images Edits API documentation defines markup for GPT Image 2.6 static edits. The annotation must be a transparent PNG with the same dimensions as the first reference image after orientation correction. It cannot be combined with mask, GIF output, or prompt_rewriter. The documentation also sets size limits, so reject invalid files locally rather than spending a request on them.
function validateMarkup(meta: {
mime: string; width: number; height: number; bytes: number;
}, source: { width: number; height: number }) {
if (meta.mime !== "image/png") throw new Error("markup_must_be_png");
if (meta.width !== source.width || meta.height !== source.height) {
throw new Error("markup_dimensions_must_match_source");
}
if (meta.width * meta.height > 16_777_216) {
throw new Error("markup_pixel_limit_exceeded");
}
if (meta.bytes > 40 * 1024 * 1024) {
throw new Error("markup_file_limit_exceeded");
}
}
Production validation should also fetch remote inputs through an allow-listed down, block private-network addresses, cap redirects, verify the decoded MIME type, and record usage rights.
The following is an illustrative, unexecuted example. Replace all placeholder URLs and credentials. It uses JSON URLs; direct file upload requires the multipart form described in the live documentation.
curl --fail-with-body \
https://api.acedata.cloud/openai/images/edits \
-H "Authorization: Bearer <ACEDATACLOUD_API_TOKEN>" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2.6-sunburst",
"image": "https://assets.example.com/hero-042.png",
"markup": "https://assets.example.com/hero-042-markup.png",
"prompt": "Replace only the annotated price card with a blank cream card. Preserve bottle geometry, label text, camera angle, lighting, and shadows. Do not add logos or objects and do not change pixels outside the annotated area unless required for a natural boundary.",
"size": "1536x1024",
"quality": "high",
"output_format": "png",
"response_format": "url"
}'
Use the separate Images Generations API when no source asset exists. For interactive prompt exploration before integration, Ace Data Cloud Studio provides a lower-friction entry point.
After receiving a result, copy it into storage you control and calculate its hash. Then run three gates:
A pixel diff outside the marked region is useful but should not be absolute. Generative editing may make small boundary adjustments. Use a narrow dilation around the annotation, compute the outside-region difference, and send results above your threshold to a human instead of silently accepting or retrying them.
Persist sourceHash, markupHash, model, prompt version, output hash, diff metrics, reviewer, and decision. Use terminal states such as accepted, rejected, and needs_review.
Classify failures before retrying: fix 400/422 inputs; stop on 401/403; back off with jitter on 429; reconcile an unknown timeout before submitting another paid edit. A visual preservation failure is not a transport retry—it requires a revised contract or human judgment.
The main trade-off is extra metadata and review work. In return, GPT Image 2.6 editing becomes reproducible enough to operate: every output has a bounded change area, an explicit preservation checklist, and traceable lineage.
Disclosure: This article was prepared for an Ace Data Cloud promotional publishing task and was AI-assisted. It independently adapts public Ace Data Cloud material about GPT Image 2.6 generation and precise editing and the linked API documentation. The code is illustrative and was not executed for this article. The author is not claiming personal production testing or independent customer status.