
Cambrian Api
io.github.cambriannetwork由 GitHub 账号 cambriannetwork 发布v1.9.0更新于 Oct 27, 2026
Cambrian API MCP: Solana and EVM DeFi data, Deep42 social intelligence, and perpetual risk analysis.
概览
Cambrian API MCP 让助手获取 Solana 与 EVM 的 DeFi 数据、Deep42 社交情报、永续合约风险分析以及 API 文档,可通过托管端点或本地 npm 包运行。
- 可以做什么
- 查询 Solana 与 EVM 的 DeFi 数据:Base、Ethereum、Arbitrum、Robinhood Chain 各链独立工具,以及 Solana 价格与代币工具
- 读取 Deep42 社交情报信号,例如 alpha 推文检测
- 通过风险引擎进行永续合约风险分析
- 一次调用生成 Solana 代币快照
- 查阅实时端点与指南文档,包括请求结构、响应字段和示例
- 用工具集(solana、evm、deep42、risk)缩小目录,或在 progressive、compact、full 三种工具配置间切换
- 适用场景
- 当助手需要跨 Solana 与 EVM 链的实时链上 DeFi、社交或永续合约风险数据,且你已有 Cambrian API 密钥时适用。工具集与配置选项可帮助会加载全部定义的客户端控制工具列表体积。
- 运行要求
- 需要 Cambrian API 密钥(在 Cambrian 控制台创建):本地 stdio 包通过 CAMBRIAN_API_KEY 提供,托管 HTTP 端点通过 Authorization 的 bearer 令牌(或 X-Cambrian-Api-Key 请求头)提供。本地运行需 Node.js 执行 npm 包;托管方式需能访问 Cambrian 端点。
安装
在 SourceWeft 中
- 打开 控制台中的 Cambrian Api,将其添加到工作区。
- 连接 Authorization token 凭据。它们会被私密存储,绝不会在公开页面上展示。
- 为需要使用其工具的对话启用该服务。
Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。
交给智能体安装
把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。
阅读 https://sourceweft.com/mcp/io.github.cambriannetwork%2Fcambrian-api/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。其他 MCP 客户端
把它添加到你客户端的 mcpServers 配置中。
{
"mcpServers": {
"cambrian-api": {
"type": "http",
"url": "https://mcp.cambrian.org/mcp",
"headers": {
"Authorization": "Bearer <YOUR_TOKEN>"
}
}
}
}README
Cambrian API MCP
Model Context Protocol server for the Cambrian API. It exposes the same product surface as the cambrian CLI for agents that need live DeFi, social intelligence, risk, and API documentation tools.
Every call needs a Cambrian API key supplied by the caller. The hosted server and local package both require one; the server never ships or proxies a shared key.
Create a key at https://console.cambrian.org/. For x402 pay-per-call access
without an API key, use cambrian pay --help; MCP transport still requires a
caller-supplied key.
What You Get
- a progressive default profile with one concise tool per public Cambrian API endpoint
- compact and full profiles for clients with different tool-loading behavior
- a composite workflow tool for Solana token snapshots
cambrian_docsfor live endpoint and guide docs fromhttps://docs.cambrian.org/llms.txt- stdio transport for local MCP clients
- Streamable HTTP transport for hosted and self-hosted deployments
Tool Profiles
All profiles use the same progressive documentation flow. cambrian_docs
returns the request schema by default. Set detail to response for response
fields. The response view also includes the request schema. Set detail to
full only for examples and all endpoint prose. The full profile does not
preload response documentation for every endpoint.
Progressive omits repeated endpoint descriptions, long patterns, large array
enums, and parameter prose. Call cambrian_docs for these details.
Progressive also omits offset, order_asc, and order_desc. These three are
the same on every endpoint that has them, and Progressive already strips the
per-endpoint sortable-column enum, so repeating them adds about 10 kB to the
tool list and tells the agent nothing. The server instructions name them once,
and every endpoint still accepts them. limit stays, with its maximum, because
it is how an agent bounds a response.
Toolsets
The whole catalog is 159 tools. An agent that only asks about Solana still pays
for 116 EVM tools it will never call. Use --toolsets to load only what you
need.
Over HTTP, select per request: https://mcp.cambrian.org/mcp?toolsets=solana.
Omit the option, or pass all, to get every tool. cambrian_docs is always
present, so a narrowed client can still discover and read about any endpoint.
Progressive tools/list sizes:
How MCP Clients Load Tools
The MCP client receives the complete tools/list result for the selected
profile. MCP does not control how much of that result enters the model context.
Claude Code normally loads tool names and server instructions first. It loads complete selected tool definitions after Tool Search. Codex can do the same when its Tool Search feature is available. Other clients can load every tool definition at the start.
The client loads the definition from the selected profile. It does not restore
fields that Progressive omitted. Use cambrian_docs to load the complete
request schema, response fields, and examples.
Agent Skill
New users and agent runtimes should start here: skills/cambrian-mcp/SKILL.md. It covers Cambrian API key auth, hosted and local client config, tool naming, cambrian_docs lookup, composite tools, response limits, and error handling in one document.
For the CLI instead of MCP, see the cambrian CLI skill.
Recommended Setup Through The CLI
The cambrian CLI prints and tests ready-to-use MCP client config:
Local stdio
Run the published package directly:
Select another profile only when your MCP client needs it:
Narrow the catalog to the toolsets you need:
Or install it globally:
Hosted Streamable HTTP
Use the CLI to print the current hosted URL and client-specific config:
Direct Claude setup:
Codex config uses TOML:
The default URL uses the progressive profile. Use
https://mcp.cambrian.org/mcp/compact or
https://mcp.cambrian.org/mcp/full for another profile.
HTTP requests must include one of:
Self-Hosted HTTP
Health endpoint:
For hosted deployments, bind to 0.0.0.0:
Tool Names
Tool names are canonical and prefixed with cambrian_.
Examples:
cambrian_base_dexescambrian_ethereum_dexescambrian_arbitrum_dexescambrian_robinhood_dexescambrian_solana_price_currentcambrian_deep42_social_data_alpha_tweet_detectioncambrian_risk_perp_risk_enginecambrian_docscambrian_solana_token_snapshot
Call cambrian_docs without a path to discover the live root index, or use
guides/<slug> (for example, guides/x402) for any guide listed there. For an
endpoint path, omit detail to get its request schema. Use detail: "response"
for response fields and detail: "full" for examples and all endpoint prose.
Endpoint tools come from the same validated runtime registry as the CLI. MCP
rechecks that local cache for each tool-list/tool-call request, while OpenAPI
network attempts are coalesced and limited to once per source every 15 minutes.
If runtime discovery is unavailable, the server uses the endpoint metadata
bundled with the installed cambrian package (cambrian/metadata). Tool names,
schemas, and argument validation come from cambrian/tools, so each tool sends
the same request as the matching cambrian CLI command.
The API serves one generic /api/v1/evm/* surface whose chain_id parameter
lists the chains each endpoint supports. The MCP turns that into one fixed-chain
tool per supported chain, so an agent never has to remember a magic number and
cannot aim an endpoint at a chain it rejects:
A tool appears for a chain if and only if that endpoint's own chain_id schema
allows the chain — from its enum, a fixed minimum/maximum pair, or an
exclusive bound. No allowlist and no per-endpoint special case: an endpoint the
API widens to include another registered chain ID gains that chain's tools on
the next metadata load. Base tools fix chain_id to 8453, Ethereum tools to
1, Arbitrum tools to 42161, and Robinhood tools to 4663.
cambrian_docs accepts an optional chain segment in an EVM path, by id or slug:
evm/42161/dexes, evm/arbitrum/dexes, and evm/dexes all resolve the same
endpoint, with the chain-scoped forms returning that chain's pinned schema.
Robinhood paths also accept evm/4663/dexes and evm/robinhood/dexes.
The chain table comes from the cambrian CLI (EVM_CHAINS in cambrian/tools).
src/server.ts adds only cambrian_docs path aliases. To add a chain, add it
to the CLI, release the CLI, and bump cambrian here.
Development
The package depends on the published cambrian package for shared metadata and the API client. Publish cambrian first when changing both packages together, then refresh this package lock and deploy the MCP server through CI/CD.
Deployment
Deployments are handled by GitHub Actions and Cloud Run from the private source repository. Do not deploy manually.
The workflow:
- installs dependencies
- validates
package.json#mcpNamematchesserver.json#name - validates
package.json#versionmatchesserver.json#version - builds and tests
- builds the Docker image
- deploys to Cloud Run
- smoke-checks staging directly; production is smoke-tested through the public edge URL after DNS and certificate activation
Registry
The official MCP Registry publishes this server under:
The manifest uses https://mcp.cambrian.org/mcp, which matches the production edge URL. The public release workflow publishes each new Registry version after npm publication.
来源:README.md,提交 b0a291a
工具
0版本历史
5- v1.9.0最新Oct 8, 2026
- v1.8.1Oct 6, 2026
- v1.8.0Oct 4, 2026
- v1.7.0Sep 23, 2026
- v1.6.0Sep 16, 2026
评分
已满足适用检查项的 85%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通必需25 分
- 已声明认证方式必需10 分
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分