Jmpr

JMPR — 农药安全评估（FAO/WHO）

粮农组织/世卫组织农药残留联席会议制定的每日允许摄入量（ADI）和急性参考剂量（ARfD）——每项 Codex 农药限量的毒理学评估依据。

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

工具

工具	可回答的问题
jmpr_search	按名称或名称片段查找农药
jmpr_chemical	完整评估：ADI、ARfD、CAS、化学类别、用途、各次会议的结论和报告链接
jmpr_list_pesticides	JMPR 已评估的全部 382 种农药

三个数据包概览

数据包	问题
jmpr（本数据包）	这种农药是否安全？每日摄入量是多少？
codex-mrl	各种食品中依法允许的残留量是多少？
jecfa	对添加剂和兽药，同样的两个问题

它们之间的空缺也有意义。 毒死蜱就是一个典型例子：Codex 撤销了其残留限量，因此 codex-mrl 完全没有相关记录——而 JMPR 仍保留着评估记录，且 2024 年的条目说明了原因：毒理学数据库不足以制定基于健康的指导值。单独查看任一数据包都无法了解完整情况；codex-mrl 只会显示一条空缺记录。

覆盖范围

382 种农药。评估时间跨度从 20 世纪 60 年代至今，最新的排在最前。

身份验证

无需身份验证。无需密钥、无需注册、无配额。

数据来源

https://apps.who.int/pesticide-residues-jmpr-database/ — 服务器端渲染的 HTML，无 API。包含两种页面：/Home/Range/All 列出所有农药，/pesticide?name=NAME 显示单条记录。名称就是标识符——没有数字 ID，因此名称不完全匹配时会呈现空白页面，而不是返回 404；这就是为什么两个详情查询都会先在目录中查找。

注意事项

1. ADI 为空是一项评估结果，不是数据缺失。 评估表中有一列 ADI，通常为空；删除这些行或将其视为“无数据”会颠倒其含义。毒死蜱 2024 年没有 ADI，是因为会议认为毒理学数据不足——原因就在同一行的 Comments 单元格中。如果某种农药已接受评估，但任何记录中都没有 ADI，jmpr_chemical 会在 note 中说明。

2. 最新评估不一定对应最新 ADI。 重新评估可能未设定新值，而之前设定的值仍然有效，因此 current_adi / current_adi_year 与 latest_evaluation_year 分别记录。毒死蜱的这两个年份分别是 2004 和 2024。

3. 数据库中没有记录，意味着从未接受评估。 这与“经过评估并判定为不安全”不同——no_match 提示会说明是哪种情况，因为 Agent 看到空结果时可能会误以为是后者。

4. 母体化合物和变体是 ADI 不同的独立记录（CHLORPYRIFOS 与 CHLORPYRIFOS-METHYL）。如果名称片段匹配到多个记录，则会全部返回并标记为 ambiguous，而不是擅自选择一个；名称完全匹配时仍会直接返回对应记录。

5. 文档链接有相对路径也有绝对路径——可能是 WHO 主机上的 ./Document/297，也可能是完整的 FAO URL。两者都会解析为绝对路径。

快速开始

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

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

此端点实际提供的内容

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

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

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

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

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

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

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

或者直接运行，确认它可以启动：

npx -y @pipeworx/mcp-jmpr

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT