29 October 2026 · Kin Lane

Migrating from Spectral to OpenLint: we're looking for beta testers

Pill-shaped figures carrying boxes across a bridge from a dim platform to a bright one, where one figure waves the others on, under a mint-green squiggle resolving into a check mark

OpenLint 1.0.0 is on npm, the specification is published, and the docs are live. The next step is the one that matters most to anyone running Spectral today: moving over. We’re looking for beta testers to help us prove that path.

API Commons has switched

API Commons runs a stack of API governance tools on the linter, including validator.apicommons.org, a governance MCP server and a catalog of more than 700 rules. All of them now run on OpenLint. We checked the results against Spectral 6.16.1 on every fixture we have, and they matched.

The move was mostly a rename. What tripped us up is what we want to hear about from you:

These are in front of the community, and backwards compatibility is the subject of an open discussion.

How to migrate

The Spectral migration guide has the details. For most teams it’s two steps:

  1. Install OpenLint: npm install openlint, or run it with npx openlint lint.
  2. Change spectral to openlint in your commands and pipelines.

Your existing .spectral.yaml and extends: spectral:oas keep working. If you use the JavaScript API, the guide shows how to alias the old package names so you can try OpenLint without changing any code, and how to rename things properly when you’re ready.

Help us test it

We want companies, organizations, institutions and government agencies of every size to try the migration on their real rulesets and pipelines: custom functions, shared rulesets pulled over the network, CI setups, and editor workflows.

If you’d like to take part:

We’re aiming to make the official launch at API Days Paris, and we’d like to go in with migration stories from more than one organization. If yours could be one of them, we’d love to hear from you.