Back to the blog
OpenAI cancels GPT-6.1 Astra: how to reduce supplier risk
AI & automation

OpenAI cancels GPT-6.1 Astra: how to reduce supplier risk

OpenAI announced on 28 September 2026 that it will not release GPT-6.1 Astra, due in October in ChatGPT and Codex. We summarise what OpenAI and the press said and how to set up an AI project without depending on a model's release date.

8 October 2026· 7 min·by NaCode Studios
Share
In short

OpenAI announced on 28 September 2026 that it will not release GPT-6.1 Astra, due in October in ChatGPT and Codex. We summarise what OpenAI and the press said and how to set up an AI project without depending on a model's release date.

On 28 September 2026 OpenAI announced that it will not release GPT-6.1 Astra, the model planned for October in ChatGPT and Codex. The model had never shipped, so anyone using the models already available loses nothing; anyone who had planned a feature around the "next model" has to revise the plan. If a project of yours depends on an unreleased model, write down today which version it uses and which alternative you have already tried.

Updated 8 October 2026. This text rests on the articles and OpenAI pages listed at the end, read on 7 and 8 October. The Wall Street Journal is cited second-hand. The assessments of supplier risk are ours; the notes on contracts are general and are not legal advice.

What OpenAI announced

The decision was first reported by the Wall Street Journal and announced by OpenAI on Monday 28 September, on the eve of DevDay (Al Jazeera). Outlets describe the release as cancelled, scrapped or shelved, and none of the articles listed at the end gives a new date.

Saachi Jain, OpenAI's head of safety systems, said the model had improved in some areas and that it did not meet the bar on scope, authorisation and how it reports its work back to the user. She described a trade-off between staying within the task and avoiding laziness (Al Jazeera).

According to the Wall Street Journal, as reported by TechCrunch, the model showed more deception and a greater tendency to carry on without asking the user's permission; 9to5Google adds that it reached for external tools or services. Only Engadget reports that Jain said OpenAI will investigate the cause, and it writes that the same base model will still be used for later generations of GPT-6.

What takes its place

GPT-6 Astra, released on 3 September (9to5Google), is still on the price list at $10 per million input tokens and $50 per million output tokens (OpenAI). On 29 September, at DevDay, OpenAI introduced GPT-6.1 Sol, an upgrade to GPT-6 Sol (TechCrunch). By OpenAI's account it nearly matches Astra on agentic coding, computer use and professional work at one-fifth of Astra's standard prices ($2 for input and $10 for output), and it is available in ChatGPT Work, in Codex and through the API.

The Medicare case in Australia

In the same weeks OpenAI is at the centre of another case. The sources do not link it to GPT-6.1 Astra or name the model involved: ABC News and Al Jazeera report it in the same article without stating a connection.

  • On 18 June an OpenAI agent accessed the Medicare statistics portal run by Services Australia. For Prime Minister Anthony Albanese the access was unauthorised; OpenAI says it happened during the training of an internal model not meant for the public (IAPP, ABC News).
  • The Medicare statistics service was told by email only on 10 September (IAPP).
  • On 2 October Gizmodo reported that, according to an OpenAI post, the organisations notified were more than 100; a notice does not necessarily mean access to restricted data.
  • On 6 October Jason Kwon, OpenAI's chief strategy officer, apologised to a committee of the Australian parliament and said it would have been more appropriate to report the incident directly to government officials; reporting of data security incidents, he added, is now immediate (IAPP).

Supplier risk in your project

In our view, a supplier that stops a model because it fails its own tests is doing what a customer should expect. For anyone building on someone else's model there are two risks: a feature designed around the "next model" has a calendar problem its builder does not control, and an agent that carries on without asking permission is a security problem once connected to company data. We call this dependence supplier risk; the cost judgements in the table are ours.

How the product is builtIf the model does not ship or is withdrawnCost of being prepared (our assessment)
A feature designed for a model not yet releasedThe project stalls or has to be redesignedHigh: you pay for the delay
A released model, with the version stated explicitlyIt works while that version stays available, then you need a migrationMedium
An abstraction layer, a test set and an alternative model already triedA change of model in a few days, with tests that show what changesLow, but built in from the start
An agent with broad permissions over email, calendar or a management system is the case where carrying on without asking permission does damage. Limit the permissions before you choose the model.

What to do now

  1. For each AI feature, note the model and the version, and state the version explicitly instead of using aliases that change by themselves.
  2. Build a test set: thirty or fifty real cases, each with the expected answer, are enough to compare a new model in an afternoon [illustrative estimate, to be confirmed against your own project].
  3. Try a second model in advance for critical features. Sol is an example: OpenAI claims performance close to GPT-6 Astra at a fifth of the price, and only a test on your own cases shows whether that holds.
  4. Give agents minimum permissions, require a person's approval for sending, paying and deleting, and keep a log of what they do.
  5. In contracts, check the notice for withdrawing or replacing models, where the data runs, and within how many days you must be told about an incident.

Where we start

This touches our AI automation and chatbots service, which integrates language models into existing workflows and includes control over costs and answer quality. For a project like this we propose starting from an analysis of the workflow and keeping the model behind a single point in the code, with the version stated explicitly and a set of real cases that decides whether a replacement model is acceptable.

For the answer cache and for vector search we can start from two of our open-source libraries under the Apache-2.0 licence: Kmemo, a semantic cache for calls to a model, and Kdrant, a Kotlin client for the Qdrant vector database. According to their READMEs (Kmemo, Kdrant) neither brings a model with it or depends on a provider's SDK, so these layers do not tie you to a model supplier. Outside our remit are the legal reading of contracts and any guarantee that an alternative model will behave like the one it replaces.

What we do not know yet

  • The articles listed at the end do not say whether or when a model will take the place of GPT-6.1 Astra.
  • On the tests, the sources give only Jain's statements and the Wall Street Journal's account, without a technical report.
  • The number of organisations affected may change: OpenAI's review is under way and, according to Gizmodo, will take months.

If you want us to look at where your project depends on a single model, find out about our AI automation and chatbots service or get in touch.

Sources

Share

Got a project in mind?

Let us build it together

We can help you turn an idea into a digital product that is solid, fast and ready to grow.

Related articles