
Jitapi
io.github.nk3750Published by GitHub account nk3750v0.1.1Updated Oct 24, 2026
Turn any OpenAPI spec into an executable agent interface using graphs and semantic search.
Overview
Turns any OpenAPI spec into an executable interface: it indexes endpoints, finds the right ones by semantic search, and lets the assistant plan and run API call
- What you can do
- Register and manage APIs from OpenAPI spec URLs, list registered APIs and delete them with their data, and configure per-API authentication (bearer token, API key header, or query parameter). Search endpoints by natural language and retrieve full endpoint schemas. Build workflows that resolve dependencies between endpoints so prerequisite calls are included. Execute individual API calls with auth, path and query parameters, and a request body.
- When to use it
- Useful when you want an assistant to work with large or unfamiliar REST APIs described by OpenAPI specs without loading hundreds of endpoints into context, and when a task spans several APIs and needs calls chained in the right order.
- Requirements
- Runs locally over stdio as a PyPI package (jitapi), typically launched with uvx, so Python tooling is needed. Works with local embeddings and no API key; optional cloud embedding providers use VOYAGE_API_KEY, OPENAI_API_KEY or COHERE_API_KEY. Network access is needed to fetch specs and call APIs. Optional JITAPI_STORAGE_DIR and JITAPI_LOG_LEVEL.
Installation
In SourceWeft
- Open Jitapi in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
JitAPI
[PyPI] [PyPI Downloads] [License: MIT] [Python 3.10+]
Point Claude at any API. JitAPI figures out which endpoints to call and in what order — automatically.
JitAPI is an MCP server that lets Claude interact with any API from its OpenAPI spec. Instead of dumping hundreds of endpoints into context, JitAPI uses semantic search and a dependency graph to surface only what's needed — then Claude plans and executes the calls.
https://github.com/user-attachments/assets/53f72f89-a41a-4a9c-a688-ec876ea05fbd
The Problem
Stripe has 300+ endpoints. GitHub has 800+. Loading the full spec into Claude's context wastes tokens and causes hallucinations. Writing a custom MCP server for every API you use doesn't scale.
JitAPI solves this: register any OpenAPI spec once, then ask for what you need in plain English. It finds the right endpoints, resolves dependencies between them, and lets Claude execute the calls.
Quick Start
Add to your Claude Code config (.mcp.json):
That's it. No API keys required — JitAPI uses local embeddings out of the box.
Then in Claude:
Multi-API Orchestration
The killer feature: register multiple APIs and ask questions that span them. JitAPI searches across all registered APIs and Claude chains the calls.
How It Works
- Register — Parse an OpenAPI spec, build a dependency graph (which endpoints need data from which other endpoints), and create searchable embeddings for all endpoints
- Search — When you ask a question, JitAPI embeds your query and finds the most relevant endpoints via cosine similarity
- Expand — The dependency graph adds any prerequisite endpoints (e.g., "you need to call GET /users first to get the user_id for POST /orders")
- Execute — Claude gets the endpoint schemas and makes the API calls, passing data between steps
MCP Tools
Setup
Claude Code
Create .mcp.json in your project directory (or ~/.claude.json for global access):
Claude Desktop
Add to your Claude Desktop config:
Embedding Providers
JitAPI works out of the box with local embeddings (fastembed) — no API keys needed. For better search quality on large APIs, you can add a cloud embedding provider:
Set the API key in your MCP config's env block:
Provider is auto-detected from available environment variables. Priority: Voyage AI > OpenAI > Cohere > local.
Authentication
Configure API authentication after registering. Supported auth types: bearer, api_key (custom header), and api_key_query (query parameter). The recommended approach uses environment variables so secrets are never written to disk:
Then tell Claude to use the env var:
With env_var, JitAPI reads the secret from the environment at request time — only the env var name is persisted, never the credential itself.
You can also pass credentials directly (they'll be stored in ~/.jitapi/auth.json with 0600 permissions):
Supported auth types: bearer, api_key (custom header, default X-API-Key), api_key_query (query parameter).
Security note: When using
env_var, credentials are resolved at runtime and never touch the filesystem. When passingcredentialdirectly, secrets are stored as plaintext JSON at~/.jitapi/auth.json(file permissions0600, directory0700). For production use, prefer theenv_varapproach.
Environment Variables
Development
License
MIT
Built by Neelabh Kumar — AI engineer and builder.
Source: README.md at commit 8a6e42d
Tools
0Version history
1- v0.1.1LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts