Openremedies

OpenRemedies

OpenRemedies 是一个经来源核实的治疗记录查询库（涵盖已获批、超说明书使用、补充剂、研发中和招募中的项目）。它绝不推荐治疗方案、诊断或剂量，也不判断是否符合试验资格。每条记录都附有引用；空结果表示所覆盖的来源中没有记录，并不代表不存在治疗方案。基于 pipeworx 构建。

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

（这段话体现了 OpenRemedies MCP 端点 initialize.instructions 中的医疗内容立场，按原文保留，遵循 fleet #1392 的要求。任何公开目录条目收录此工具包时都必须逐字保留。）

此工具包代理到 OpenRemedies MCP 端点（Bruce 的免费治疗查询产品，代码库为 b-gutman/openremedies）。无需密钥，只提供只读公开数据；OpenRemedies 会在其 Worker 上自行限流。每个响应都包含 meta，其中提供来源引用、各来源的新鲜度、data_version 和覆盖范围说明。

工具

工具	返回内容
resolve_condition	疾病名称／通俗说法／拼写错误 → 疾病概念（候选项，不会合并）
resolve_substance	药物／草药／补充剂名称 → 标注盐型／剂型族群的物质记录
get_condition_options	某种疾病的五个固定部分：已获批、已有记录的超说明书使用、草药／补充剂、研发中、招募中
get_substance_uses	按司法管辖区列出的批准情况、原文适应症、证据主张
find_trials	按疾病／物质／状态／阶段／国家查询注册试验
get_related_concepts	范围更广的／亚型／同级疾病概念；每项均标注其结构关系（类型／亚型／相关类型）。此信息源自疾病层级结构，并非临床相关性的主张
get_evidence	一条完整的证据主张，包含原文发现和来源信息
get_coverage	说明覆盖和未覆盖的内容：各来源的新鲜度、司法管辖区矩阵、证据数量

典型流程：resolve_condition("migraine") → condition_id → get_condition_options(condition_id)；或 resolve_substance("sumatriptan") → substance_id → get_substance_uses(substance_id)。

get_related_concepts 接收相同的 condition_id，用于回答“还有哪些内容值得查看”。对于没有包含记录的层级邻近概念的疾病，它会返回空列表（例如 psoriasis、atopic eczema）；这表示所覆盖的层级结构中没有邻近概念，并不代表不存在此类概念。

已上架；来源切换仍待完成（fleet #3443）

Bruce 于 2026-10-21 取消了搜索和路由的未上架限制。该工具包已加入目录，出现在 search_packs 和路由菜单中。由于尚未切换 apex，src/index.ts 中的来源仍指向 staging.openremedies.com；将 ORIGIN 切换为 https://openremedies.com/mcp 并添加 registry-api /uptime 条目仍是 OpenRemedies PM 的上线事项。

src/index.ts 中的工具定义复制自端点的 tools/list。如果 OpenRemedies 更改工具接口，请相应更新；这些定义不会自动同步。覆盖数据（来源、司法管辖区）来自 get_coverage；切勿在描述中硬编码这些数据。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

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

此端点实际提供的内容

https://gateway.pipeworx.io/openremedies/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 都会连接到同一个网关和相同的 1875+ 个数据源。唯一的区别是直接列出哪个工具包的工具；无论连接哪一个，ask_pipeworx 都能访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/resolve_condition \
  -H 'Content-Type: application/json' \
  -d '{"q":"migraine","limit":3}'

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

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需通过网关往返：

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

也可以直接运行，以确认服务能够启动：

npx -y @pipeworx/mcp-openremedies

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

使用 ask_pipeworx

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

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

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

更多内容

• 文档和指南
• pipeworx.io

许可证

MIT