mcpField
D
Dexscreener

Dexscreener

远程服务
pipeworx.io金融数据14 天前更新

关于 Dexscreener

Dexscreener 是用于查询主要 EVM 链和 Solana 上 DEX 价格、流动性及交易情况的 MCP 服务,面向交易者和研究者,提供交易对与代币搜索及推广信息,无需认证。

主要功能

  1. 01交易对价格、流动性和交易量
  2. 02链上代币交易对
  3. 03自由文本搜索交易对
  4. 04最新代币档案
  5. 05推广代币列表与排名

适用场景

  1. 01查看交易对的当前指标
  2. 02检查代币在某条链上的交易对
  3. 03通过搜索词查找交易对
  4. 04查看新上架或正在推广的代币

MCP 相关

通过 Pipeworx 网关或本地 stdio MCP 服务,向 MCP 客户端提供 DEX Screener 工具。网关连接还包含 Pipeworx 通用元工具。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/dexscreener/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

48
参数类型必填说明
qstring否question 的别名。
askstring否question 的别名。
textstring否question 的别名。
inputstring否question 的别名。
packsarray否可选。将路由限制为这些包的 slug(例如 ["sec-form-d","sec-13f"]),路由器随后只会从这些包中的工具进行选择。省略则使用默认的完整目录路由。Slug 可从 list_packs / search_packs / https://pipeworx.io/directory 获取;未列出或未知的 slug 会被忽略,并在 _meta.pack_scope.ignored 中列出。如果没有任何 slug 能匹配问题,则会在整个目录中路由,并设置 _meta.pack_scope.full_catalog:true(绝不会返回空答案)。
querystring否question 的别名。
promptstring否question 的别名。
messagestring否question 的别名。
questionstring是用自然语言表达的问题或请求。支持 query、q、prompt、text、input、ask、message 作为别名。

详细介绍

@pipeworx/dexscreener

DEX Screener MCP — 覆盖所有主流 EVM 和 Solana 链的实时 DEX 价格与流动性。无需身份验证。

属于 Pipeworx — 一个将 AI Agent 连接到 1878+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成,与上游服务提供商无关联,未经其认可,也未由其发布。

工具

  • get_pair(chain, pair_address) — 单个交易对的详情(价格、流动性、交易量、交易笔数)
  • get_token(chain, token_address) — 某个代币在一条链上的所有交易对
  • search_pairs(query) — 对交易对进行全文搜索(最多返回 30 条结果)
  • latest_token_profiles() — 最新上线的代币
  • latest_boosted_tokens() — 当前正在 DEX Screener 上推广的代币
  • token_boosts_top(chain?, token?) — 获得推广最多的代币排行榜

数据源

https://api.dexscreener.com/ — JSON。每个 IP 的速率限制约为 300 次请求/分钟。

使用的端点:有两个看似显而易见的端点其实是错的(fleet #1579, 已通过实时 API 于 2026-09-08 验证):

工具路径说明
get_pair/latest/dex/pairs/{chain}/{pair}
get_token/token-pairs/v1/{chain}/{token}不是 /tokens/v1/{chain}/{token} — 错误路径会返回 HTTP 200 和单个交易池(WETH:1 个,而不是 30 个),因此会无报错地丢失 97% 的数据
search_pairs/latest/dex/search?q=
latest_token_profiles/token-profiles/latest/v1原始数组
latest_boosted_tokens/token-boosts/latest/v1原始数组
token_boosts_top/token-boosts/top/v1不接受路径过滤条件;chain/token 在客户端进行过滤

此处空结果的含义

DEX Screener 用 HTTP 200 和空列表 表示“未编入索引”—— v1 路径返回 [],/latest/dex/pairs 返回 {"pairs":null}。对于未知地址,它不会返回 404。因此,此工具包只会在实际读取到 HTTP 200 响应时返回 not_found:;任何错误状态都会报告为 upstream_down:,并明确说明这并不能证明调用者提供的参数有误。在 #1579 之前,工具包会把所有 404 都映射为“该地址没有交易对,请检查链和准确的合约地址”——但它处理过的每个 get_token 调用中,这句话都是错的,而且足以让调用者重新检查本来正确的地址。

常见链 ID:ethereum、solana、bsc、polygon、arbitrum、base、avalanche、optimism、fantom。

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "dexscreener": {
      "url": "https://gateway.pipeworx.io/dexscreener/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/dexscreener/mcp 上的 tools/list 会返回上表中的工具, 以及 Pipeworx 的共享元工具 — ask_pipeworx、 discover_tools、search_within、remember/recall,以及网关范围内的其他工具。因此,你看到的工具数量会多于此表所列:目前,单个工具包端点会在工具包自身的工具之外,列出约 30 个共享工具。连接的 initialize 响应会说明其确切范围,这是判断某一天实际范围的权威依据。

这是有意设计的,并非意外的多路复用。元工具让限定范围的连接也能回答本工具包未覆盖的问题 — 通过 ask_pipeworx 跨整个目录进行路由 — 而无需添加第二个 MCP 服务。目前无法挂载不包含这些元工具的工具包端点;如果额外的 schema 占用的上下文比路由功能带来的收益更多,请直接连接一次完整网关,而不是连接多个工具包端点。

或者连接完整的 Pipeworx 网关,直接获取所有工具包的工具列表, 而不只是当前工具包的工具:

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都会连接到同一个网关和相同的 1878+ 个数据源。唯一的区别在于,哪个工具包的工具会被直接列出;从任一端点都可以通过 ask_pipeworx 访问所有工具。

没有 MCP 客户端?通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/dexscreener_get_pair \
  -H 'Content-Type: application/json' \
  -d '{"chain":"ethereum","pair_address":"0x88e6a0c2ddd26feeb64f039a2c41296fcb3f5640"}'

首次调用无需账户。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/dexscreener_get_pair。查找工具:使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行(无需网关账户)

此软件包也可作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需经过网关:

{
  "mcpServers": {
    "dexscreener": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-dexscreener"]
    }
  }
}

也可以直接运行,确认它能启动:

npx -y @pipeworx/mcp-dexscreener

它通过 stdin/stdout 使用 MCP,并响应 initialize/tools/list/tools/call,但仅支持此软件包的工具——不包含上述网关连接添加的任何共享元工具。相同的源代码、相同的工具,无需 ask_pipeworx 路由。

使用 ask_pipeworx

无需直接调用工具,你可以用通俗的英语提问——此功能既适用于上面的软件包端点,也适用于完整网关:

ask_pipeworx({ question: "your question about Dexscreener data" })

网关会选择合适的工具,并自动填充参数。

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。