mcpField
D
Dice

Dice

远程服务
pipeworx.io游戏娱乐04 天前更新

关于 Dice

Dice 是面向活动发现和票务查询的 MCP 服务,读取 DICE 公开页面中的城市、在售活动、场地和阵容信息。可按城市浏览活动,也能查看单场活动详情与起价。

主要功能

  1. 01查询 DICE 覆盖的城市
  2. 02按城市浏览在售活动
  3. 03按活动类别筛选
  4. 04查看活动日期、场地和起价
  5. 05查看活动阵容与说明

适用场景

  1. 01查找某城市正在售票的演出
  2. 02筛选喜剧或剧场活动
  3. 03查看活动地点和票价
  4. 04确认活动日期与演出阵容

MCP 相关

作为 MCP 服务,它向客户端提供城市列表、活动浏览和活动详情工具。可通过 Pipeworx 网关连接,也可作为本地 stdio MCP 服务运行。

配置

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

服务地址https://gateway.pipeworx.io/dice/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 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

44
参数类型必填说明
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/dice

来自 DICE(dice.fm)的现场活动、场馆和演出阵容列表——按城市浏览正在售票的演出、DJ 演出、派对、喜剧、戏剧和讲座,并查看任意一场活动的完整详情(日期、场馆、起售价、演出艺人)。

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

工具

  • dice_cities(query?) — DICE 在全球范围内售票的完整城市列表,可按名称或国家/地区子字符串筛选。每个城市的 id + perm_name 是 dice_browse 所需的参数。
  • dice_browse(city, category?) — 某个城市当前正在售票的活动,可选按类别筛选(例如 “DJ”、“Comedy”、“Theatre”)。返回每场活动的名称、状态、日期、场馆和起售价。
  • dice_event(event_id) — 某场活动的完整详情:介绍、场馆和地址、日期、售票时间段、起售价、演出阵容和亮点(年龄限制、主办方)。需要使用 dice_browse 返回的 id。

身份验证

无需密钥。api.dice.fm 在没有密钥时会返回 403,因此不会调用;此包读取的是任何匿名访客的浏览器都会加载的相同服务端渲染页面。

数据来源

  • DICE(dice.fm)——该平台自身公开的活动、场馆和城市列表,与任何匿名访客看到的内容相同。此处的任何工具都不会公开观众/嘉宾名单或购票者联系信息;只提供公开的活动、场馆和演出艺人信息。

说明

  • dice_browse 返回的结果集取决于 DICE 自身服务端渲染页面提供的内容(通常为 20-30 场活动)。我们已实时测试浏览页面上的 page=/nextCursor,二者都无法翻过首批结果;更深层的分页需要通过 api.dice.fm,而此包无法在无密钥的情况下访问该接口。结果不会被人为截断至低于页面本身返回的数量。
  • dice_event 接收 dice_browse 的 id 字段中的纯事件 ID(24 位十六进制)。纯 ID 事件 URL 会通过 308 重定向至规范的 slug URL;普通 fetch() 会跟随重定向,因此调用方只需提供纯 ID。
  • dice_browse 的城市解析支持城市名称、perm_name 或完整的 perm_name-id 浏览 slug(例如 “new_york-5bbf4db0f06331478e9b2c59”),并以不区分大小写的方式与实时城市目录匹配(而非硬编码列表)。因此,DICE 新增或重命名城市无需修改此处的代码。

快速开始

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

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

https://gateway.pipeworx.io/dice/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 都连接到同一个网关和相同的 1855+ 个数据源。唯一的区别在于,哪个包的工具会被直接列出;无论连接哪个 URL,ask_pipeworx 都可以访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/dice_cities \
  -H 'Content-Type: application/json' \
  -d '{"query":"new york"}'

首次调用无需账号。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/dice_cities。查找工具:POST https://gateway.pipeworx.io/v1/tools/search_packs,并传入 {"query":"..."}。

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

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

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

或者直接运行它,确认服务可以启动:

npx -y @pipeworx/mcp-dice

它通过 stdin/stdout 使用 MCP,并响应 initialize/tools/list/tools/call,但仅提供此软件包的工具,不包括上方网关连接额外提供的任何共享元工具。相同的源代码,相同的工具,无需 ask_pipeworx 路由。

使用 ask_pipeworx

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

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

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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