Add it to Claude Code
claude mcp add apifable -- npx -y apifable@latest mcpMake your agent remember this setup
apifable's config, env vars, and the gotchas you hit — recalled in every future Claude Code, Cursor, and Codex session.
npx conare@latestFree · one command · indexes the sessions already on disk. Set up in the browser instead →
What it does
- AI-ready API context for better integration understanding
- Full support for OpenAPI 3.0 and 3.1 specifications
- API exploration tools for browsing and searching endpoints
- Automatic TypeScript type definition generation
- Seamless integration with Claude, Cursor, and Windsurf
Tools 3
list_endpointsList all available API endpoints from the OpenAPI specification.search_endpointsSearch for API endpoints by keyword or tag.get_endpointRetrieve detailed information for a specific API endpoint.Environment Variables
MY_API_KEYExample environment variable used for authentication headers in .apifable/auth.jsonTry it
Original README from ycs77/apifable

apifable
Read the spec. Understand the API. Integrate with confidence.
[![NPM version][ico-version]][link-npm] ![Software License][ico-license] [![Total Downloads][ico-downloads]][link-downloads]
English | 繁體中文
Overview
apifable is an MCP server that helps AI integrate APIs more smoothly into TypeScript frontend projects. It makes it easy to explore API structure, search endpoints, and generate TypeScript types, giving your AI agent the context it needs to write accurate integration code.
✨ Features
- 📦 AI-ready API context — give AI the structure it needs to understand and work with your API
- 📘 OpenAPI 3.0 / 3.1 support — works with standard specs as a reliable source of truth
- 🤖 MCP server for AI agents — plug into Claude, Cursor, and Windsurf
- 🔍 API exploration tools — browse endpoints, search by keyword, and inspect full request/response details
- 🏷️ TypeScript type generation — generate TypeScript type definitions ready to use in frontend code
Getting Started
Installation
Run apifable init to set up your project configuration:
npx apifable@latest init
This creates apifable.config.json in your project root. The config file should be committed to version control so the spec path is shared with your team.
After the command starts, you can choose between Manual file and Remote URL.
1. Manual file
Use this mode if your OpenAPI spec already lives in the project, or if you want to manage spec updates yourself.
init will ask for the local file path, such as openapi.yaml.
You then need to place your OpenAPI spec at that path manually. When the backend API changes, you also need to update that file manually.
2. Remote URL
Use this mode if your OpenAPI spec is available from a stable remote URL, such as the OpenAPI spec endpoint provided by your backend API docs.
init will first ask for the remote URL, such as https://api.example.com/openapi.yaml, and then ask for the local output path, such as ./openapi.yaml.
[!NOTE] In this mode,
initalso adds the downloaded local spec path to.gitignoreautomatically, because the file is intended to be refreshed from the remote source.
You can then run the following command to download the OpenAPI spec from the remote URL to your local path (spec.url → spec.path). Whenever the spec changes, just run it again to refresh:
npx apifable@latest fetch
Headers
For non-sensitive headers that can be shared with your team, add spec.headers to apifable.config.json:
{
"spec": {
"path": "openapi.yaml",
"url": "https://example.com/openapi.yaml",
"headers": {
"X-Api-Version": "2"
}
}
}
Auth Headers (Secret Tokens)
If downloading the remote OpenAPI spec requires authentication (private API), store secret headers in .apifable/auth.json. This file should not be committed to version control:
{
"headers": {
"Authorization": "Bearer YOUR_SECRET_TOKEN"
}
}
Both apifable.config.json and .apifable/auth.json support ${ENV_VAR} syntax in header values.
{
"headers": {
"Authorization": "Bearer ${MY_API_KEY}"
}
}
Headers Priority (highest to lowest)
.apifable/auth.jsonheaders (overrides same-named keys)apifable.config.jsonspec.headers
Claude Code
Add the following to your .mcp.json:
{
"mcpServers": {
"apifable": {
"command": "npx",
"args": ["-y", "apifable@latest", "mcp"]
}
}
}
For other AI agents such as Cursor and Windsurf, you can follow the same approach to configure apifable as an MCP server.
Usage
Here are some example prompts you can use to explore APIs and build features.
Explore the API
List all APIs
Show me APIs related to posts
List APIs under the Post tag
Show me the API details for post comments
Show me the API details for GET /posts/{id}/comments
Show me the API details for postComments
Build a feature
Implement the post comments feature
Post page: src/pages/posts/[id].tsx
Related APIs:
- GET /posts/{id}/comments (list post comments)
- POST /posts/{id}/comments (create a post comment)
[!TIP] When writing a prompt to build a feature, include relevant context: page paths, component locations, related APIs, and any patterns or examples to follow.
AI Agent Guidance
Add the following to your project's AGENTS.md to help AI agents use apifable more effectively:
## API Integration (apifable)
- Always use `get_endpoint` to verify the exact path, method, and parameters before writing integration code. Never assume.
- When presenting endpoint list data from apifable tools, display exactly these columns in order: `Method` (Uppercase), `Path`