Usitc Edis

@pipeworx/usitc-edis — USITC 調査案件記録（第337条／Title VII）

US International Trade Commission の調査案件記録です。IDS（Investigations Database System、ids.usitc.gov）を通じて、第337条（不公正輸入／特許）案件と Title VII（アンチダンピング／相殺関税、「輸入による損害」）案件を扱います。約4,400件すべての調査を検索・一覧表示でき、1件の詳細情報を取得できます。キーは不要です。

Pipeworx の一部です。AI エージェントを1684以上の稼働中データソースに接続する MCP ゲートウェイです。

ここにないもの：提出書類（EDIS）

このパックは EDIS（Electronic Document Information System、edis.usitc.gov）を提供しません。EDIS は、調査で提出された書類とその添付資料を扱います。EDIS の WAF は、有効な API キーを送信した場合でも、認識済みの一般的な HTTP クライアントの署名ではない User-Agent に対して、403（汎用の「メンテナンス中」HTML ページを装ったもの）を返します。2026-09-24 に実際に確認済みです。このパックの以前のバージョンでは、User-Agent の先頭に curl/8.7.1 を付けて別のクライアントを装い、このブロックを回避していました。Bruce はこれを認めず（2026-09-25）、許可していた以前の事案判断を覆しました。そのため、edis_* ツールは、それらの提供にのみ使われていたトークン／curl の処理とともに削除されました。

EDIS の提出書類は、USITC による当社の正直な User-Agent の許可リストへの追加 （pipeworx-usitc-edis/1.0 (+https://pipeworx.io)）を待っています。ここに EDIS の経路を再追加するには、その許可リストへの追加、または WAF を通過する別のなりすましを伴わない方法が必要です。curl プレフィックスを再追加する方法ではありません。

ツール

ツール	認証	回答内容
itc_investigation_search	なし	同一ページで種類／有効状態のフィルターを適用できる、最新順のページ分けされた調査一覧
itc_investigation_detail	なし	1件の調査の完全な状況記録（内部の investigation_id で指定）
itc_investigation_types	なし	調査の上位4種類のカテゴリ

認証

このパックはすべてキー不要です。2026-09-24 に実際に確認済みです。IDS （advanced-search、investigation/{id}、lookup/investigation-types）は、認証情報がまったくなくても実データを返します。必要なヘッダーは、ブラウザー形式の Origin／Referer のみです（認証情報ではなく、同一オリジンのページから送信されるものです）。User-Agent だけを指定した場合は拒否されました。

データソース

• https://ids.usitc.gov/idata/api/v1/advanced-search（POST）— 調査の検索／一覧表示、ページ分けあり。
• https://ids.usitc.gov/idata/api/v1/investigation/{id}（GET）— 調査の詳細情報。
• https://ids.usitc.gov/idata/api/v1/lookup/investigation-types（GET）— 上位4種類のカテゴリ。

次のビルダーへの注意点

• GET investigation/{id}にはITC職員の個人情報が含まれます — case_manager_idには、ケースマネージャーの氏名、個人用の業務メールアドレス、 電話番号が含まれています。この情報は委員会職員のものであり、事件の当事者のものでは ありません。また、itc_investigation_detailはこのフィールドを そのまま削除し、マスキングしません。今後ここに追加するケース単位のエンドポイント （参加者、IP、HTS番号、命令、投票）にも、同じルールを適用してください — 2026-09-24にライブ環境で試しましたが、case/participants、 case/hts_numbers、case/unfair_import_orders*、 investigation/participantsなどには到達できませんでした（試したすべての クエリパラメーター形式でメンテナンスページを返して503になるか、 — investigation/intellectual_propertyの場合は — 渡したフィルターにかかわらず、約880KBの未フィルターダンプを返します）。 信頼性の低いものを公開するより、未実装のままとしました。Angularバンドル （ids.usitc.gov/main-*.js）で確認できるルーティングパターン （/case/{case_id}/investigation/{investigation_id}/...）が次の手がかりです。
• IDSのadvanced-searchのcriteriaフィルターDSLは不明です。 ライブのAngularアプリ （ids.usitc.gov/case）は、サーバー側フィルターが処理する構造化された criteria配列を作成しますが、ライブ環境で試したすべての形式（{field, value}、{fieldName, operator, value}、DevExtreme形式の[field, "=", value]の3要素配列）は、いずれも何も見つからないか、形式が不正な場合と同様に 302リダイレクトされました。そのため、itc_investigation_searchでは ライブ環境で動作が確認できたパラメーター（institution_start_dateによる pageNumber、pageSize、sortOrder）と、同じページ上での タイプ／有効ステータスのクライアント側フィルターのみを公開しています。 真のサーバー側フィルタリングを実現する最短ルートは、実際のDSLを取得することです： ブラウザーでids.usitc.gov/caseを開き、高度な検索フィルターを使って、 開発者ツールでPOST本文を確認してください。
• advanced-searchのレスポンスエンベロープには特有の挙動があります。一致件数の合計は、 リクエスト形式によってトップレベルのtotalRecordsにある場合と、 各ケース行の中のhitCountにある場合があります。トップレベルのhitCountは あてにしないでください。そこにはありません。
• EDIS（edis.usitc.gov）は、認証が必要でUAフィルタリングを行うWAFを備えた別サービスです。 意図的にここでは提供していません — 上記の「ここに含まれないもの」を参照してください。 User-Agentを偽装して再追加しないでください。

クイックスタート

MCPクライアント（Claude Desktop、Cursor、Windsurfなど）に追加します：

{
  "mcpServers": {
    "usitc-edis": {
      "url": "https://gateway.pipeworx.io/usitc-edis/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/usitc-edis/mcpのtools/listは、上記の表にあるツール に加えて、共有のPipeworxメタツール — ask_pipeworx、 discover_tools、search_within、remember／recallなど、 ゲートウェイ全体で使える一連のツールを返します。そのため、表示されるツール数はこの表より多くなります。現在、 単一パックのエンドポイントには、そのパック固有のツールに加えて、共有ツールがおよそ30個表示されます。接続の initializeレスポンスには正確な対象範囲が記載されており、その日の状況を確認する際の 確実な情報源です。

これは意図的な設計であり、偶然に多重化しているわけではありません。メタツールを使えば、このパックでは対応していない 質問にも、カタログ全体を横断してルーティングするask_pipeworxを通じて回答できます。 そのため、MCPサーバーを2つ目に追加する必要はありません。現時点では、メタツールなしでパックのエンドポイントを マウントする方法はありません。余分なスキーマによるコンテキスト消費がルーティングの利点を上回る場合は、 複数のパックエンドポイントではなく、フルゲートウェイに一度接続してください。

または、すべてのパックのツールを直接一覧表示するには、Pipeworxのフルゲートウェイに接続してください。 このパックのツールだけを一覧表示するのではなく、すべてを確認できます：

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

どちらのURLも、同じゲートウェイと同じ1684以上のデータソースに接続します。違いは、 どのパックのツールが直接一覧表示されるかだけです。どちらからでも、ask_pipeworxを使えば すべてのツールにアクセスできます。

MCPクライアントがない場合は、HTTP経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/itc_investigation_search \
  -H 'Content-Type: application/json' \
  -d '{"page_size":5,"sort_order":"desc"}'

最初の呼び出しにはアカウントは必要ありません。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/itc_investigation_searchを使用します。ツールを探すには、{"query":"..."}を指定してPOST https://gateway.pipeworx.io/v1/tools/search_packsを使用します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイとの往復通信も不要です。

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

または、直接実行して起動を確認できます。

npx -y @pipeworx/mcp-usitc-edis

stdin/stdout 経由で MCP を使用し、initialize／tools/list／tools/call に応答します。対象はこのパックのツールのみで、上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使用する

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントだけでなく、フルゲートウェイでも機能します。

ask_pipeworx({ question: "your question about Usitc Edis data" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT