SkillAgentSearch skills...

apifable

MCP server that helps AI agents explore OpenAPI specs, search endpoints, and generate TypeScript types.

Install / Use

claude mcp add ycs77 -- npx -y github:ycs77/apifable

If the server publishes to npm under a different name, use that package instead — check the repo README.

About this skill
🔌

MCP Server

Model Context Protocol server

Quality Score

80/100

Supported Platforms

Claude Code
Claude Desktop

Our assessment of apifable

apifable scores 80/100 on our quality scale, 3566th of 4,613 Development & Engineering skills we index.

Its MCP Server is 10 KB long, well organised into 29 sections with 16 code examples: a thorough specification that gives an agent plenty to work with.

It has 10 GitHub stars, so there is little community track record yet; judge it on its content.

Substance
29/30
Structure
20/20
Description
12/15
Adoption
4/20
Freshness
15/15

Maintenance, license and trust

  • The repository was last updated 15 days ago, so apifable is actively maintained.
  • Our last check on 2026-10-21 found the source still online.
  • It is released under the MIT license, a permissive license that allows use, modification and commercial use with attribution.
  • Its trust signals score 97/100, with no cautions. These come from repository metadata, not a code audit — read the skill file before letting an agent act on it.

Safety scan

No issues found

Our scan of the whole file found no instruction hijacking, hidden characters, credential access, data exfiltration or destructive commands. An AI review of the same text found nothing harmful.

AI review by kimi-k2.7-code on 2026-09-28. Automated pattern scan on 2026-09-28. It catches known dangerous patterns, not every risk — read a skill before letting an agent act on it.

apifable compared with similar skills

All 4 of these similar skills score higher than apifable; compare them before choosing.

SkillScoreStarsUpdatedFormat
apifable (this skill)by ycs77801015d agoMCP Server
taste-skillby Leonxlnx100110.6k1d agoCLAUDE.md
Agent-Reachby Panniantong100109.2ktodayCLAUDE.md
headroomby headroomlabs-ai10078.9ktodayCLAUDE.md
ai-job-searchby ai-job-search-dev10069.8ktodayCLAUDE.md

Frequently asked questions

How do I install apifable?
Run claude mcp add ycs77 -- npx -y github:ycs77/apifable. The install tabs above show the steps for each supported agent.
Which AI agents does apifable work with?
It is written for Claude Code and Claude Desktop, as a MCP Server file. Other agents that read the same format can often use it too.
Is apifable safe to use?
Our scan of the whole file found no instruction hijacking, hidden characters, credential access, data exfiltration or destructive commands. An AI review of the same text found nothing harmful. It is MIT-licensed and scores 97/100 on trust signals. Skills are instructions an agent will follow, so read the file before installing it and do not approve commands you do not understand.
Is apifable still maintained?
The repository was last updated 15 days ago, so apifable is actively maintained.
<div align="center">

apifable banner

apifable

Read the spec. Understand the API. Integrate with confidence.

NPM version Software License GitHub Tests Action Status Total Downloads

English | 繁體中文

</div>

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.

This generates the following apifable.config.json:

{
  "spec": {
    "path": "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 (supports yaml and json files), and then ask for the local output path, such as openapi.yaml.

This generates the following apifable.config.json:

{
  "spec": {
    "path": "openapi.yaml",
    "url": "https://api.example.com/openapi.yaml"
  }
}

[!NOTE] In this mode, init also adds the downloaded local spec path to .gitignore automatically, because the file is intended to be refreshed from the remote source. Of course, you can decide for yourself whether to commit it to version control.

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)

  1. .apifable/auth.json headers (overrides same-named keys)
  2. apifable.config.json spec.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`, `Summary`. Keep all values verbatim, including summary prefixes like `[ 32 - 001 ]`. Do not omit, rename, paraphrase, or add extra columns.
- When saving generated types, store them under `src/types/` and name files by domain (e.g., `src/types/auth.ts`, `src/types/user.ts`), not by OpenAPI tag names.

The above is a recommended starting point. Feel free to adjust the endpoint list columns and the types folder path to match your project.

MCP Tools Reference

get_spec_info

Returns the API title, version, description, servers, and all tags with their endpoint counts. Start here to understand the shape of an unfamiliar spec.

list_endpoints_by_tag

Inputs:

  • tag (string): The tag name to filter by
  • limit (number, optional): Max endpoints to return
  • offset (number, optional): Number of endpoints to skip (default: 0)

Returns all endpoints belonging to the given tag. The response includes total, offset, and hasMore fields for pagination. Includes a warning when results exceed 30 items and no limit is specified.

search_endpoints

Inputs:

  • query (string): Keyword to search for
  • tag (string, optional): Restrict search to a specific tag
  • limit (number, optional): Max results to return (default: 10)

Keyword search across operationId, path, summary, and description. Results are ranked by relevance. If no exact matches are found, automatically falls back to fuzzy search. The response includes a matchType field ("exact" or "fuzzy"); fuzzy results also include a score field per result.

get_endpoint

Inputs (choose one):

  • method (string) + path (string): HTTP method and endpoint path (e.g. get + /users/{id})
  • operationId (string): Operation ID (e.g. listUsers)

Returns the full endpoint object, including parameters, requestBody, and responses, with supported internal component $refs resolved inline.

search_schemas

Inputs:

  • query (string): Keyword to search for
  • limit (number, optional): Max results to return (default: 10)

Keyword search across schema name and description. Results are ranked by relevance. If no exact matches are found, automatically falls back to fuzzy search. The response includes a matchType field ("exact" or "fuzzy"); fuzzy results also include a score field per result. Empty results may also include a message field with guidance for the next step.

get_schema

Inputs:

  • name (string): Schema name from components/schemas

Returns the full schema with supported internal component $refs resolved.

get_types

Inputs (choose one mode):

  • schemas (string[]): Array of schema names from components/schemas
  • method (string) + path (string): HTTP method and endpoint path
  • operationId (string): Operation ID (e.g. listUsers)

Generates self-contained TypeScript declarations as code text. In endpoint mode it follows supported internal component $refs before collecting schema dependencies. It automatically includes transitive dependencies and does not include import statements.

Mode rules:

  • Use exactly one mode per call: schemas, method + path, or operationId
  • Do not mix modes in the same call

Limitations

  • External $refs (e.g. references to other files or URLs) are not supported.
  • OpenAPI 2.0 (Swagger) is not supported. Only OpenAPI 3.0 and 3.1 specs are supported.

Sponsor

If you think this package has helped you, please consider Becoming a sponsor to support my work~ and your avatar will be visible on my major projects.

<p align="center"> <a href="https://www.patreon.com/ycs77"> <img src="https://cdn.jsdelivr.net/gh/ycs77/static/sponsors.svg" alt="Sponsors" /> </a> </p> <a href="https://www.patreon.com/ycs77"> <img src="https://c5.patreon.com/external/logo/become_a_patron_button.png" alt="Become a Patron" /> </a>

Credits

License

MIT LICENSE

Star History

Star History Chart

Related Skills

View on GitHub
GitHub Stars10
CategoryDevelopment
Updated15d ago
Forks3

Languages

TypeScript

Trust signals

97/100

From repository metadata: license, adoption, age and documentation. Not a code audit — see the Safety scan above for what the skill file itself contains.

1 info