LabscoMCP early access ↗
gurvinder-dhillonMCP SERVER · OFFICIAL PROJECT

Unbundle OpenAPI MCP Server

Cut an oversized OpenAPI document down before anything has to read it — split it across a directory, or keep only the endpoints you name.

by gurvinder-dhillon ↗API Specifications & HTTP Tooling✓ Official

LABSCO SUMMARY

Neither tool talks to an API: this is a preparation step that shrinks a specification before a client or a model ever sees it.

The two calls answer different questions — split_openapi is about structure, writing the document out under outputDir, while extract_openapi_endpoints is about scope, keeping only what endpointsToKeep names. They are pure file work, which makes them safe to run repeatedly and easy to wire into a build step. The tool definitions arrive without descriptions, so apiPath, inputApiPath, outputApiPath, outputDir and endpointsToKeep are the whole of the contract you get to work from.

What it is

A two-tool file utility for OpenAPI documents: split_openapi writes a document out under a directory, extract_openapi_endpoints writes a copy containing only the endpoints you list.

What you get

  • Splitting on disk: split_openapi reads the document at apiPath and writes the split result under outputDir.
  • Endpoint-level trimming: extract_openapi_endpoints reads inputApiPath, keeps the endpoints named in endpointsToKeep, and writes the reduced document to outputApiPath.

Requirements

No credentials are configured. Each call names its own paths, so you need the OpenAPI document somewhere the server can read it and a writable location for what it produces — outputDir for the split, outputApiPath for the extract.

Setup effort

One command — npx -y @auto-browse/unbundle-openapi-mcp@latest