If you have an account you can go to https://app.stainless.com/transition. The team spent a good amount of time working on a way for customers to switch to self-service
I don't think the generators themselves were open-sourced (only the generated SDKs were already open-source). That leaves three main (recommended) options:
* Manual Maintenance: Returning to the pre-Stainless era.
* Agentic Coding: Works to an extent, but you lose the deterministic, review-free output required to keep an SDK perfectly structured and coherent.
* Open-source Generators: Helpful for basic use cases, but they lack Stainless's full-stack features like multi-language generation and publishing, MCPs, and documentation.
Reach out to transition@stainless.com, the team can provide more details and clarify eligibility.
What I can say for sure is that the stlc approach comes with vanilla release–please support for the release flow (I worked on that part) and that stlc has been designed for both local and CI contexts. We also have extensive docs covering all of that
I'm viewing this as a user of non-Ant Stainless SDKs. I don't have an account or relationship with you guys, and thanks to your (excellent!) product, the surfaces I contact don't have a direct dependence on your services. But that surface is intimately informed by the nuances of your product! It'd be nice to allay (or confirm) people's fears about how this might impact your other prominent users!
Good point. FWIW if anyone reading this is a stainless user and is concerned about their situation you can reach out to transition@stainless.com. I check with the team if they can update the article with a mention
By self-service, do you mean that the SDK generators are now source-available so they can be run by end users locally?