OpenAI GPT-5.6 reaches Amazon Bedrock with Sol, Terra, and Luna

OpenAI's Codex changelog corroborates GPT-5.6 Sol, Terra, and Luna support in Codex.OpenAI Codex changelog
OpenAI's Codex changelog corroborates GPT-5.6 Sol, Terra, and Luna support in Codex.OpenAI Codex changelog
AI & Automation

Amazon Bedrock now lists OpenAI's GPT-5.6 Sol, Terra, and Luna models, giving AWS teams a managed path to the new GPT-5.6 family with Bedrock APIs, regional controls, and prompt caching checks.

Amazon Bedrock now lists OpenAI's GPT-5.6 family as generally available, adding GPT-5.6 Sol, Terra, and Luna to AWS's managed model catalog. The practical change is not another leaderboard claim. AWS teams can evaluate the new OpenAI family inside Bedrock's API, region, quota, and governance model instead of routing every experiment through a separate provider account.

The timing matters because OpenAI's own Codex changelog also names Amazon Bedrock support for GPT-5.6 Sol, Terra, and Luna, including support for the max reasoning effort. For teams already standardizing agent work on AWS, this makes GPT-5.6 a procurement, routing, and policy question as much as a model-quality question.

GPT-5.6 joins the Bedrock model catalog

AWS's OpenAI page now presents OpenAI frontier models on Amazon Bedrock as generally available, with GPT-5.6 Sol, Terra, and Luna shown alongside earlier OpenAI models. The Bedrock OpenAI model-card index describes Terra as the balanced production option and Luna as the fast, lower-cost option; AWS documentation lists July 13, 2026 as the launch date for both Terra and Luna.

That gives teams a clearer split than a single flagship model name. Sol is the premium reasoning and agent tier, Terra is the everyday production tier, and Luna is aimed at higher-volume workloads such as routing, classification, summarization, and latency-sensitive application paths.

The important implementation detail is that these models sit behind Bedrock's runtime surface. AWS documentation shows GPT-5.6 models across Bedrock API compatibility tables, including Converse, Chat Completions, Responses, and other supported runtime paths. That matters if your existing app code, observability, IAM controls, or model-router abstractions already assume Bedrock conventions.

What AWS teams should verify first

Do not treat Bedrock availability as a drop-in cutover just because the model names are familiar. Start with region and API compatibility. AWS's regional availability table should decide where you can run the model, whether you can use in-region or cross-region inference, and whether your compliance posture allows the chosen route.

Then check prompt caching. AWS's prompt-caching documentation says the GPT-5.6 models introduce explicit prompt cache checkpoints, but those controls have model-specific limits and endpoint constraints. If you are moving agent workflows with large shared instructions, repository summaries, policy blocks, or repeated tool schemas, caching can change both cost and latency. It can also change how you measure a prompt's real production cost.

Quota planning deserves a separate pass. Bedrock's documentation distinguishes runtime quota behavior across endpoints, and the bedrock-mantle notes describe separate input-token and output-token quotas for supported models. A prototype that works in a notebook can still fail once several agents share the same account-level limits.

Codex support changes the agent angle

OpenAI's Codex changelog adds a second signal: Codex now includes Amazon Bedrock GPT-5.6 Sol, Terra, and Luna models with first-class max reasoning support. That is useful for organizations that want coding agents to use Bedrock-hosted model access while still giving developers familiar Codex controls.

The same changelog entry also mentions remote plugins being enabled by default, system proxy support, remote-control pairing, and MCP tool-search changes. Those are not the headline here, but they affect how a Codex deployment behaves in a locked-down enterprise network. If your agents run behind PAC, WPAD, endpoint proxies, or managed authentication flows, test the whole path, not only the model picker.

For LinkLoot readers building agent systems, the clean next step is an environment-level comparison: run the same task through native OpenAI access and Bedrock-hosted GPT-5.6, then compare latency, cache behavior, tool-call reliability, logging, regional routing, and billing traces. The model may be the same family, but the platform wrapper can change operations. For broader agent-stack planning, pair that test with the internal checklist in the LinkLoot guide to AI workflow automation.

Source check

AWS is the primary source for Bedrock availability, model-card details, API compatibility, regional availability, and prompt-caching behavior. OpenAI's Codex changelog independently corroborates GPT-5.6 Sol, Terra, and Luna support through Amazon Bedrock inside Codex.

The remaining decision is local: confirm that the exact model IDs, regions, quotas, cache settings, and data-handling controls match your account before moving production agent traffic. Bedrock availability opens the door; it does not remove the need for a controlled migration test.