China Disclosures

@pipeworx/china-disclosures

非 SEC 中国生物科技交易及港股／科创板 IPO 融资——许可协议和 IPO 中没有美国上市方的交易，直接读取自 HKEX 和 CNINFO 交易所披露信息流；另附中国公司标识符（统一社会信用代码）的离线验证器／解码器。无需密钥。

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

工具

• hkex_licensing_deals(query?, since?, until?, limit?) — 生物科技／制药许可和合作交易，由 HKEX 上市公司披露，包括完全没有美国上市方的交易（例如，中国 HKEX 上市生物科技公司向印度、日本或欧洲合作方授予对外许可）。数据源为 HKEXnews 上标题为 "License Agreement" 或 "Licensing Agreement" 的文件。
• hkex_ipo_filings(query?, since?, until?, limit?) — 香港 IPO／上市融资文件——公司上市时向 HKEX 提交的 "GLOBAL OFFERING" 招股说明书和正式公告。不限于生物科技公司；可使用 query 筛选。
• cninfo_disclosure_search(query, board?, since?, until?, limit?) — 在 CNINFO 上进行全文搜索。CNINFO 是中国两家 A 股交易所（深圳＋上海，包括科创板）的官方披露信息流。覆盖与港股／美股完全无关联的 A 股上市公司——填补空白的另一半。
• cn_uscc_validate(code) — 中国 18 位统一社会信用代码（统一社会信用代码，GB 32100-2015）的离线验证器／解码器。每个注册的中国组织都持有该唯一标识符。检查长度、字符集和官方校验位算法；代码有效时，会解码登记管理部门、主体类型和省份（GB/T 2260，省级）。不进行网络调用。仅验证格式——格式有效并不能证明真实公司持有该代码。

为什么要做这个工具，以及 china-pharma / pharma-deals 为何无法覆盖

china_licensing_deals（china-pharma）和 pharma_licensing_deals（pharma-deals）都基于 SEC 8-K：只有至少一方在美国上市时，它们才能发现交易。两家都未在美国上市的公司之间发生的中国到中国或中国到日本交易，确实存在且已披露，但从结构上看，任何一个工具都无法发现。需求日志中，2026-09-13 的调研记录显示，至少有 3 项真实需求明确涉及这类交易，以及港股／科创板生物科技 IPO 融资。

另外两家交易所自己的披露层可以填补这一空白，二者均于 2026-09-13 进行过实时探测：

• HKEX — 根据 HKEX 上市规则，任何香港上市公司都必须在同一天披露重大许可交易或自身 IPO；HKEXnews 公开的标题搜索 JSON 端点（titleSearchServlet.do）无需密钥即可提供这些文件。它与 nmpa_drug_approvals（china-pharma）用于查询 NMPA 批准的端点相同——技巧相同，标题词不同。
• CNINFO（cninfo.com.cn）— SZSE＋SSE A 股（包括科创板）的官方披露信息流。hisAnnouncement/query 是 POST 端点，无需身份验证，使用普通浏览器 UA——已实时验证，可返回 searchkey=许可（license/licence）的 20,703 条匹配结果，最新日期为探测当天。

陷阱

• HKEX 的 titleSearchServlet.do 在 searchType=1 且设置了 title 时会完全忽略 from/to——在三个不同的日期范围（9 个月、1 个月，以及 1990 年的某一天）和三个不同的标题词组（“License Agreement”“Licensing Agreement”“Global Offering”）上均已验证：每次返回的结果集都相同。这是一个滚动的最新标题窗口，不是按日期筛选的查询。两个 HKEX 工具都会获取未限定范围的窗口，并在客户端自行应用 since/until；如果查询的时间范围早于可访问范围，则返回 found: false，并明确提示实际可访问的日期范围，绝不会静默返回“该时段无结果”。

• CNINFO 的板块筛选看起来似乎可以猜出来，实际却不行。 初步测试发现，针对科创板的 category=/plate=kcb 请求会返回 HTTP 200 和完整的未筛选结果集——这是静默无效操作，而不是错误。真正的参数 plate=shkcp，是通过浏览器观察披露搜索页面在勾选科创板复选框时发出的页面自身网络请求发现的——这与 china-exchange-data 查找 SZSE 报告目录时用的方法相同。已验证它是真正的筛选条件，而非又一个无效操作：未筛选的 searchkey=许可 返回 totalAnnouncement: 20703；plate=shkcp 返回 306 条，且全部是 688xxx（科创板）代码。

  未筛选与已筛选的结果，相同的搜索词，实时数据截至 2026-09-13：

  plate=""      (all SZSE+SSE)  → totalAnnouncement: 20703
  plate="shkcp" (STAR Market)   → totalAnnouncement: 306   (all secCode 688xxx)
  

  只有 star（shkcp）和 chinext（szcy）作为 board 值开放——这两个值都以相同方式得到确认。其他板块（主板、创业板）未通过此方法观察到，因此有意不做映射，而不是猜测；如需搜索所有板块，请省略 board。

• CNINFO 的 seDate 范围参数确实会在服务端进行筛选（HKEX 的 from/to 则不会）——通过对比相同搜索词和板块下的 12 天时间范围（1 条结果）与一个不重叠的历史月份（0 条结果）确认。

• 在 CNINFO 搜索前不要翻译查询词。 这是一个中文全文索引；搜索中文词语的英文译文会返回空结果，看起来像是“没有披露”，而不是“语言不对”（参见 reference_bilingual_entity_names——切勿先翻译再搜索）。

• HKEX 标题搜索会为同一事件返回重复行。 一次 Global Offering 通常会产生“Listing Documents”行（招股说明书 PDF）和“Announcements and Notices”行（正式公告），两者对应同一次上市，都会返回并标注 doc_category，而不是静默去重为一条。

覆盖范围限制，如实说明

• hkex_licensing_deals / hkex_ipo_filings：要求亚洲一方为 HKEX 上市公司（主板或 GEM）。私人公司之间的交易，或两家仅在 A 股上市的公司之间的交易，在此处不可见——请针对 A 股使用 cninfo_disclosure_search。
• cninfo_disclosure_search：要求其中一方为 A 股上市公司（深圳或上海，包括科创板）。仅在海外（香港、美国）上市或为私有公司的企业不会出现。
• 如果一项交易或上市涉及的主体既不是 HKEX 上市公司、A 股上市公司，也不是 SEC 文件申报方（china-pharma / pharma-deals），则本目录中的任何工具都无法查看。
• 两个 HKEX 工具都只能访问 HKEXnews 当前滚动标题搜索窗口（近期大约为过去几周到几个月，具体取决于搜索词的常见程度）——参见上文的陷阱。cninfo_disclosure_search 没有此限制；其 since/until 确实可以查询更早的数据。

身份验证

无需身份验证。四个工具均无需密钥；cn_uscc_validate 完全不会发起网络请求。

数据源

• hkex_licensing_deals / hkex_ipo_filings： https://www1.hkexnews.hk/search/titleSearchServlet.do（HKEXnews 公开标题搜索），以及链接中的 https://www1.hkexnews.hk/ 下的申报文件 PDF。
• cninfo_disclosure_search：https://www.cninfo.com.cn/new/hisAnnouncement/query （CNINFO 公开披露搜索），以及 https://static.cninfo.com.cn/ 下的 PDF。
• cn_uscc_validate：不调用数据源。校验位算法是中国发布的国家标准（GB 32100-2015）；登记机关和实体类型表是同一标准中的少量公开查询表；省份解码使用公开的 GB/T 2260 行政区划代码表（仅省级，不解码地级市）。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/china-disclosures/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/hkex_licensing_deals \
  -H 'Content-Type: application/json' \
  -d '{}'

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

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

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

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

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

npx -y @pipeworx/mcp-china-disclosures

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

使用 ask_pipeworx

你可以用日常语言提问，而不是直接调用工具——此功能在上方的工具包端点和完整网关上均可使用：

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT