China Disclosures

@pipeworx/china-disclosures

SEC 非経由の中国バイオテクノロジー取引および香港／STAR IPO ファイナンス — 香港証券取引所と CNINFO の開示フィードから直接取得した、米国上場企業が一社も関与しないライセンス契約および IPO — さらに、中国の企業識別コード（統一社会信用コード）をオフラインで検証・デコードする機能を備えています。API キーは不要です。

Pipeworx の一部です。AI エージェントを 1875+ 件のライブデータソースに接続する MCP ゲートウェイです。これは独立した非公式のインテグレーションであり、上流プロバイダーとは提携、推奨、公開のいずれの関係もありません。

ツール

• hkex_licensing_deals(query?, since?, until?, limit?) — 香港証券取引所上場企業が開示したバイオテクノロジー／製薬のライセンス契約および提携契約を検索します。米国上場企業が一社も関与しない契約も含みます（例：中国の香港証券取引所上場バイオテクノロジー企業が、インド、日本、欧州のパートナーにライセンスアウトする契約）。香港証券取引所の「License Agreement」または「Licensing Agreement」と題された提出書類を情報源とします。
• hkex_ipo_filings(query?, since?, until?, limit?) — 香港 IPO／上場ファイナンスの提出書類を検索します。各社が上場時に香港証券取引所へ提出する「GLOBAL OFFERING」目論見書および正式通知です。バイオテクノロジーに限定されません。query で絞り込んでください。
• cninfo_disclosure_search(query, board?, since?, until?, limit?) — 中国の A 株式市場（深セン証券取引所＋上海証券取引所、STAR Market を含む）両方の公式開示フィードである CNINFO を全文検索します。香港／米国との関係が一切ない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 の調査で、この種の取引と香港／STAR のバイオテクノロジー IPO ファイナンスについて、まさにこの内容を求める実際の要望が 3 件以上確認されました。

さらに 2 つの取引所独自の開示レイヤーを調査し、2026-09-13 にどちらも実際に動作することを確認して、このギャップを埋めています。

• 香港証券取引所 — 香港上場企業は、重要なライセンス契約や自社の IPO を上場規則に従って同日に開示します。香港証券取引所ニュースの公開タイトル検索 JSON エンドポイント（titleSearchServlet.do）は、API キーなしでこれらの提出書類を提供します。これは nmpa_drug_approvals（china-pharma）が NMPA 承認情報の取得にすでに使っているのと同じエンドポイントです。同じ手法を、異なるタイトル語句に適用しています。
• CNINFO（cninfo.com.cn） — SZSE＋SSE の A 株式市場（STAR Market を含む）の公式開示フィードです。hisAnnouncement/query は認証不要の POST エンドポイントで、通常のブラウザー UA を使用します。searchkey=许可（ライセンス）の検索で 20,703 件が返され、調査当日付けの結果も含むことを実際に確認しました。

注意点

• HKEX の titleSearchServlet.do は、searchType=1 かつ title が設定されている場合、from／to をまったく無視します。 3 種類の日付範囲（9 か月、1 か月、1990 年の特定の 1 日）と、3 種類のタイトル語句（「License Agreement」、「Licensing Agreement」、「Global Offering」）で確認したところ、毎回同一の結果セットが返されました。これは日付で絞り込まれたクエリではなく、直近のタイトルを対象とするローリングウィンドウです。HKEX の両ツールは範囲を指定せずにウィンドウ全体を取得し、since／until をクライアント側で適用します。到達可能な範囲より前のウィンドウを指定すると、found: false とともに、実際に取得可能な日付を明示するヒントが返されるため、その期間には何もないかのように黙って空の結果が返されることはありません。

• CNINFO の市場区分フィルターは、値を推測できそうに見えますが、そうではありません。 STAR Market を対象に最初に category=／plate=kcb を試したところ、HTTP 200 とともにフィルターされていない結果セット全体が返されました。エラーではなく、何も行わないサイレントな処理です。実際のパラメーター plate=shkcp は、ブラウザーで開示情報検索ページの科創板（STAR Market）のチェックボックスを選択した際に、ページ自体が発行するネットワークリクエストを監視して見つけました。これは china-exchange-data が SZSE のレポートカタログで使ったのと同じ方法です。単なる別の無処理ではなく、本物のフィルターであることを確認しました。フィルターなしで searchkey=许可 を指定すると totalAnnouncement: 20703 が返され、plate=shkcp を指定すると 306 件が返され、そのすべてが 688xxx（STAR Market）のコードでした。

  フィルターなしとフィルターあり、同一の検索語句、2026-09-13 時点：

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

  board の値として公開されているのは star（shkcp）と chinext（szcy）だけで、どちらも同じ方法で確認済みです。この方法ではその他の市場区分（メインボード、GEM）は確認できていないため、推測で対応付けず、意図的に未マッピングのままにしています。全市場を検索するには board を省略してください。

• CNINFO の seDate 範囲パラメーターは、実際にサーバー側で絞り込みます（HKEX の from／to とは異なります）。同一の検索語句と市場区分について、12 日間の範囲（1 件）と、それと重ならない過去の 1 か月間（0 件）を比較して確認しました。

• CNINFO の検索前にクエリを翻訳しないでください。 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 株のみの企業 2 社間の取引はここでは確認できません。A 株側については cninfo_disclosure_search を使用してください。
• cninfo_disclosure_search を利用するには、対象企業が A 株に上場している（深センまたは上海。STAR Market を含む）必要があります。海外（香港、米国）のみで上場している企業や、非公開企業は表示されません。
• HKEX 上場企業でも、A 株上場企業でも、SEC 提出書類のある企業（china-pharma／pharma-deals）でもない企業が関与する取引や上場は、このカタログのどのツールでも確認できません。
• HKEX の両ツールが対象にできるのは、HKEXnews の現在のローリングタイトル検索ウィンドウのみです（最近では、語句の出現頻度によりますが、およそ直近数週間から数か月）。上記の注意点を参照してください。cninfo_disclosure_search にはこのような制限はなく、since／until で実際に過去まで遡って検索できます。

認証

不要です。4 つのツールすべてでキーは不要です。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 を介してカタログ全体に振り分けることで、このパックでは対応できない質問にも、2 つ目の 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":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を使用します。

単独での利用（ゲートウェイアカウント不要）

このパッケージは、ローカルの 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