The rollout order of GPT-5.5 is the interesting bit. As noted in Simon Willison's GPT-5.5 coverage, the model is available in OpenAI Codex and rolling out to paid ChatGPT subscribers, while the API is still promised for "very soon" to accommodate different safeguards. Willison even describes a plugin that uses an existing Codex subscription to run prompts through the LLM CLI, probing the architectural seam. If the API is not the first door, builders should ask why. Codex-connected workflows are where OpenAI can actively shape the experience through file access, task framing, execution environment, and reasoning settings.

For teams already living in coding agents, this might be better, but it changes the evaluation question from "how good is GPT-5.5?" to "how good is GPT-5.5 in the access path I can use this week?" You should not design around API access that isn't available yet. Willison’s pelican examples point out that adding high reasoning effort improved results but took almost four minutes. More reasoning can produce better answers, but it can also turn a small task into a bonfire of latency. Early access paths are useful for learning, but if you use Codex-linked routes to test the model, keep the outputs and observations without silently entangling production workflows with a path that may change. Use what exists to evaluate capability, wait for stable API details before committing architecture, and understand that OpenAI clearly views the access path as a core part of the product.

In short

GPT-5.5’s early path through Codex and ChatGPT says OpenAI wants the new model tested inside controlled workflows first. Builders should evaluate the access path as much as the model itself.

Keep the signal coming

Useful AI, fewer talking points.

Follow Useful Machines for practical AI news, workflows, tools, and strategy. Sponsors can also evaluate whether this article belongs in the agents and developer tools lane.

Get the briefing Follow on X Sponsor or partner View media kit