China Pharma

@pipeworx/china-pharma

从 SEC 8-K 和 HKEX 披露公告中提取涉及中国的生物技术与制药许可交易和药品批准信息。无需密钥。

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

工具

• china_licensing_deals(query?, since?, until?, limit?) — 中国公司将资产授权给西方合作伙伴，或西方公司将权利授权至大中华区的交易。返回双方公司、地域条款、首付款和里程碑金额、特许权使用费条款，以及公告所在的申报文件。
• nmpa_updates(section?, limit?) — NMPA 发布的英文官方公告：政策、指南、进口规则和临床试验指南更新。栏目包括：新闻、药品、器械、化妆品。不是药品批准登记库 — 见下文。
• nmpa_drug_approvals(month? | since?/until?, query?, limit?) — 从 HKEX（香港交易所）披露文件中提取的 NMPA 批准、附条件批准或获批扩大适应症的具体药品。返回申报文件标题、公司、批准日期、尽力判断的类别，以及申报文件 PDF。
• nmpa_drug_approval(id? | name?) — 根据 nmpa_drug_approvals 中的 id 查询单条批准记录，或按药品／公司名称搜索。
• csrc_penalties(since?, page?, limit?) — 从中国证券监管机构 CSRC 的 csrc.gov.cn 自有 JSON 数据源获取的行政处罚决定书，按时间从新到旧排列。每条记录包含决定书编号、发布日期、首位被点名当事人、包含其余当事人的摘要，以及完整决定书链接。涉及证券执法 — 信息披露欺诈、内幕交易、审计失职 — 而非药品监管。

nmpa_updates 不是什么，以及药品批准信息实际来自哪里

nmpa_updates 不是药品批准登记库，而且 english.nmpa.gov.cn/drugs.html 也不是，尽管乍看之下似乎如此。我们在 2026-09-07 对其进行实时探测，而非轻信页面名称：每个栏目（drugs、news、policies、regulatoryinformation）都是行政政策通知的分页信息流（例如“关于加强委托生产监管的公告”“……政策解读”）；drugs 下最新条目的日期为 2026-04-14，到了 9 月查询时已滞后五个月；所有栏目中都没有一条提及具体药品获批。此次对整个域名进行确认后发现，中文 NMPA 网站（所有路径，不只是 /datasearch/）和 CDE 仍会向普通非 Cloudflare 客户端返回 HTTP 412/202，并触发瑞数／Riverdata JavaScript 混淆挑战；2026-08-11 的发现依然成立。要读取这两个网站都需要无头浏览器，而无状态工具包无法做到这一点。

无需密钥且信息及时、真正涵盖批准事件的来源是：任何在 HKEX 上市的中国生物技术公司都必须在同日以监管申报的形式披露 NMPA 批准信息，而 HKEXnews 的公开标题搜索 JSON 端点（titleSearchServlet.do）无需密钥即可提供这些信息 — china_licensing_deals 已经采用过同样的方法，只是用了另一个交易所（SEC 8-K，而非 HKEX 申报文件）：精选登记库并未公开，但披露信息是公开的。nmpa_drug_approvals 和 nmpa_drug_approval 均基于此构建。

陷阱

• 当 searchType=1 且设置了 title 时，titleSearchServlet.do 会忽略 from/to。 已通过请求三个不同的多月时间窗口（2026 年 1 月至 9 月、仅 2026 年 7 月、单日）验证；每次返回的都是完全相同的一组约 17 条最近的 NMPA 标题申报。本工具包会获取这个不受日期限制的窗口，并在客户端自行筛选日期——对于超出可访问窗口的 since/until/month，会返回 found: false 并提供解释原因的 hint，而不会悄无声息地返回“该月没有批准”的空结果。
• 标题中含有“approved”的内容并不都是上市批准。 IND／临床试验许可（“APPLICATION FOR CLINICAL TRIAL ... APPROVED BY NMPA”）、申请受理以及突破性疗法认定，都会使用与批准相关的措辞。classifyApproval() 会先按关键词排除这些内容（IND、clinical trial、accept(ed|ance)、designation、clearance、submitted），再将标题认定为上市批准。
• name_cn 有意设为 null。 HKEXnews 的英文标题搜索只返回英文标题；对应的中文披露属于不同的 NEWS_ID，若不再进行其他查询，就无法可靠匹配，而且也不会解析 PDF。因此明确留空，而不是猜测。
• 覆盖范围仅限在 HKEX 上市的公司。 仅在中国 A 股上市的公司，或未在香港单独上市的中国生物科技公司，即使其药物获 NMPA 批准，也不会出现在结果中；响应的 scope_note 会说明这一点。

身份验证

无需身份验证。SEC 要求提供可联系的 User-Agent，并会对通用值返回 403；本工具包会发送一个符合要求的值。

为什么使用 SEC 全文，而不使用交易数据库

交易数据库（Citeline、Evaluate、Cortellis、DealForma）都是订阅产品。但任何参与授权交易的美国上市方都会在 8-K 中公布交易，而新闻稿附件中会列出交易对方、地区和金额——因此，尽管整理后的数据库并非公开，公告信息仍是公开的。

关键在于缩小范围。 "license agreement" AND "China" 会先返回 Yum China 和 YUM Brands，而不是生物科技公司，因为快餐特许经营也会使用相同的词。改为要求使用交易术语——"upfront payment" AND "milestone" AND "China"——三个月内返回了 24 份申报，每一份都来自制药公司。用于限定领域的是交易语言，而不是“pharma”一词。

已知限制：这些限制会影响结果的含义

• 仅包含有 SEC 申报方的交易。 如果一笔交易纯粹发生在中国与日本或欧盟之间，且双方都未在美国上市，就不会在此公布，因此也不会出现在结果中。响应会在 coverage_note 中说明这一点。
• 交易条款从正文中提取，而非来自结构化字段。 只有新闻稿明确写出的金额才会显示；如果新闻稿称“未披露的预付款”，就不会给出金额，该字段会省略而非猜测。如果金额没有单位词（例如单独的 $1），也会有意拒绝——没有哪笔授权交易会以 1 美元为计价单位，报告这种数字会造成错误。
• 每次调用最多打开前 8 份申报的正文。 超出此数量的交易仍会列出其申报 URL 和备注；请缩小时间窗口，或使用 query 将其纳入范围。

CSRC 处罚：数据源包含和不包含的内容

csrc_penalties 读取 csrc.gov.cn/csrc/c101928/common_list.shtml 背后的 searchList JSON 端点（频道 28de6b87eda140cb93de4dd10d11867d， 行政处罚）。与 NMPA 中文网站不同，此端点没有 JS 挑战式 WAF——普通请求加上 Referer 标头即可获得 200 响应（已于 2026-09-07 验证）。每项决定的标题都是监管机构固定的套话，因此有用字段会从 memo 中解析：决定书编号（〔2026〕42号）和当事人（具名相关方）部分。链接指向的 content.shtml 页面是 HTML 正文，工具有意不抓取这些页面——它是带日期和链接的数据源，而不是经过解析的处罚数据库。_rangeTimeGte 会在服务器端筛选，但在日期边界上的筛选较宽松（since=2026-08-01 的请求返回了一条 2026-07-31 的记录），因此会在客户端对返回的记录重新应用 since 筛选。

数据源

• china_licensing_deals：https://efts.sec.gov/LATEST/search-index（EDGAR 全文搜索，8-K 表格）以及 https://www.sec.gov/Archives/edgar/data/ 下的申报文件正文。
• nmpa_updates：https://english.nmpa.gov.cn/（新闻、药品、医疗器械和化妆品栏目）。
• nmpa_drug_approvals / nmpa_drug_approval：https://www1.hkexnews.hk/search/titleSearchServlet.do（HKEXnews 公开标题搜索）以及 https://www1.hkexnews.hk/ 下链接的申报文件 PDF。
• csrc_penalties：https://www.csrc.gov.cn/searchList/28de6b87eda140cb93de4dd10d11867d（行政处罚频道的 JSON 列表端点）。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/china-pharma/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/china_licensing_deals \
  -H 'Content-Type: application/json' \
  -d '{"since":"2026-06-01","limit":10}'

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

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

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

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

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

npx -y @pipeworx/mcp-china-pharma

它通过 stdin/stdout 使用 MCP 协议，并仅针对本工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接所添加的共享元工具。数据源相同，工具相同，但不提供 ask_pipeworx 路由。

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about China Pharma data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT