GPT-5.5 Retires From ChatGPT and Codex on October 14: Migration Checklist

GPT-5.5 is leaving ChatGPT, ChatGPT Work and Codex on October 14, while the API remains unaffected. Use this surface-by-surface migration plan.

Sonar the Answer Whale moves workflow cables from a retiring model console to a replacement before October 14

GPT-5.5 is scheduled to leave ChatGPT, ChatGPT Work and Codex on October 14, 2026. The API is not part of this retirement. That split matters because a team can migrate its API workloads correctly and still discover that saved workspace defaults, custom agents or scheduled Codex tasks point to a model that is no longer available.

The practical answer: inventory every place where a model is selected, replace ChatGPT-authenticated Codex defaults with gpt-5.6-sol, run a small acceptance set and record the owner of each migration. Do not treat a successful API request as proof that workspace automations are ready.

What is changing on October 14

OpenAI’s product release notes say GPT-5.5 will be retired from ChatGPT, ChatGPT Work and Codex across all plans on October 14, 2026. The same notice says the API is unaffected. For Codex used through ChatGPT authentication, OpenAI directs users to switch to gpt-5.6-sol.

This is a product-surface retirement, not a claim that every endpoint named GPT-5.5 disappears everywhere. The migration scope therefore depends on where a workflow runs and how it authenticates.

The four surfaces to inspect

  1. Personal ChatGPT settings: saved model choices, custom GPT instructions and repeated manual workflows.
  2. ChatGPT Work: shared workspace defaults, internal templates and guidance that tells employees to select GPT-5.5.
  3. Codex: local configuration, managed settings, custom agents, saved tasks and scheduled work authenticated through ChatGPT.
  4. API systems: document these separately. The retirement notice says they are unaffected, so changing a stable API integration only because the ChatGPT product is changing could create unnecessary risk.

A migration sequence that preserves evidence

Start with discovery, not replacement. Search configuration files, task definitions and internal documentation for both the display name and model identifier. Add an owner, execution surface and last-known successful run to the inventory. That turns a vague model change into a finite queue.

Next, select a small acceptance set for each workflow. A content brief might need source-link preservation, heading quality and word-count checks. A coding task may need tests, linting and diff review. A reporting task may need stable field names and totals. The point is not to prove that two models are identical. It is to identify which outputs are operationally important.

Change one surface at a time, record the result and keep a rollback choice until the replacement is accepted. For scheduled work, confirm that the schedule actually fires after the change. A configuration file that parses successfully is not the same as a completed run.

What this means for SEO and publishing teams

Most SEO risk is indirect. A model retirement does not change Google’s ranking systems, but it can break the workflows that create briefs, refresh reports, monitor pages or prepare internal links. The failure mode is often silent: a scheduled task stops, a custom agent falls back to another model or a team member improvises a different process.

Publishers should preserve the human gates that matter regardless of model: verify primary sources, distinguish confirmed facts from inference, review links, check dates and inspect the rendered page. Our metric-contract approach to AI-assisted reporting is useful here because it defines the output before the model changes.

Use a migration register, not a memory test

The downloadable register includes execution surface, authentication method, current model, target model, owner, acceptance check, last successful run and rollback notes. It is intentionally plain CSV so it can be opened in a spreadsheet, committed beside configuration or imported into a task tracker.

Download the GPT-5.5 migration register

What not to infer from this notice

  • It does not say GPT-5.5 API access ends on October 14.
  • It does not establish that a replacement produces identical outputs.
  • It does not mean every workflow should be migrated to the same model without testing.
  • It does not change search rankings or AI citations by itself.

Seven-day deadline checklist

Days 1 and 2: build the inventory and assign owners. Days 3 and 4: run the acceptance set against the replacement. Day 5: update shared defaults and documentation. Day 6: verify scheduled runs. Day 7: close or escalate every unresolved item.

Primary source

OpenAI, Product release notes, retirement notice reviewed September 18, 2026.

Keep learning

Continue this topic

Community discussion

Discuss: GPT-5.5 Retires From ChatGPT and Codex on October 14: Migration Checklist

Have a question, a useful example, or a different perspective? Join the discussion, share evidence, and help other readers reach a better answer.

0 replies Moderated
No replies yet.

Be the first to ask a focused question, share a practical example, or add useful evidence.

Ask a question or join the discussion

Share evidence, a useful example, or a clear question. Be specific, stay on topic, and challenge ideas without attacking people. First-time replies may be held for moderation.