Osha

@pipeworx/osha

米国 OSHA の職場安全基準（29 CFR）および OSHA の執行記録 — 事業所ごとの検査、違反、罰金。

Pipeworx の一部です — AI エージェントを1764以上のライブデータソースに接続する MCP ゲートウェイです。独立した非公式の連携であり、上流プロバイダーとは提携、承認、公開のいずれもされていません。

ツール

• osha_standard(citation) — 引用番号で指定した OSHA 基準1件の全文（例：「1910.132」）、またはパートのセクション一覧。
• osha_search(query, limit?) — OSHA 基準（29 CFR parts 1900–1990）をキーワード検索します。
• osha_inspections(establishment?, state?, since?, limit?) — 指定した事業所名および／または州の OSHA 検査について、日付、検査種別、範囲、未完了／完了状況を返します。
• osha_inspection(activity_nr) — 1件の検査に関する違反情報を返します。引用された基準、違反の種類、件数、ばく露した従業員数、当初および現在の罰金額とその合計を確認できます。
• osha_establishment_summary(name, state?) — 検査件数、違反件数、罰金総額、最終検査日、および一致した事業所名の一覧を集計して返します。

認証

• osha_standard / osha_search：キー不要（eCFR）。
• osha_inspections / osha_inspection / osha_establishment_summary：プラットフォームキー（PLATFORM_DOL_KEY）。_apiKey で BYO キーを指定できます。dol-whd パックで使用するキーおよび DOL Open Data Portal アカウントと同じものです。

データソース

• https://www.ecfr.gov/api — 基準ツール用の eCFR。
• https://apiprod.dol.gov/v4/get/osha/inspection/json — OSHA Inspection（DOL データセット10334）。
• https://apiprod.dol.gov/v4/get/osha/violation/json — OSHA Violation（DOL データセット10338）。

どちらの執行データテーブルもリクエストごとにライブで呼び出します — 保存されたコピーはありません。 ライブ API を使って2026-10-09/10に測定しました：

• 元のタスクで指定されていた事業所検索 HTML UI （osha.gov/pls|ords/imis/establishment.search）は、リクエストのたびに AWS WAF の 「Human Verification」CAPTCHA の背後にあり、完全なブラウザー User-Agent を指定した 通常の curl でも HTTP 405、 x-amzn-waf-action: captcha が返されます。これは JS/CAPTCHA チャレンジであり、 User-Agent のチェックではないため、Cloudflare Worker を含むサーバーサイドの フェッチでは通過できません。このパックでは使用していません。
• enforcedata.dol.gov は data.dol.gov に301リダイレクトします。これは dol-whd がすでにリバースエンジニアリングしたものと同じ React SPA ホストです。実際の API である apiprod.dol.gov/v4 は OSHA の検査テーブルと違反テーブルを リクエストごとにライブで提供します。filter_object でフィルタリングでき、 一括ダウンロード用のカタログではありません。頻度は「Daily」で、ライブの 違反レコードの load_dt はこのパックを構築した前日でした。データの埋め込み、 KV/D1、データベースは使わず、dol-whd 用にすでに資金提供されている プラットフォームキーを再利用します。
• レコードへのアクセスでは、dol-whd で判明した2つの問題が再び発生します。 /v4/get/... エンドポイントはキーを X-API-KEY ヘッダーとして渡すと 拒否し（401）、代わりにクエリパラメーターとして渡す必要があります。また、 一致するデータがないクエリは、{"data":[]} ではなく空の本文を伴う HTTP 204 を返します。
• 今回新たに判明した、DOL の公開情報にはどこにも記載されていない点： estab_name の like マッチングでは大文字と小文字が区別され、列の値は 大文字で保存されています。同じ事業所でも %walmart% は204を返し、 %WALMART% は200を返します。フィルターを構築する前に、すべての名前／ 事業所引数を大文字に変換します。
• dol-whd が記載していた約20回／10分の429スロットリングは、このデータセットにも 適用されます（このパックの構築中に実際に確認しました）。429が返された場合、 各執行ツールは2回バックオフした後、例外をそのまま投げたり、found:false を 何も知らせず返したりするのではなく、reason: 'upstream_rate_limited' を返します。
• 各執行レスポンスの data_as_of は、その呼び出し自体のタイムスタンプです。 キャッシュがないため、報告できるロード日付はありません。リクエストがそのまま 読み取りになります。

クイックスタート

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

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

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

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

MCP クライアントをお持ちでない場合：HTTP で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/osha_standard \
  -H 'Content-Type: application/json' \
  -d '{"citation":"1910.132"}'

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

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

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

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

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

npx -y @pipeworx/mcp-osha

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

ask_pipeworx の使用

ツールを直接呼び出す代わりに、自然な英語で質問できます。この方法は、上記のパックエンドポイントと完全版ゲートウェイのどちらでも利用できます。

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

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

詳細

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

ライセンス

MIT