Migration guide
Migrate from liblab to Octri
Upload liblab.config.json with the spec it points at. Your spec, languages, auth schemes and package name come across, and the rest is a few settings in SDK Studio.
Written by Octri · Checked 25 October 2026
What to have to hand
Octri reads liblab’s own files. A .zip of your repository or a single config file, up to 15 MB.
- liblab.config.json
- openapi.json
What comes across
Each row is a field the liblab importer reads, and where it lands. Rows marked “By hand” are what is left for you.
| What | In Octri | From liblab |
|---|---|---|
| Spec | The project’s spec | specFilePath or specUrl |
| SDK languages | One SDK per language | languages |
| Auth schemes | SDK auth settings | auth |
| Package name | SDK package name | The first name in languageOptions |
| Project name | Project name | apiName or sdkName |
| Retries, pagination, environments | Set in SDK Studio | By hand |
| Hooks | Moved as code into the SDK repository | By hand |
Step by step
Bring it in
Sign up, choose Switch to Octri when onboarding asks for your spec, and drop in
liblab.config.jsonwith the spec it names, or a .zip of the repository that holds both.Check the preview
Before anything is created, Octri shows what it found: the spec, each language, your auth schemes and the package name. Anything it could not carry is named in a note under the preview, so you know what is left to do by hand.
Fill in the SDK settings
Set environments, retries and pagination in SDK Studio, and check each language’s package name. Hooks are code, so they move into the SDK repository, where custom code is kept through each regeneration by a normal merge.
Set up your SDKs
Generate each language and compare it with the package you ship today in the SDK Studio preview. Give each language the package name your users already install, and publish the first Octri release as a new major version, since method names and types can change. Every later spec change arrives in the SDK repository as a pull request.
Go live
Publish, then point your custom domain at Octri last, so readers keep the old site until the new one is ready. From then on every merged spec change rebuilds the draft of your docs, SDKs and MCP tools, ready for you to publish.
Questions
Octri writes and hosts the docs from the same spec, with the call through your SDK on every endpoint page. If the written pages live on Mintlify or ReadMe today, their guides here cover moving those as well.
Still deciding?
The comparison sets Octri against liblab row by row, from each product’s own pages, with Octri’s prices beside them.
Other migration guides

Migrate from
Stainless
Targets, package name, repository and method names from stainless.yml and your spec.
Read the guideMigrate from
Speakeasy
Languages, SDK name, package name and x-speakeasy extensions from workflow.yaml and gen.yaml.
Read the guide
Migrate from
Fern
SDK generators, package name, docs theme and the page list from the fern folder.
Read the guideMigrate from
Mintlify
Name, theme, spec and the page list from docs.json or mint.json, plus your MDX by Pull from GitHub.
Read the guideMigrate from
ReadMe
Your OpenAPI file and the Markdown that bi-directional sync keeps in Git.
Read the guideMigrate from
Redocly
Your bundled OpenAPI file, your Markdown in Git and the redirects in redocly.yaml.
Read the guideMigrate from
Scalar
The OpenAPI document from your Scalar registry or repository, and your Markdown and MDX guides.
Read the guideMigrate from
GitBook
The OpenAPI file your API blocks read and the Markdown that Git Sync keeps in your repository.
Read the guide
Migrate from
Stoplight
The OpenAPI file and Markdown articles in the repository your Stoplight project syncs with.
Read the guideMigrate from
Docusaurus
The OpenAPI file your plugin reads, your MDX pages and the layout in sidebars.js.
Read the guideMigrate from
APIMatic
The API definition your SDKs are built from and the Markdown guides in your portal.
Read the guideMigrate from
OpenAPI Generator
The spec you pass to -i and the package names in your generator config.
Read the guide
Try it on your own spec
Bring what you have from liblab on the Free plan and see your reference written and your first SDK built.