Skip to main content
Glama
gurvinder-dhillon

Unbundle OpenAPI Specs MCP

OpenAPI MCP-Server entbündeln

Schmiedeabzeichen

Dieses Projekt bietet einen Model Context Protocol (MCP)-Server mit Tools zum Aufteilen von OpenAPI-Spezifikationsdateien in mehrere Dateien oder zum Extrahieren bestimmter Endpunkte in eine neue Datei. Es ermöglicht einem MCP-Client (z. B. einem KI-Assistenten), OpenAPI-Spezifikationen programmgesteuert zu bearbeiten.

Voraussetzungen

  • Node.js (LTS-Version empfohlen, z. B. v18 oder v20)

  • npm (wird mit Node.js geliefert)

Related MCP server: openapi-mcp-proxy

Verwendung

Installation über Smithery

So installieren Sie Unbundle OpenAPI MCP Server für Claude Desktop automatisch über Smithery :

npx -y @smithery/cli install @auto-browse/unbundle_openapi_mcp --client claude

Am einfachsten nutzen Sie diesen Server über npx . Dadurch wird sichergestellt, dass Sie immer die neueste Version verwenden, ohne dass eine globale Installation erforderlich ist.

npx @auto-browse/unbundle-openapi-mcp@latest

Alternativ können Sie es global installieren (nicht generell empfohlen):

npm install -g @auto-browse/unbundle-openapi-mcp
# Then run using: unbundle-openapi-mcp

Der Server wird gestartet und wartet auf MCP-Anfragen auf der Standardeingabe/-ausgabe (stdio).

Client-Konfiguration

Um diesen Server mit MCP-Clients wie VS Code, Cline, Cursor oder Claude Desktop zu verwenden, fügen Sie seine Konfiguration der entsprechenden Einstellungsdatei hinzu. Der empfohlene Ansatz verwendet npx .

VS Code / Cline / Cursor

Fügen Sie Folgendes zu Ihrer Datei „User settings.json (zugänglich über Ctrl+Shift+P > Preferences: Open User Settings (JSON) ) oder zu einer Datei .vscode/mcp.json in Ihrem Arbeitsbereichsstamm hinzu.

// In settings.json:
"mcp.servers": {
  "unbundle_openapi": { // You can choose any key name
    "command": "npx",
    "args": [
      "@auto-browse/unbundle-openapi-mcp@latest"
    ]
  }
  // ... other servers can be added here
},

// Or in .vscode/mcp.json (omit the top-level "mcp.servers"):
{
  "unbundle_openapi": { // You can choose any key name
    "command": "npx",
    "args": [
      "@auto-browse/unbundle-openapi-mcp@latest"
    ]
  }
  // ... other servers can be added here
}

Claude Desktop

Fügen Sie Ihrer Datei claude_desktop_config.json Folgendes hinzu.

{
	"mcpServers": {
		"unbundle_openapi": {
			// You can choose any key name
			"command": "npx",
			"args": ["@auto-browse/unbundle-openapi-mcp@latest"]
		}
		// ... other servers can be added here
	}
}

Starten Sie Ihre Clientanwendung nach dem Hinzufügen der Konfiguration neu, damit die Änderungen wirksam werden.

Bereitgestellte MCP-Tools

split_openapi

Beschreibung: Führt den Befehl redocly split aus, um eine OpenAPI-Definitionsdatei basierend auf ihrer Struktur in mehrere kleinere Dateien aufzuteilen.

Argumente:

  • apiPath (Zeichenfolge, erforderlich): Der absolute Pfad zur OpenAPI-Eingabedefinitionsdatei (z. B. openapi.yaml ).

  • outputDir (Zeichenfolge, erforderlich): Der absolute Pfad zum Verzeichnis, in dem die geteilten Ausgabedateien gespeichert werden sollen. Dieses Verzeichnis wird erstellt, falls es nicht existiert.

Widerrufsfolgen:

  • Bei Erfolg: Eine Textnachricht mit der Standardausgabe des redocly split Befehls (normalerweise eine Bestätigungsnachricht).

  • Bei einem Fehler: Eine Fehlermeldung mit den Standardfehler- oder Ausnahmedetails der Befehlsausführung, gekennzeichnet mit isError: true .

Beispielverwendung (konzeptionelle MCP-Anforderung):

{
	"tool_name": "split_openapi",
	"arguments": {
		"apiPath": "/path/to/your/openapi.yaml",
		"outputDir": "/path/to/output/directory"
	}
}

extract_openapi_endpoints

Beschreibung: Extrahiert bestimmte Endpunkte aus einer großen OpenAPI-Definitionsdatei und erstellt eine neue, kleinere OpenAPI-Datei, die nur diese Endpunkte und die referenzierten Komponenten enthält. Dies wird erreicht, indem die Originaldatei aufgeteilt, die Struktur so geändert wird, dass nur angegebene Pfade enthalten sind, und das Ergebnis anschließend gebündelt wird.

Argumente:

  • inputApiPath (Zeichenfolge, erforderlich): Der absolute Pfad zur großen OpenAPI-Eingabedefinitionsdatei.

  • endpointsToKeep (Array von Zeichenfolgen, erforderlich): Eine Liste der genauen Endpunktpfade (Zeichenfolgen), die in die endgültige Ausgabe aufgenommen werden sollen (z. B. ["/api", "/api/projects/{id}{.format}"] ). Pfade, die nicht in der ursprünglichen Spezifikation gefunden wurden, werden ignoriert.

  • outputApiPath (Zeichenfolge, erforderlich): Der absolute Pfad, in dem die endgültige, kleinere gebündelte OpenAPI-Datei gespeichert werden soll. Das Verzeichnis wird erstellt, falls es nicht existiert.

Widerrufsfolgen:

  • Bei Erfolg: Eine Textnachricht mit dem Pfad der erstellten Datei und der Standardausgabe des redocly bundle -Befehls.

  • Bei einem Fehler: Eine Fehlermeldung mit Details zum fehlgeschlagenen Schritt (Teilen, Ändern, Bündeln), gekennzeichnet mit isError: true .

Beispielverwendung (konzeptionelle MCP-Anforderung):

{
	"tool_name": "extract_openapi_endpoints",
	"arguments": {
		"inputApiPath": "/path/to/large-openapi.yaml",
		"endpointsToKeep": ["/users", "/users/{userId}/profile"],
		"outputApiPath": "/path/to/extracted-openapi.yaml"
	}
}

Hinweis: Dieser Server verwendet intern npx @redocly/cli@latest um die zugrunde liegenden split und bundle -Befehle auszuführen. Möglicherweise ist eine Internetverbindung erforderlich, damit npx @redocly/cli abrufen kann, falls es nicht zwischengespeichert ist. Temporäre Dateien werden während des extract_openapi_endpoints -Prozesses erstellt und automatisch bereinigt.

Entwicklung

Wenn Sie beitragen oder den Server aus der Quelle ausführen möchten:

  1. Klonen: Klonen Sie dieses Repository.

  2. Navigieren Sie: cd unbundle_openapi_mcp

  3. Abhängigkeiten installieren: npm install

  4. Build: npm run build (kompiliert TypeScript nach dist/ )

  5. Ausführen: npm start (startet den Server mit dem kompilierten Code in dist/ )

Available Tools

2 tools
extract_openapi_endpointsD
ParametersJSON Schema
NameRequiredDescriptionDefault
endpointsToKeepYesList of exact endpoint paths to keep (e.g., ['/users', '/users/{id}']).
inputApiPathYesAbsolute path to the large input OpenAPI definition file.
outputApiPathYesAbsolute path where the final, smaller bundled OpenAPI file should be saved.

TDQS

D1/5.0
Behavior1/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Tool has no description.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness1/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Tool has no description.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness1/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Tool has no description.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters1/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Tool has no description.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose1/5

Does the description clearly state what the tool does and how it differs from similar tools?

Tool has no description.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines1/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Tool has no description.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

split_openapiD
ParametersJSON Schema
NameRequiredDescriptionDefault
apiPathYesAbsolute path to the input OpenAPI definition file.
outputDirYesAbsolute path to the directory for split output files.

TDQS

D1/5.0
Behavior1/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Tool has no description.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness1/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Tool has no description.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness1/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Tool has no description.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters1/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Tool has no description.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose1/5

Does the description clearly state what the tool does and how it differs from similar tools?

Tool has no description.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines1/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Tool has no description.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. 2 tool updatesv1.0.0
    • First observedextract_openapi_endpoints
    • First observedsplit_openapi

TDQS

D1.7/5.0
Disambiguation4/5

The two tools have clearly distinct purposes: 'extract_openapi_endpoints' likely retrieves endpoints from an OpenAPI spec, while 'split_openapi' probably divides a spec into parts. There is no overlap in functionality, though the lack of descriptions leaves some room for minor uncertainty about exact differences.

Naming Consistency5/5

Both tools follow a consistent snake_case naming pattern with a verb_noun structure ('extract_endpoints', 'split_openapi'). The naming is predictable and aligned, making it easy to understand the action and target for each tool.

Tool Count2/5

With only two tools, the server feels thin for its purpose of unbundling OpenAPI specs. This limited set may not cover essential operations like validation, merging, or transformation, leaving obvious gaps in functionality for a domain that typically requires more comprehensive handling.

Completeness2/5

The tool surface is severely incomplete for unbundling OpenAPI specs. Missing are tools for tasks such as validating specs, merging split parts, converting formats, or handling errors. Agents will likely encounter dead ends when trying to perform common workflows in this domain.

Maintenance

ActivityInactive
ResponsivenessSyncing

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    A
    maintenance
    MCP server providing token-efficient access to OpenAPI/Swagger specs via MCP Resources for client-side exploration.
    234
    76
    MIT
  • A
    license
    A
    quality
    C
    maintenance
    Parses Swagger 2.0 and OpenAPI 3.x specifications, exposing API endpoints, schemas, and authentication through MCP tools with local caching to reduce token usage.
    11
    27
    1
    MIT

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/gurvinder-dhillon/unbundle_openapi_mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server