OpenAPI Client Generator MCP
Generates API clients based on OpenAPI specifications using Axios as the HTTP client for making API requests
Uses OpenAPI/Swagger specifications to generate TypeScript API clients for interacting with REST APIs
Generates strongly-typed API clients in TypeScript for improved type safety when interacting with APIs
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@OpenAPI Client Generator MCPgenerate a client from this OpenAPI spec URL for my weather API"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
openapi-client-generator MCP Server
A Model Context Protocol server to generate API clients by using TypeScript.
Features
Resources
Generates an axios based API client that can be used to interact with the API.
It uses OpenAPI / Swagger specs to generate the client.
Prompts
generate_client- Generate a API client for specified OpenAPI specs.
Related MCP server: Emcee
Development
Install dependencies:
npm installBuild the server:
npm run buildFor development with auto-rebuild:
npm run watchInstallation
To use with Claude Desktop, add the server config:
On MacOS: ~/Library/Application Support/Claude/claude_desktop_config.json
On Windows: %APPDATA%/Claude/claude_desktop_config.json
{
"mcpServers": {
"openapi-client-generator": {
"command": "node",
"args": [
"< PATH TO >/openapi-client-generator/build/index.js"
]
}
}
}Debugging
Since MCP servers communicate over stdio, debugging can be challenging. We recommend using the MCP Inspector, which is available as a package script:
npm run inspectorThe Inspector will provide a URL to access debugging tools in your browser.
Contributing
Feel free to contribute to the project by opening issues or submitting pull requests. We welcome any improvements or new features that align with the project's goals.
License
This project is licensed under the MIT License - see the LICENSE file for details.
Built with Cline
Available Tools
1 toolgenerate_clientB
Generate TypeScript API client from OpenAPI specification
| Name | Required | Description | Default |
|---|---|---|---|
| input | Yes | URL or file path to OpenAPI specification | |
| output | Yes | Output directory for generated client | |
| httpClient | Yes | HTTP client to use (fetch or axios) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden for behavioral traits. It does not disclose side effects (e.g., file creation, overwriting), dependencies (valid spec), permissions, or error conditions. This is a significant gap for a generation tool.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, precise sentence with no wasted words. It is appropriately sized for a straightforward generation tool with three well-defined parameters.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given no output schema and no annotations, the description is incomplete. It lacks details on what the generated client includes, whether existing files are overwritten, and any runtime behaviors. More context is needed for an AI agent to use it correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% with parameter descriptions, satisfying the baseline. The tool description does not add any additional parameter semantics beyond what the schema already provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the action ('Generate'), the output ('TypeScript API client'), and the source ('from OpenAPI specification'). It is specific and distinguishes the tool from any potential siblings (none defined).
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No explicit guidance on when or when not to use the tool. While there are no sibling tools, the description lacks context such as prerequisites (valid OpenAPI spec) or best practices for selecting the HTTP client.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of confusion. The tool has a clear and singular purpose.
The single tool uses a clear verb_noun pattern ('generate_client'), which is consistent and descriptive.
A single tool feels thin for an OpenAPI client generator. While it may suffice for a minimal use case, most users would expect additional capabilities like validation or endpoint listing.
The tool only generates a client from a specification. Obvious gaps include validating the spec, listing endpoints, or configuring output options, which limits its usefulness.
Related MCP Connectors
Generate a typed SDK, CLI, and MCP server from any OpenAPI or GraphQL spec, and keep them current.
MCP server for AI access to Swagger by SmartBear.
MCP server for generating rough-draft project plans from natural-language prompts.
MCP server unifying ERPs, CRMs, APIs and knowledge base for Claude, ChatGPT and Gemini.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceAn MCP server that exposes HTTP methods defined in an OpenAPI specification as tools, enabling interaction with APIs via the Model Context Protocol.8MIT
- AlicenseNot gradedqualityCmaintenanceGenerate an MCP server for any OpenAPI documented endpoint.330MIT
- FlicenseNot gradedqualityDmaintenanceAn auto-generated MCP server that enables interaction with the OpenAI API, allowing users to access OpenAI's models and capabilities through the Multi-Agent Conversation Protocol.
- FlicenseNot gradedqualityDmaintenanceA service that converts OpenAPI specifications into MCP tools, enabling AI assistants to interact with your API endpoints through natural language.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
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/orhanveli/openapi-client-generator-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server