SDK generator comparisons

Stainless and Voxgig, compared

The generator behind several of the most-read SDKs in the industry, now winding down its hosted product following an acquisition.

Published by Voxgig, which makes one of the two tools compared here. Facts checked against the first-party sources linked below. Corrections go to info@voxgig.com. The scope and method for every page in this section are published.

Status

Anthropic announced on 18 May 2026 that it had acquired Stainless and would wind down all hosted Stainless products, including the SDK generator. New signups, projects and SDKs stopped the same day. Stainless says customers keep the SDKs generated to date and full rights to modify and extend them, and points existing customers at a transition page.

What Stainless is#

Stainless was a commercial SDK generation service. Its output is the most widely read generated code in the industry: the official OpenAI, Anthropic and Cloudflare client libraries, Meta's Llama Stack, Groq, Cerebras, LangChain and several hundred other providers. Most people who have used a modern AI API in Python or TypeScript have used a Stainless-generated SDK without knowing it.

The targets were TypeScript, Python, Go, Java, Kotlin, Ruby, C#, PHP and Terraform. Generated SDKs were licensed Apache 2.0 to the customer.

The design idea that made it work was a configuration layer sitting between the OpenAPI description and the output. The spec said what the API was. A separate Stainless config said what the library should feel like: resource naming, method names, pagination style, model names, which endpoints were promoted and which were hidden.

What that buys you is the ability to fix an SDK without touching the API description, and to keep the library's shape stable when the spec churns. It is the single most copied idea in this field. Voxgig's semantic model is a different answer to the same problem: rather than a config that adjusts the output, the model is a type-safe description of entities and operations that every surface is generated from.

What Stainless does that Voxgig does not#

Capabilities Stainless has that Voxgig does not, in enough detail to evaluate them.

Output quality as the entire product

Read the openai or anthropic Python and TypeScript libraries. They read as though a careful person wrote them, and they are generated. Streaming, typed errors, request IDs, automatic pagination, retries with idempotency, per-language conventions honoured rather than approximated. Those repositories are public, and they are the most detailed available reference for what generated output can look like.

The config layer, separated from the spec

Keeping library shape out of the API description is the right instinct, and it is why Stainless output looks designed rather than transcribed. It also makes the config an artefact that has to be maintained and understood, and it was proprietary. Both halves are relevant when evaluating any successor.

MCP servers and docs from the same config

Stainless did not stop at SDKs. Its plans counted SDKs, documentation sites and Model Context Protocol servers as the same kind of thing, all generated from one API description and one config, and it led its own marketing on the MCP output rather than treating it as an add-on. That is the same bet Voxgig makes with its six surfaces, made independently, and it is the part of the product most worth copying: an MCP server hand-written beside a generated SDK drifts on the next release, and one generated from the same source cannot.

It set the conventions the field now works to

Standardised streaming, cursor and page-based auto-pagination, typed error hierarchies, and retry-with-idempotency across every language target, at a point when most of this field had none of them. A large part of what customers now expect from any SDK generator, Voxgig included, was normalised here first.

Side by side#

No partial ticks and no asterisks. If a tool has a feature, the table says it has it. Where a row would need a paragraph to be true, it is a paragraph somewhere else on this page instead of a row here.

StainlessVoxgig
StatusHosted products winding down since 18 May 2026. No new projectsActively developed
LicenceGenerator proprietary. Generated SDKs Apache 2.0 to the customerGenerator MIT. Generated SDKs are yours
Language targets9, including Terraform22 bundled language targets, more from packages
MCP serverYes, while it was soldYes
Where the shape was decidedA proprietary config layer over the specA type-safe semantic model, in your repo
Where generation ranThe vendor's platformYour machine
Regeneration after the vendor leavesNot availableRuns from your repo with no account

Which one to choose#

Choose Stainless when

  • For new work you cannot: the hosted generator stopped taking projects on 18 May 2026.
  • If you are an existing customer, the SDKs you have generated still work and you still own them. Nothing is revoked, nothing phones home, and there is no deadline on the code itself. Read the transition guidance before you do anything drastic.
  • If your API is stable and your SDKs are finished, freezing them and maintaining them by hand is a perfectly reasonable plan. It is not the plan a generator vendor would suggest, and for a slow-moving API it is sometimes the cheapest one.

Choose Voxgig when

  • You want regeneration back, running from your own repository, with no account and no vendor in the path. That is the specific failure mode you have just lived through, and it is the one Voxgig is built to not have.
  • You want the generator itself readable and forkable, so a future acquisition is somebody else's problem rather than yours.
  • You want an MCP server generated beside the SDK from the same model, which is where a lot of Stainless-shaped API businesses are heading anyway.

Limits of this comparison#

  • Every generator makes different naming, module layout and pagination decisions. Moving a published SDK from one to another changes your customers' code. Any move needs a major version and a migration note rather than a patch release. That applies to a move to Voxgig as much as to any other tool.
  • This page is published by a vendor whose product competes for the same customers. The primary facts are in Anthropic's and Stainless's own announcements, linked below.
  • Anthropic's statements are the authority on what happens next to Stainless customers. Anything here is a summary of them as of 7 September 2026.

Corrections go to info@voxgig.com or an issue. A correction changes the page and moves its checked date; corrections from Stainless's own team carry the most weight.

Stainless documentation#

First-party sources for the claims on this page. Where they disagree with it, they are the authority.

The other comparisons#

  • OpenAPI GeneratorThe community generator most APIs have shipped an SDK from at least once.
  • SpeakeasyCommercial SDK generation with the widest non-SDK output in this comparison.
  • FernSDKs and a documentation site from one definition. Part of Postman since January 2026.
  • APIMaticThe longest-running commercial generator here, and the only one that converts between description formats.
  • liblabSDK generation shaped as a release pipeline. Part of Postman since November 2025.
  • KiotaMicrosoft's client generator, built so you do not need a separate SDK per API.
  • Hey APIThe TypeScript ecosystem's generator. One language, done properly.

All comparisons, the ground rules, and the wider field

Read the generated code#

The generator is MIT and open, and the catalog holds 600+ generated SDKs readable without installing anything.

Voxgig SDK GeneratorTalk to Voxgig

Get the Voxgig dispatch

Short notes on building SDKs, CLIs, REPLs, and MCPs for API-first teams, plus the occasional Fireside episode pick.

By signing up you agree to our Terms and Conditions.