Louisiana Code

@pipeworx/louisiana-code

引用によるルイジアナ州法 — 改正州法典、民法典、民事訴訟法典、刑事訴訟法典、証拠法典、児童法典、ルイジアナ州憲法に加え、各条項の制定・改正履歴を解析して取得できます。また、これらの法典全体を対象とする全文トピック検索と、改正州法典の任意のタイトルに含まれる全条項の閲覧にも対応しています。キー不要で、ルイジアナ州議会からライブデータを取得します。

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

ツール

• louisiana_statute(citation | doc_id) — 1 つの条項の全文を取得します： "RS 14:20"、"La. R.S. 9:2800.1"、"14:20"、"CC 2315"、 "La. C.C. art. 2315"、"CCP 966"、"C.Cr.P. art. 701"、"CE 404"、 "CHC 603"、"Const. Art. I, §5"／"CONST 1:5"、または検索結果に 含まれる legis.la.gov の doc_id を指定します。heading、hierarchy （条項の上位にある章・タイトルの行）、text、末尾の history 行（「Added by Acts 1976, No. 655, §1. Amended by Acts 2014, No. 163, §1.」）を解析した amendments（{year, act, session}）、および last_amended_year を返します。
• louisiana_law_search(query, bodies?, limit?) — トピックやキーワード （「vehicular homicide」「security deposit lessor」「comparative fault」） で全文検索します。対象の法典（RS、CC、CCP、CCRP、CE、 CHC、CONST、CA、HRULE、SRULE、JRULE）に絞り込むことも できます（デフォルトではすべて）。関連度順の結果として、引用、見出し、 最終更新日、doc_id と、ソースが返す total を取得します。
• louisiana_title_contents(title, filter?, offset?, limit?) — 改正州法典の 1 つのタイトルに含まれる全条項を、見出しと doc_id とともに取得します （Title 14 は 729 条項、Title 32 は 870 条項）。見出しに含まれる単語で 絞り込むこともできます。廃止された条項にはフラグが付けられます。

認証

キー不要です。

データソース

• https://legis.la.gov/Legis/Law.aspx?d=78338 — 1 条項のページ（この ID は RS 14:20 です）。引用は #ctl00_PageBody_LabelName、本文は #ctl00_PageBody_LabelDocument 内の <P> 段落から取得し、最後の段落が 履歴です。
• https://legis.la.gov/Legis/LawSearch.aspx — 「View a Specific Law」 フォームと全文検索フォームです。
• https://legis.la.gov/Legis/LawSearchList.aspx — 検索フォームがページをまたいで POST する先で、検索結果の行を表示します。
• https://legis.la.gov/Legis/Laws_Toc.aspx?folder=75&level=Parent — 改正州法典の 目次です（タイトルごとに LinkButton のポストバックを行います）。

このソースの構造 — API ではなく WebForms サイトです

すべて通常の HTTP でアクセスできます。Cookie、JavaScript、CAPTCHA、Lexis へのリダイレクトは不要ですが、4 つのルートのうち 3 つはフォームの POST です。

1. ドキュメント ID は引用順ではありません。 d=78337 は RS 14:2、d=78338 は RS 14:20、d=78339 は RS 14:201 です（文字列順）。そのため、引用を URL に変換することはできません。「特定の法律を表示」フォームが対応付けを行います。フォームの非表示フィールド __VIEWSTATE／__EVENTVALIDATION に加え、ddlLawBodies、tbFirstNumber、tbSecondNumber、btnViewLaw=View を POST すると、サーバーは Law.aspx?d=<id> への 302 を返します。存在しない引用の場合は、リダイレクトせずに HTTP 200 でフォームを再表示します。これが未検出の合図です（メッセージはありません）。
2. RS 以外の法令本文では、先にドロップダウンのポストバックが必要です。 Civil Code などを選択すると、__doPostBack('...ddlLawBodies') が実行され、フォームが「Article」入力欄 1 つに切り替わります。RS の状態のままのフォームに条文番号を POST しても、何も起きずに無視されます。このパックは法令本文ごとに一度切り替えを行い、切り替え後の非表示フィールドをキャッシュします。
3. ビューステートはセッションに紐付いていません。 フォームへの GET を 1 回行うと、繰り返しの POST で有効なフィールドが取得できます（確認済み：同じフィールドを使って別々の引用を 2 件解決でき、Cookie は一度も設定されませんでした）。このパックはフィールドを isolate ごとに 30 分間キャッシュし、リダイレクトされずに戻る POST があった場合は一度更新します。そのため、キャッシュが有効な引用検索は POST 1 回と GET 1 回で済みます。
4. 検索はフォームではなく LawSearchList.aspx に POST されます（ボタンの WebForm_PostBackOptions で指定されています）。法令本文ごとのチェックボックスは cbLaws$0～cbLaws$10 です（0 CHC、1 CC、2 CCP、3 CCRP、4 CE、5 CA、6 CONST、7 HRULE、8 JRULE、9 RS、10 SRULE）。cbLaws$11 の「すべて選択」はクライアント側の JavaScript だけで動作します。サーバーはこれを無視するため、「すべての法令本文」を対象にするには 10 個すべてにチェックを入れます。検索結果が 1 件の場合は、該当する条文ページへ直接 302 リダイレクトされます。リストには N 件のうち先頭 100 件が関連度順に表示され、N 件であることが記載されます（「このリストには 347 件の法律条文があります」）。
5. 一致する条文が多すぎる 1 語のクエリは、何も表示せず拒否されます。 RS に対する "tax" は空のフォームへ 302 リダイレクトされ、新規 GET とバイト単位で同一です。このパックはこれを search_rejected として報告し、語句を追加するよう案内します。検索エンジンはすべての語句を AND で結合します。a or b、a not b、""exact phrase""（二重引用符）は、検索エンジン独自の構文です。
6. ページでは段落が生の改行で強制的に折り返されています。 RS 14:30 の履歴段落は、ソース上の 9 行にわたります。改行ではなく <P> タグで分割してください。そうしないと履歴の行が断片化し、最初の部分しか履歴として読み取られません。
7. フォームフィールド名には $ が含まれます。 URLSearchParams はこれを %24 にエンコードします。これは IIS が想定する形式です。$ をリテラルのままにした本文を送ると、HTTP 200 でフォームが再表示され、それ以外は何も起きません。

4 つの機能と、ソースでは実現できない 1 つの機能

機能	状況	方法
トピック検索	あり	louisiana_law_search（議会独自の全文検索エンジン）
引用による条文検索	あり	louisiana_statute（フォーム POST → 302 → 条文ページ）
改正／制定履歴	あり	末尾の履歴段落を解析して amendments に格納
過去の特定時点の条文	なし	legis.la.gov が提供するのは現在の編纂済み条文のみです。各条文のレスポンスは historical_version でその旨を示します

すべてのレスポンスに含まれる laws_current_through は、議会のフォームに記載された「…まで更新済み」の行（例：「2025 First Extraordinary Session」）です。

クイックスタート

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

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

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

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

MCP クライアントをお持ちでない場合は、HTTP 経由で呼び出せます

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

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

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

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

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

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

npx -y @pipeworx/mcp-louisiana-code

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

ask_pipeworx の使用方法

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

ask_pipeworx({ question: "your question about Louisiana Code data" })

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

詳細

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

ライセンス

MIT