Skip to content
modeldeprecations.dev

o1 (OpenAI)

Deprecated Shuts down in 85 days

Yes — OpenAI deprecated o1 on April 22, 2026 and shuts it down on October 23, 2026 (in 85 days). The recommended replacement is GPT-5.6 Sol.

The first generally available reasoning model, and the release that proved spending inference compute could substitute for a larger model. It introduced the constraints the whole o-series inherited: no system messages at launch, no streaming, and max_completion_tokens in place of max_tokens.

The facts

Provider OpenAI
Model id o1
Also published as o1-2024-12-17
Released December 17, 2024
Deprecated April 22, 2026
Shutdown October 23, 2026 · in 85 days
Status Deprecated
Last verified July 30, 2026

What to use instead

OpenAI GPT-5.6 Sol gpt-5.6-sol Provider-recommended Active

Sol lifts most of o1's restrictions — system messages, streaming and tool calls all work — so code written defensively around o1 can usually be simplified rather than ported.

What parameters gpt-5.6-sol accepts on modelparams.dev

Change the id

In most cases the migration is one string. Check the parameter differences before you ship — newer models drop older sampling knobs more often than they add them.

- "model": "o1"
+ "model": "gpt-5.6-sol"

Frequently asked questions

When will OpenAI o1 shut down?
OpenAI o1 is scheduled to shut down on October 23, 2026, in 85 days.
What replaces OpenAI o1?
OpenAI recommends GPT-5.6 Sol (`gpt-5.6-sol`) as the replacement for OpenAI o1. Sol lifts most of o1's restrictions — system messages, streaming and tool calls all work — so code written defensively around o1 can usually be simplified rather than ported.
Is OpenAI o1 still available?
Yes, for now. OpenAI o1 is deprecated but still answers requests until October 23, 2026. Deprecated models get no further updates and are the first to lose capacity.
How do I migrate from OpenAI o1 to gpt-5.6-sol?
Swap the model id in your API call: replace "o1" with "gpt-5.6-sol". Sol lifts most of o1's restrictions — system messages, streaming and tool calls all work — so code written defensively around o1 can usually be simplified rather than ported.
Does this apply to o1-2024-12-17 too?
Yes. OpenAI o1 is also published as `o1-2024-12-17`; that id shares the same lifecycle dates as `o1`.

Sources

Found something wrong? The data is one YAML file — edit it on GitHub.

This page, for machines

Drop the badge in a README so it turns red the day this model is retired:

[![o1](https://img.shields.io/endpoint?url=https://modeldeprecations.dev/badge/openai/o1.json)](https://modeldeprecations.dev/openai/o1)

Other OpenAI models

All OpenAI deprecations →

How to use this site

The full guide, in Markdown. Copy it and hand it to a coding agent verbatim.

# How to use modeldeprecations.dev

[modeldeprecations.dev](https://modeldeprecations.dev) answers one question per model: is it deprecated,
when does it shut down, and what replaces it. Every date on the site is cited to the
provider's own documentation, with the date we last checked it.

Three lifecycle states are used, matching the providers' own vocabulary:

- **active** — still supported, no deprecation announced.
- **deprecated** — the provider has announced it is going away. It still answers requests.
- **retired** — API access is gone. Requests fail.

A model can be active *and* carry a shutdown date: Anthropic publishes a
"not sooner than" date and Google publishes an earliest shutdown date for models
that are current and fully supported. Those are reported as scheduled shutdowns,
not deprecations, because that is what the provider actually committed to.

## Check one model

```bash
curl https://modeldeprecations.dev/api/v1/models/openai/gpt-4-32k.json
```

Or fetch the page as Markdown, which includes the answer, the dates and the sources:

```bash
curl https://modeldeprecations.dev/openai/gpt-4-32k.md
```

## Full catalog

```bash
curl https://modeldeprecations.dev/api/v1/models.json
```

Ids are `provider/model`. Dated snapshots (`gpt-4-32k-0613`) are listed as aliases of
their canonical entry rather than as separate records.

Each entry carries `computed_status`, the lifecycle state recomputed against the build
date — so a model whose shutdown has passed reads `retired` without anyone editing data.

## Badges

A shields.io endpoint per model, for READMEs that should go red when a model dies:

```
https://img.shields.io/endpoint?url=https://modeldeprecations.dev/badge/openai/gpt-4-32k.json
```

## Calendar and changelog

- Subscribe to every shutdown date: https://modeldeprecations.dev/calendar.ics
- Changelog RSS: https://modeldeprecations.dev/changelog.xml

## JSON Schema

```bash
curl https://modeldeprecations.dev/api/v1/schema.json
```

## Contribute

Data lives in YAML under `models/{provider}/{model}.yaml` in the
[GitHub repo](https://github.com/mnfst/modeldeprecations.dev). Every lifecycle date needs a source URL; CI rejects a
date without one. Open a PR.

## For agents

- Machine-readable overview: https://modeldeprecations.dev/llms.txt
- This guide plus every model inline: https://modeldeprecations.dev/llms-full.txt
- Any page also exists as Markdown: append `.md` to a model URL.
- In a browser, this site registers a **WebMCP** tool on `navigator.modelContext`:
  `check_model_deprecation`, `list_shutdowns`, `find_replacement`, and `get_usage_guide`.
- Parameters each model accepts are catalogued on the sibling site, https://modelparams.dev.