关于 Nci Evs
Nci Evs 是用于搜索 NCI Enterprise Vocabulary Services API 中概念与术语记录的 MCP 服务,面向需要查询癌症研究词汇定义、版本、同义词和概念关系的团队。
主要功能
- 01跨受支持的术语体系搜索概念
- 02获取概念完整记录与同义词
- 03查询已加载术语体系的版本
- 04探索概念关系与映射
适用场景
- 01按名称查找 NCIt 概念
- 02核实概念代码和发布版本
- 03将疾病扩展为相关概念
MCP 相关
通过 Pipeworx 或本地 stdio MCP 服务,向 MCP 客户端提供术语搜索、记录查询、版本查看和关系探索工具。网关连接还提供 Pipeworx 共享元工具。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/nci-evs/mcpclaude mcp add --transport http pipeworx-io-nci-evs https://gateway.pipeworx.io/nci-evs/mcp{"mcpServers":{"pipeworx-io-nci-evs":{"type":"http","url":"https://gateway.pipeworx.io/nci-evs/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-nci-evs":{"type":"http","url":"https://gateway.pipeworx.io/nci-evs/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-nci-evs":{"type":"http","url":"https://gateway.pipeworx.io/nci-evs/mcp"}}}{"mcpServers":{"pipeworx-io-nci-evs":{"serverUrl":"https://gateway.pipeworx.io/nci-evs/mcp"}}}命令在终端中运行;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?)— 父级、子级、角色、关联、反向关联、后代。可用于在查询试验或基因组数据之前,将疾病扩展为其亚型。
身份验证
无需密钥。
数据源
- https://api-evsrest.nci.nih.gov/api/v1/concept/{terminology}/search — 术语搜索。
- https://api-evsrest.nci.nih.gov/api/v1/concept/{terminology}/{code} — 单个概念。
- https://api-evsrest.nci.nih.gov/api/v1/concept/{terminology}/{code}/{parents|children|roles|associations|inverseAssociations|inverseRoles|descendants} — 关系。
- https://api-evsrest.nci.nih.gov/api/v1/metadata/terminologies — 已加载的词汇表。
注意事项
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
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。