mcpField
N
Nci Evs

Nci Evs

远程服务
pipeworx.io健康医疗01 天前更新

关于 Nci Evs

Nci Evs 是用于搜索 NCI Enterprise Vocabulary Services API 中概念与术语记录的 MCP 服务,面向需要查询癌症研究词汇定义、版本、同义词和概念关系的团队。

主要功能

  1. 01跨受支持的术语体系搜索概念
  2. 02获取概念完整记录与同义词
  3. 03查询已加载术语体系的版本
  4. 04探索概念关系与映射

适用场景

  1. 01按名称查找 NCIt 概念
  2. 02核实概念代码和发布版本
  3. 03将疾病扩展为相关概念

MCP 相关

通过 Pipeworx 或本地 stdio MCP 服务,向 MCP 客户端提供术语搜索、记录查询、版本查看和关系探索工具。网关连接还提供 Pipeworx 共享元工具。

配置

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

服务地址https://gateway.pipeworx.io/nci-evs/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/nci-evs

NCI Thesaurus(NCIt)概念,以及 NCI 企业词汇服务 REST API 提供的其他受控词汇表——CDISC、GDC、CTRP、SEER 和 NCI 试验系统所依据的 C 代码。

属于 Pipeworx——一个将 AI Agent 连接到 1683+ 个实时数据源的 MCP 网关。

工具

  • evs_search_concepts(term, terminology?, type?, include?, page_size?, from_record?) — 名称 → 代码。默认搜索 NCIt;也可搜索同一 API 提供的 ICD-10、MedDRA、SNOMED CT、 HGNC、GO 等。
  • evs_concept(code, terminology?, include?) — 代码 → 完整记录:首选名称、 附带来源的定义、每个同义词及其术语类型和来源、语义类型,以及映射到 ICD-O-3 / ICD-10 / MedDRA 的跨术语映射。
  • evs_terminologies(latest_only?) — 可查询的词汇表及其已加载的版本。只有结合其版本才能解读概念记录,因此可用此工具锁定答案所依据的版本。
  • evs_concept_relations(code, terminology?, kinds?) — 父级、子级、角色、关联、反向关联、后代。可用于在查询试验或基因组数据之前,将疾病扩展为其亚型。

身份验证

无需密钥。

数据源

注意事项

API 版本前缀是 /api/v1,不能省略。 NCI 自己的说明文本省略了此前缀;不带此前缀时,每次调用都会返回 404,并附带 Spring 的 “No static resource” 响应体,看起来像是该端点已被撤下。

关系使用独立端点,而不是 include。 没有 /relationships 路径——它会返回 404。父级、子级、角色和关联各自都有独立的子路径。maps 是例外:它是概念端点上的一个 include 值,而非子路径。evs_concept_relations 会并行获取这些子路径,并按类型报告数量,因此可以区分某类确实没有记录与请求失败。

include=minimal 是搜索的默认值,不会包含定义。 搜索结果只包含代码 / 名称 / 状态,除非你请求 summary 或 full。因此,“API 没有定义”通常是 include 级别的问题。

版本字符串会变化。 概念上的 version(例如 NCIt 26.08e)表示每月发布版本。相隔数周获取的两个答案可能确实不同;当代码的含义很重要时,请注明版本。

快速开始

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

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

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/evs_search_concepts \
  -H 'Content-Type: application/json' \
  -d '{"term":"melanoma","page_size":5}'

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

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

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

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

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

npx -y @pipeworx/mcp-nci-evs

它通过 stdin/stdout 使用 MCP 通信,并针对仅限此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的任何共享元工具。来源相同,工具相同,但没有 ask_pipeworx 路由。

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Nci Evs data" })

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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