Provider migration

Migrate from liblab to Sourced

liblab focuses on SDK generation. Sourced is for teams that want SDKs, docs, previews, and publishing readiness in the same dashboard. On this page: what to scan in your liblab setup, the migration checks Sourced runs, and a preview of the generated SDK and docs you would get.

Unlimited previews. No credit card required.

  • InputsExisting setup
  • OutputsSDKs + docs preview
  • ReportLaunch checklist
  • RiskReversible plan

01Checks

What to check

01

Language targets need method and model comparison.

02

Package metadata and README examples need review.

03

Publishing credentials need dry-run checks.

04

Docs hosting usually lives outside the liblab workflow.

02Checks

Migration checklist

01

Inventory every liblab SDK language and package name.

02

Run Sourced compatibility reports against the SDKs customers already install.

03

Compare auth, pagination, errors, file uploads, and streaming behavior before publishing.

04

Move docs and examples into an OpenAPI-driven Sourced preview.

05

Use dry-run publishing before touching npm or PyPI packages.

03Details

Why Sourced fits

01

Sourced combines SDK generation with docs previews and release checks.

02

Compatibility reports make migration risk visible before a package goes live.

03

Unlimited preview generations let teams iterate before paying to launch.

04

Honest trade-off: liblab has broader mature language coverage today; Sourced is strongest for TypeScript and Python first.