Us National Archives

@pipeworx/us-national-archives

米国国立公文書館（NARA）カタログ — あらゆる省庁と大統領図書館の、連邦政府の永久保存記録に関する記述です。デジタル化されたページ画像がある場合は、その画像への直接リンクも含まれます。

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

ツール

• nara_search(query, limit?, page?, available_online?, level_of_description?, record_group_number?, include_digital_objects?) — カタログ全体をキーワード検索します。
• nara_record(naid) — アーカイブ上の階層構造を含む、1件の記録の全情報を取得します。
• nara_digital_objects(naid, limit?) — 記録に添付されたスキャン画像と、パブリックドメインのダウンロードURLを取得します。

認証

キーは不要です。x-api-key は不要で、使用されません — 詳細は以下をご覧ください。

データソース

• https://catalog.archives.gov/proxy/v3/records/search — 検索と記録の取得。

知っておくとよいこと：

• ドキュメントに記載されている、x-api-key を使う /api/v2/ パスはルーティングされません。 catalog.archives.gov/api/v2/... のURLはすべて、キーの有無にかかわらず、意図的に無効なパスと同じETagを持つ、カタログのシングルページアプリをtext/htmlとして200で返します。障害ではなく、キーを追加しても解決しません。このパスは提供されていないだけです。カタログのフロントエンド自体が呼び出すエンドポイントは/proxy/v3/records/searchで、認証は不要です。
• /proxy/records/search（v3なし）は、ほとんどのページサイズを拒否します。 limitが1、10、20、50、100、1000の場合はJSONを返しますが、2、3、4、5、15、25の場合は、200でSPAのHTMLを返します。各3回の実行で一貫して確認されています。/proxy/v3/records/searchは任意のlimitを受け付けるため、このパックではv3のみを呼び出します。それでも、解析前にコンテンツタイプを確認します。200でHTMLが返るのは、まさにサイレントな失敗の形だからです。
• ページネーションにはpage（1始まり）を使います。 offsetとfromは無視されます。
• **単一の記録を指定する場合はnaId_is=**で、naId=ではありません。後者は複数取得用のカンマ区切り形式です。
• NAIDは本文ではJSON数値、引数では文字列です。 文字列形式だけを読み取ると、エラーが発生しないまま検索結果のすべてのIDが空になります。
• ペイロードは未加工のElasticsearchデータです：body.hits.total.valueとbody.hits.hits[]._source.record。

クイックスタート

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

{
  "mcpServers": {
    "us-national-archives": {
      "url": "https://gateway.pipeworx.io/us-national-archives/mcp"
    }
  }
}

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

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

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

または、フルのPipeworxゲートウェイに接続すると、このパックだけでなく、すべてのパックのツールが直接一覧表示されます：

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

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/nara_search \
  -H 'Content-Type: application/json' \
  -d '{"query":"Apollo 11 moon","available_online":true,"limit":3}'

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

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

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

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

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

npx -y @pipeworx/mcp-us-national-archives

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

ask_pipeworx を使用する

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

ask_pipeworx({ question: "your question about Us National Archives data" })

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

詳細

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

ライセンス

MIT