
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 分