mcpField
M
Mic

Mic

远程服务
pipeworx.io金融数据02 周前更新

关于 Mic

Mic 是用于解码 ISO 10383 市场识别码并查询 MIC 名录的 MCP 服务,面向金融数据使用者。它可返回交易场所信息,并区分场所运营方代码与具体市场分段代码。

主要功能

  1. 01解码 MIC 并返回场所信息
  2. 02区分运营方代码与分段代码
  3. 03按国家、状态或名称查询
  4. 04列出运营方下的市场分段
  5. 05返回名录数据的采集日期

适用场景

  1. 01解析证券挂牌信息中的交易所代码
  2. 02查询 MIC 对应的运营方和国家
  3. 03查找某运营方旗下的市场
  4. 04按状态筛选名录条目

MCP 相关

通过 MCP 暴露 `decode_mic` 和 `search_mics` 工具。可作为独立的 stdio MCP 服务运行,也可通过 Pipeworx 网关访问。

配置

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

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

工具

详细介绍

@pipeworx/mic

ISO 10383 市场识别码(MIC)解码器——通过 4 个字符的交易所代码查询交易场所名称、运营方、国家和状态,无需身份验证。

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

工具

  • decode_mic(code) — 解码一个 MIC(例如 "XNYS"、"XLON"),获取交易场所的市场名称、法定运营方、LEI、国家、城市、网站和注册状态。报告该代码是运营 MIC(整个交易场所的运营方,例如纽约证券交易所的 "XNYS"),还是分段 MIC(运营方旗下的特定市场/订单簿,例如 "XNYS" 旗下的纽约证券交易所 Arca "ARCX")。运营 MIC 还会提供 segment_count——调用 search_mics 并传入 operating_mic 即可列出这些分段。
  • search_mics(country?, operating_mic?, status?, name_contains?, limit?, offset?) — 筛选注册表。先返回汇总计数(total、by_status、by_country),然后返回一页数据。传入 operating_mic 可列出某一交易场所运营方旗下的所有市场;如果筛选条件组合无匹配项,则会列出尝试过的筛选条件,而不是只返回空数组。

与 openfigi 互为补充:openfigi 会在证券的交易所上市信息中返回 exchCode,但不提供解码器——decode_mic 就是这个解码器。

数据来源

发布方:ISO,将 ISO 10383——市场识别码列表的注册机构职责委托给 ANNA(国家编号机构协会);列表包含约 2,900 个代码。该注册表仅以可下载文件形式发布(没有查询 API),因此此工具包使用定期刷新的内置表格提供数据,而非每次调用时实时获取。每个响应中的 data_as_of 表示该答案所依据数据的采集时间。

许可。 ISO 10383 是已发布的国际标准;ANNA 分发当前的 MIC 列表,供公众参考使用。

两种 MIC

ISO 10383 本身区分运营 MIC(交易场所运营方,例如 "XNYS")和分段 MIC(该运营方旗下的一个市场,例如 "XNYS" 旗下的 "ARCX",或同样隶属于 "XNYS" 的纽约证券交易所德克萨斯分所 "XCHI")。证券的 exchCode 可能属于任意一种——decode_mic 会报告其类型;如果是运营 MIC,还会报告其旗下的分段数量。

快速入门

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

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

https://gateway.pipeworx.io/mic/mcp 上的 tools/list 会返回上表中的工具,以及 Pipeworx 共享元工具——ask_pipeworx、 discover_tools、search_within、remember/recall 和网关范围内的其余工具。因此,你看到的工具数量会多于此表中的数量:目前,单个工具包端点除了自身工具包的工具外,还会列出约 30 个共享工具。连接的 initialize 响应会说明其确切范围,并且是当天情况的权威依据。

这是有意为之,并非意外复用多路传输。元工具可以让限定范围的连接回答此工具包未涵盖的问题——通过可路由到整个目录的 ask_pipeworx 实现——而无需添加第二个 MCP 服务。目前无法挂载不包含这些元工具的工具包端点;如果额外的架构定义占用的上下文超过了路由功能带来的价值,请连接一次完整网关,而不是连接多个工具包端点。

或者,连接完整的 Pipeworx 网关,直接列出每个工具包的工具,而不只是此工具包的工具:

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

两个 URL 都连接到同一个网关和同一批 1831+ 个数据源。唯一的区别是直接列出的工具所属工具包不同;无论连接哪一个,ask_pipeworx 都能访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/decode_mic \
  -H 'Content-Type: application/json' \
  -d '{"code":"XNYS"}'

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

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

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

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

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

npx -y @pipeworx/mcp-mic

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

使用 ask_pipeworx

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

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

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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