Epstein

epstein

下院監視委員会がジェフリー・エプスタインの調査のために公開した文書（書き起こしインタビュー、召喚状、書簡）を全文検索します。さらに（フェーズ 2）では、エプスタイン自身のパイロット飛行記録帳を構造化検索できます。Fleet #1480、フェーズ 1～2。

Pipeworx の一部として、AI エージェントを 1879 以上の稼働中のデータソースに接続する MCP ゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとは提携関係になく、承認も公開もされていません。

ツール

ツール	回答する内容
epstein_search_documents	記録内で語句が見つかる場所を、ページ単位の引用として返します
epstein_list_documents	コーパスに含まれるものと、検索できないものを返します
epstein_get_document	1 つの文書の全文を、ページごとに返します
epstein_flight_log_search	パイロットが記録したとおりに、指定された機体番号、経路、または期間に記録されている人物を返します

search_documents はすでに federal-register と riksdagen-se が使用しているため、ツール名には接頭辞が付いています。名前が衝突するツールは到達不能な状態で公開され、エラーには解決できない名前空間付きの名前が表示されます。

フェーズ 2：飛行記録帳

epstein_flight_log_search は、政府証拠資料 662-RR、すなわち証拠として採用され、USA v. Ghislaine Maxwell, 20-cr-330 (S.D.N.Y.) で封印が解除された、エプスタイン自身のパイロット飛行記録帳（1991～2005 年）を読み込みます。この資料は、安定した DocumentCloud アセット URL で、認証情報なしでホストされています。フェーズ 1 の最初のリリースノートには、下院監視委員会のコーパスには飛行記録がどこにも存在しないと記されていました。これは事実ですが、公開されている情報源はこれだけではありません。この資料は固定された全 118 ページの歴史的文書であり、ライブフィードではないため、取り込みはリクエストごとのプロキシ呼び出しではなく、1 回限りの書き起こしです。

推定 3,000 件以上の記録された飛行区間のうち、397 件を取り込み済みです。全 118 ページのうち 23 ページにあたります （Fleet #1880 では、1991～2005 年の全期間を網羅するように選んだ最初の 10 ページに、4～13 ページを追加しました。Fleet #1881 では 14～16 ページを追加しました）。この手書きの記録帳に対する機械 OCR は利用できません（この作業の構築前に確認したところ、資料に同梱された OCR テキストレイヤー自体が判読不能なノイズでした）。取り込み済みの各行は、ページ画像を直接見て書き起こしたものです。フィルターを指定せずに epstein_flight_log_search を実行すると、対象となる正確なページが返されるため、記録がない場合も「飛行しなかった」と誤解されることはありません。単に、そのページがまだ書き起こされていない可能性があります。残り 95 ページの完了は今後の作業であり、この範囲の公開を妨げるものではありません。

書き起こしにおける確信度の表記規則（Fleet #1880）： passengers_raw は各行について原文どおりです。同一人物の名前であっても、行をまたいで表記を統一していません。明らかに表記に揺れがある場合も同様です（1 人の人物を指すと考えられる「Krestena」「Kristena」「Christina」がすべて登場します）。確信はあるものの完全ではない読み取りには、その語が修飾する単語の中に末尾の [?] を付けます（"Arthur Hallering[?]"）。まったく判読できない語は [illegible] とします。どちらも、事実の代わりに推測を記載したものではありません。パイロット自身による取り消し線付きの訂正は、[redacted] と記すのではなく省略します。このマーカーは、原資料のページ上で黒塗りされた箇所にのみ使用します。

設計上の判断 C は厳密に維持されています。乗客の記載は決して特定されません。 「JE」「GM」「SK」などのイニシャルは、完全な身元に展開せず、パイロットが記したとおりに保存・返却します。その身元が他の場所で公に報じられている場合も同様です。原資料のページ上で黒塗りされた箇所は、文字列マーカー [redacted] として保存されます。書き起こし担当者が確信をもって読めなかった語は、[illegible] として保存されます。どちらも、事実の代わりに推測を記載したものではありません。

各行には、それぞれの来歴情報として、資料のタイトル、ページ自体に印刷されたページ番号、DocumentCloud の source_url、およびソース PDF の sha256 が含まれているため、呼び出し側は 2 つの行が同じファイルに由来するかどうかを信頼する必要がありません。

これは何であり、何ではないか

これはある委員会が公開したPDFです。「エプスタイン文書」ではなく、名称から網羅的な資料だと思わせないよう、すべての応答でその旨を伝えます。

• すでに委員会レイヤーがあります。search_committee_documents は、監視委員会がこの調査について言及している公開資料、召喚状の発表、スタッフ向け覚書を返します。このパックには、それらの公開資料がリンクしている文書が収録されています。
• 裁判所への提出書類や事件記録は含まれていません。それらは court-listener の対象であり、重複させずに結合してください。
• 遺産関連の資料は含まれていません。 2025-11-12公開の 「監視委員会、エプスタイン遺産の追加文書を公開」 は、現在404を返すGoogle Driveフォルダーにリンクしています。このソースからは、該当文書を取得できません。追跡用のDriveスクレイパーを追加しないでください。フォルダーは非公開なのではなく、なくなっています。

構築したコーパス：31件の文書、505ページ、約800,000文字。Barr（129ページ）、Tova Noel（135ページ）、Bondi（111ページ）の書き起こしインタビューを含みます。

すべての検索結果に出典を付ける

一致した結果には、文書名、ページ番号、委員会の公式URLが返されます。この資料を有用な形で提示するには、読者が確認できることが欠かせないためです。

"2025.08.05 Subpoena Cover Letters, page 33 — https://oversight.house.gov/..."

ページ単位での保存は利便性ではなく必須要件です。後続フェーズ（人物プロフィール、つながり）はこのテーブルを基盤とし、タスクの設計判断Bでは、エッジそのものが出典でなければならないと定めています。

このフェーズで意図的に扱わないこと

エンティティページ、関係スコア、「関係者」といったラベル、推測によるつながりは扱いません。文書に名前が登場するのは、その文書についての事実です。それ以上は主張であり、特に何の罪にも問われていない人々について、根拠の薄いつながりを導き出すことは名誉毀損にあたるおそれがあります。フェーズ3～5（メール、人物プロフィール、つながり）はフェーズ1～2に重ねるレイヤーであり、それぞれ独自のルールに従います。とりわけ、人物の情報源は封印解除命令であり、本文からの名前抽出ではありません。封印が解除された名前と墨消しの失敗は、ページ上では見分けがつかないためです。フェーズ2の乗客情報は、設計判断Cにより、このルールの適用対象外です。個人を特定することは決してないため、設計判断Aの根拠となる墨消し失敗のリスクは同じようには当てはまりません。人物として何も断定せず、イニシャルはイニシャルのまま返します。

4件の文書は検索できず、その旨を示します

31件中4件はテキストレイヤーのないスキャン画像です（召喚状の付属書2件、書簡2件）。これらは epstein_list_documents に searchable: false として表示され、epstein_get_document は文書名を指定すると、原本へのリンクとともに取得を拒否します。空のテキストとして保存すると、存在する文書なのに何も一致しなくなり、「機械で読み取れない」ではなく「コーパスに存在しない」と受け取られてしまいます。

データソース

• 連邦下院監視・政府改革委員会の公開ページと、そこからリンクされている oversight.house.gov/wp-content/uploads/YYYY/MM/ 配下のPDF。無料で、認証情報は不要です。バルクエンドポイントはありません。公開ページ自体がインデックスであるため、取り込み処理では委員会の公開ページを巡回します。
• .github/workflows/epstein-refresh.yml が毎週再収集します。委員会は独自のスケジュールでこの調査に資料を追加します。書き起こしインタビュー3件は、別々の公開資料として届きました。
• 政府証拠物件662-RR、USA v. Ghislaine Maxwell、20-cr-330（S.D.N.Y.）。裁判で証拠として採用され、封印解除された証拠資料で、安定したDocumentCloudのアセットURL上に、認証不要でホストされています。これは固定された歴史的文書であり、ライブフィードではありません。リクエストごとにプロキシするのではなく、移行ファイル 186_epstein_flight_logs.sql による一度限りの書き起こしとして、1回だけ取り込みます。

途中で切れたPDFもダウンロード成功として扱われます。 構築中に計測したところ、Bondiの記録は宣言された392,928バイトに対して131,072バイトしか返さず、curl は終了コード0を返し、file(1) も有効なPDFと判定しました。このままなら、何の問題も報告されないまま、記録の3分の1だけがインデックス化されていたところです。取り込み処理では、すべての取得時にContent-Lengthと %%EOF の末尾を確認し、再試行します。

公開資料の取得：ここではUser-Agentのルールが逆です

s3.documentcloud.org は、通常のボットのUser-Agentには200を返し、完全なChromeのUser-Agentには403を返します。同じURLに対し、同じ1分間に3通りの方法で測定しました。pipeworx/1.0 → 200、通常のChrome UA → 403、UAなし → 200でした。www.documentcloud.org のページとAPIもブラウザーのUAを拒否します。

これは通常のルールとは逆です。war.gov、dol.gov、gao.gov は、完全なブラウザーのヘッダーがないと応答しません。おそらく、データセンターのIPから届いたブラウザーUAは、ブラウザーのフィンガープリントがないため、正直なクローラーよりも低く評価されます。

重要なのは、403がネットワークエラーではなく、4.7 KBのCloudflareブロックページであることです。結果を確認しない取得処理は、4.7 KBのPDFを「ダウンロード済み」と記録して、そのまま処理を続けてしまいます。正直な通常のUser-Agentを送信し、Content-Lengthと%%EOFのトレーラーを必ず確認してください。

クイックスタート

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

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

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

https://gateway.pipeworx.io/epstein/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も同じゲートウェイと同じ1,879以上のデータソースにアクセスします。違いは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも、ask_pipeworxを使ってすべてのツールにアクセスできます。

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

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

最初の呼び出しにはアカウントは不要です。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/epstein_search_documentsを実行します。ツールを見つけるには、{"query":"..."}を指定してPOST https://gateway.pipeworx.io/v1/tools/search_packsを実行します。

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

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

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

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

npx -y @pipeworx/mcp-epstein

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

ask_pipeworxを使う

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

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

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

詳細

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

ライセンス

MIT