askDB
askDB is an MCP server that retrieves relevant database schema (DDL) from a Pinecone index and provides it to LLMs to write SQL, without connecting to the database itself.
README
askDB MCP
An MCP server that turns natural-language data questions into the schema context an LLM needs to write SQL. It does not connect to your database and it does not generate SQL itself — it retrieves the right table definitions from your Pinecone index and hands them to whichever model is asking (Claude Code, Claude Desktop, ChatGPT, Cursor).
user question
│
▼
Claude Code / ChatGPT ──calls──► askDB MCP ──semantic search──► Pinecone (ask-db)
│ │
│ relevant DDL + guardrails ◄─┘
▼
generated SQL
Tools
| Tool | When the model uses it | Input |
|---|---|---|
search_schema |
First call for any text-to-SQL request | question, top_k?, tables?, database? |
get_table_schema |
Needs every column of a known table | tables[], database? |
list_tables |
Orientation, or when search comes back empty | database? |
Every response embeds instructions telling the model to use only the returned tables and columns, so it does not invent names.
Setup
npm install
npm run setup # creates .env from the template
# → then put your PINECONE_API_KEY in .env
npm run doctor # verify connection, field mapping and retrieval quality
Sharing this with someone else? Send them SETUP.md — it covers both running it locally and connecting to a hosted instance.
npm run doctor is the important step. It prints the index config, the metadata fields your records actually use, and a sample search — so you can confirm the server is reading the right fields before you wire it into a client.
npm run doctor # connectivity + retrieval sanity check
npm run smoke # drive the stdio server with a real MCP client
npm run smoke:http # same over Streamable HTTP, with bearer auth
Connect a client
Claude Code
The CLI, the desktop app and the IDE extensions all share one config, so this registers the server for all three:
# from the repo root — records an absolute path, so it works in any folder
claude mcp add askdb --scope user -- node "$PWD\src\server.js"
Check it with claude mcp list (askdb: ... ✓ Connected), then restart the desktop app or IDE window — MCP servers load at startup.
User scope is deliberate: the point is to ask database questions while working in your other repos. A project-scoped .mcp.json would only resolve when Claude Code is started at this repo's root, and defining askdb in both scopes makes Claude Code warn about the duplicate.
Claude Desktop / Cursor
Add to claude_desktop_config.json (or Cursor's MCP settings):
{
"mcpServers": {
"askdb": {
"command": "node",
"args": ["D:\\working-directory\\AI\\askDB-mcp\\src\\server.js"]
}
}
}
Credentials come from .env next to the server, so no keys go in the client config.
ChatGPT
ChatGPT connectors cannot spawn a local process — they only speak remote MCP over HTTP. Run the HTTP transport and expose it:
# set MCP_AUTH_TOKEN first: this endpoint serves your whole schema
MCP_AUTH_TOKEN=some-long-random-string npm run start:http
Then point the connector at https://<your-host>/mcp with an Authorization: Bearer <token> header. For a quick trial, tunnel it (cloudflared tunnel --url http://localhost:3000); for anything lasting, host it properly — DEPLOY.md covers Netlify end to end. GET /health is unauthenticated for load-balancer checks; /mcp requires the bearer token whenever MCP_AUTH_TOKEN is set.
The HTTP transport is stateless — one server instance per request — so it scales behind a load balancer without sticky sessions.
Hosting
Deployed as two Netlify Functions — netlify.toml carries the build settings, so importing the repo and setting PINECONE_API_KEY + MCP_AUTH_TOKEN is the whole job. Step-by-step: DEPLOY.md.
This works without a transport rewrite because the MCP SDK's WebStandardStreamableHTTPServerTransport takes a Request and returns a Response — the Netlify Functions v2 signature — so netlify/functions/mcp.mjs imports src/mcp.js unchanged. The same file drops onto Cloudflare Workers, Deno or Bun; src/http.js covers containers and VMs.
GET /health needs no token and reports whether the required env vars landed (presence only, never values) — the serverless stand-in for reading a startup log. /mcp fails closed: with no MCP_AUTH_TOKEN set it returns 503 rather than serving your schema to the internet.
Once it's up, teammates need nothing installed — just the URL and a token (SETUP.md, Route A).
Configuration
All optional except the API key. See .env.example.
| Variable | Default | Notes |
|---|---|---|
PINECONE_API_KEY |
— | Required |
PINECONE_INDEX |
ask-db |
|
PINECONE_NAMESPACE |
(default ns) | |
TOP_K |
8 |
Schema chunks per search |
EMBED_MODEL |
multilingual-e5-large |
Must match the model you upserted with |
RERANK_MODEL |
(off) | e.g. bge-reranker-v2-m3; measure before enabling |
DEFAULT_DATABASE |
(all) | Scope every lookup to one database |
SQL_DIALECT |
ANSI SQL |
Passed to the model as a hint |
TEXT_FIELDS / TABLE_FIELDS / DB_FIELDS |
see .env.example |
Candidate metadata keys, tried in order |
LIST_SCAN_LIMIT |
1000 |
Cap on list_tables scanning |
The server auto-detects which metadata fields your records use and whether the index has integrated embedding, so the defaults usually work unchanged.
Two things worth knowing
The embedding model must match. If EMBED_MODEL is not the model the schema was upserted with, every score collapses to near-zero and results are noise — the vectors are effectively random relative to each other. npm run doctor will show this as unrelated tables coming back with scores around 0.01 instead of 0.8. This index was built with multilingual-e5-large.
Set DEFAULT_DATABASE if your index holds several environments. When the same schema exists as *_live and *_test, an unscoped search returns both copies of every table, burning half the top_k slots on duplicates and letting the model mix environments in one query.
Layout
| File | Role |
|---|---|
| src/mcp.js | Tool definitions — the MCP surface |
| src/pinecone.js | Retrieval: search, exact fetch, field detection, rerank |
| src/format.js | Renders hits into the schema block the model reads |
| src/server.js | stdio entry point |
| src/http.js | Streamable HTTP entry point |
| src/config.js | Env loading and defaults |
| scripts/doctor.js | Connectivity and retrieval diagnostics |
| netlify/functions/ | Serverless entry points — /mcp and /health |
| netlify.toml | Netlify build and routing config |
| DEPLOY.md | Hosting guide |
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。