Tennessee Code

@pipeworx/tennessee-code

Tennessee Code Annotated（T.C.A.）— 引用条項および公式の条文見出し（トピック検索）で州法を検索できます。キーは不要です。

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

このパックが提供するのは2021-05-21時点のスナップショットであり、現行の法典ではありません。 正確な現行条文が重要な用途に使う前に、以下の「スナップショットである理由」をお読みください。この注意書きは各応答にも記載されています。

ツール

• tn_statute(citation) — 引用番号で指定したT.C.A.条項の全文を取得します （「39-13-202」は第一級殺人、「66-28-301」は敷金に関する条項です）。組み込みインデックスで引用番号のタイトルを特定し、そのタイトルのHTMLをライブで取得して、固有のアンカーIDで該当条項を切り出します。また、later_actsも返します。これは、このパック独自の自作インデックスが、2021-05-21のスナップショット以降に当該引用番号に影響を与えたものとして示す、すべてのPublic Chapterです（fleet #2916。以下の「オーバーレイ」を参照）。
• tn_search(query, limit?) — 組み込みの引用番号と公式条文見出しのインデックスを対象に、トピック／キーワード検索を行います（法令本文全体は対象外です）。

認証

キーは不要です。

現行の法典ではなくスナップショットである理由

テネシー州独自の公開体制では、整備済みの現行TCAはLexisNexisのadvance.lexis.comのみを通じて提供されています。これはCookie／セッションで保護されたSPAで、引用番号ごとの安定したURLはありません。実際に動作を確認しており（lexisnexis.com/hottopics/tncodeからadvance.lexis.com/container?config=...へ遷移し、Cookie対応を直ちに確認した後に初めてクライアント側のレンダリングを開始します）、このパック群が対象外としているもの（ASP.NETのポストバック／ボット対策／JavaScriptでレンダリングされるSPA）と同種の壁に阻まれます。

ほかに公式な電子版の提供経路はありません。この不在は単に文書化されていないのではなく、訴訟でも争われています。Public.Resource.Org v. Matthew Bender & Co., 686 S.W.3d 1（Tenn. Ct. App. 2023）（その後の上訴はテネシー州最高裁判所が2024年に棄却）は、テネシー州公文書法は電子版TCAには適用されないと判断しました。LexisNexisは、州の機関として公文書を保有しているのではなく、別個の法定の取り決め（T.C.A. § 1-2-114）に基づいてCode Commissionにサービスを提供する民間の契約業者だからです。この争いに敗れ、提訴前から法典への電子アクセスも失っていたPublic.Resource.Orgは、UniCourtに印刷版をスキャンして変換してもらい、その成果をhttps://unicourt.github.io/cic-code-tn/で公開しました。

"このリポジトリは、Public.Resource.Orgの委託を受けてUniCourtが作成しました。 この作業の成果はすべてパブリックドメインであり、権利は一切留保されていません。" — 2021.05.21付、リリース76。

このパブリックドメインの主張は、米国最高裁判所がジョージア州の注釈付き法典について確認したのと同じ「政府の布告」理論に基づいています（Georgia v. Public.Resource.Org, 590 U.S. 255（2020））。そしてこれは、mcps/georgia-codeの上流ですでにこのリポジトリが信頼しているものと、文字どおり同一の変換パイプライン（cic-beautify-state-codes）および同じスタイルシート参照です。

同じリリースは、archive.orgにもgov.tn.tcaというアイテムとしてアップロードされています（法令本文がバイト単位で一致することを直接確認済みです）。このパックが代わりにGitHub Pagesのコピーを使うのは、抽象的な好みからではなく、開発中に判明した具体的な理由が2つあるためです。

1. 信頼性／レイテンシ。 archive.org のミラーノードは、このリリースのインデックス作成と tn_statute のスモークテスト中に、一時的な HTTP 500 エラーを何度も返し、数秒から無期限に及ぶ停止も発生しました（7.2MB の条文は、ある呼び出しでは 12.9 秒かかり、別の呼び出しでは、クライアントのタイムアウトを 60 秒に設定し、3 回再試行しても応答が返りませんでした）。同じファイルを GitHub Pages から取得すると、毎回一貫して 1 秒未満でした。
2. 完全性。 archive.org がアップロードした第 47 編（商業証書および取引／UCC）には、LexisNexis の「© ... All rights reserved」という告知が付いており、他のすべての編にある PRO のパブリックドメイン変換形式（span.boldspan）ではなく、まったく異なるマークアップ（p.p5）が使われています。明らかに、そのファイルだけアップロードに問題がありました。UniCourt の第 47 編は、他の 67 編と同様、正しいパブリックドメイン変換形式です。これにより、このパックでは公開済みの 68 編すべてをカバーしています（archive.org のコピーでは、第 47 編と一時的な障害が発生した別の 1 編が欠け、66 編しかサポートできません）。

これより新しいリリースはどこにもありません。 UniCourt のインデックスページにある「Release NN dated YYYY.MM.DD」の一覧と、archive.org の別個のアップロードの両方を確認しました。どちらでも最新なのはリリース 76（2021.05.21）です。上記の 2023～2024 年の訴訟がその理由です。Public.Resource.Org は最新の電子データフィードの復旧を求めて争いましたが、敗訴しました。そのため、このパックからのすべての応答には、2021-05-21 を明記した current_through と data_as_of が含まれます。2021～2025 年のおよそ 5 回分のテネシー州議会会期における改正は、反映されていません。

その他の無料の取得経路も確認したうえで除外しています。単に試さなかったわけではありません。

候補	結果
wapp.capitol.tn.gov / capitol.tn.gov（TN General Assembly）	Public Chapters（成立した会期法）と法案本文を公開していますが、統合された現行法典は公開していません。同サイトの「Tennessee Code」リンクも、上記の LexisNexis の壁に誘導します。会期法は成文化された TCA とは異なる文書です（下記「Public Chapters are not the Code」を参照）。
law.justia.com/codes/tennessee/	通常の取得リクエストに対して、Cloudflare の「Just a moment」という管理された JS チャレンジ（HTTP 403、cf_chl_opt あり）を返します。回避可能な通常の User-Agent ゲートではなく、このパック群が対象外として扱うのと同じ種類のボット対策です。Google のクローラーは通過できるようで、インデックスされたページが検索結果に表示されますが、通常の HTTP クライアントでは取得できません。
codes.findlaw.com/tn/	同じ Cloudflare の管理されたチャレンジで、結果も同じです。
law.resource.org/pub/us/code/tn/	これは上記訴訟（2021～2024 年）の訴訟記録であり、法典のミラーではありません。スキャンされた実際の本文は上記の 2 つのミラーにあり、law.resource.org 自身のファイルツリーにはありません。
SOS（sos.tn.gov）	法律および決議（会期法）を公開していますが、統合された法典は公開していません。Code Commission の取り決めに従い、電子版 TCA の請求先として LexisNexis を案内しています。

Public Chapters are not the Code

テネシー州議会はPublic Chapters（年ごとに制定された会期法。例：capitol.tn.gov/Archives/Joint/publications/PublicChapters/2024/...）を公開しており、これは最新の内容で無料です。しかし、Public Chapter は改正するための文書（「AN ACT to amend Tennessee Code Annotated, Title 47...」）であり、成文化された本文そのものではありません。読めば変更があったことはわかりますが、他の法典の条文と並べて、改正後の条文全体がどのような内容になったかはわかりません。このパックでは、会期法を凍結された 2021-05-21 時点の本文に統合することは試みません（その調整作業こそ Code Commission が行う成文化であり、ここでは対象外です）。実際の調整作業を行わずに、この合成物を「現行法典」と呼ぶのは不誠実です。2021 年以降の変更内容が必要な場合は、このパックではなく、Public Chapters を直接参照してください。

オーバーレイ：後続法令は統合しません（fleet #2916）

Bruce は、最新の法典を完全に照合し直すのではなく、凍結された 2021-05-21 時点のスナップショット（「何とかする」）を tn_statute に維持しました。これは Arkansas（フリート #2906）および Mississippi（フリート #2915）と同じ判断です。このオーバーレイは、その判断を踏まえた、最も低コストで誠実な改善です。設計と計測については docs/current-statute-routes.md（#2902）を参照してください。

ルール：スナップショットの text は決して書き換えません。明示的に未統合と表示した、日付とリンク付きのリストをその横に追加するだけです。 tn_statute の応答には次の情報が含まれます。

• later_acts — スナップショットの日付以降、この正確な引用に影響を与えた Public Chapter ごとに 1 件のエントリが含まれます。項目は public_chapter（番号）、general_assembly（例："114"）、bill（例："HB0001"）、link（法案自体の PDF）、verb（"amended"／"repealed"／"new_section"）、source: "tnga"、merged: false です。空（[]）の場合、このパック独自のインデックスでは、確認済みのすべての Effective Report を通じて、この引用に関する後続の Public Chapter が見つからなかったことを意味します。オーバーレイの読み込みに失敗したという意味ではありません（組み込みインデックスが欠落または不正な形式の場合は、tn_search の catchline インデックスと同様に、エラーが明確に発生します）。
• sessions_checked — インデックスが対象とするすべての Public Chapters Effective Report。later_acts が空の場合も列挙されるため、呼び出し元は「変更なし」と「未確認」を区別できます。
• later_acts_data_as_of — オーバーレイを最後に組み込んだ時点です。
• later_acts_parse_rate_pct — この組み込みで取得したすべての法案 PDF を対象として、製作者が実際に引用へ解決できた「Tennessee Code Annotated, Section/Title ...」形式の改正条項の割合を計測したものです（下記「計測済みの網羅率」を参照）。すべての法案エントリで date: null と正直に示します。Effective Report も法案 PDF も、引用ごとの制定日を示していません（Effective Report の日付は章ごとのもので、条項ごとのものではありません）。推測で日付を記載するより、その事実を明示するほうが適切です。

情報源、および州が管理するインデックスとは異なり、なぜ独自構築なのか（Arkansas との違い）： Tennessee 州議会は、arkleg.state.ar.us のような「この法律によって影響を受けた引用」のインデックスを公開していません。この点は docs/current-statute-routes.md で確認済みです。このパックでは、キー不要で利用できる公開情報源を 2 つ使ってインデックスを構築しています。どちらも、ボット対策の壁やログインなしで現在利用できることを確認済みです。

1. どの法案が成立し、どの Public Chapter 番号が付いたか — Tennessee General Assembly 自身が公開する「Public Chapters Effective Report」（capitol.tn.gov/Archives/Joint/publications/PublicChapters/<year>/PublicChapters_<year><01|07>.pdf）です。年 2 回公開されます。キー不要でテキスト抽出可能な通常の PDF 表で、該当する General Assembly で成立した Public Chapter の全法案について、PC 番号と施行日が記載されています。ただし、概要は Title／Chapter レベルに限られ、正確な条項の引用は記載されていません。
2. 影響を受けた正確な引用 — 成立した各法案の本文は、capitol.tn.gov/Bills/<ga>/Bill/<billId>.pdf からキー不要で取得でき、定型文 "Tennessee Code Annotated, Section <cite>, is amended ..."（および "... is repealed ..."、さらに全面的に新設された条項の場合は "... Title X, Chapter Y[, Part Z], is amended by adding the following as a new part/section:" に続く新しい条項の番号付き見出し）を検索して解析されます。

既知の制限であり、明示している点：リンク先の法案本文は提出時点のものであり、別途公開された成立時点の文書ではありません。 Tennessee 州は、Arkansas のインデックスが法令 PDF に直接リンクしているような、署名済みの最終本文を指す安定したキー不要の URL を提供していません。その文書を提供する唯一の情報源である Secretary of State の「Acts and Resolutions」ページ（sos.tn.gov）は、このパックが正直に申告している User-Agent に対し、CloudFront/WAF ルールによる HTTP 403 を返します（2026-10-09 に確認済み）。一方、ブラウザーの UA ではアクセスできます。このパックは、その壁を回避するために UA を偽装しません。したがって、later_acts エントリは、この Public Chapter がこの引用に影響を与えたことを示す信頼できる情報であり、法案自体の提出時本文へのリンクを含みます。ただし、その本文が議場で修正された最終文言とバイト単位で一致する保証はありません。 **ハードコードではなく、検出します：**確認対象となる有効なレポートの一覧は、wapp.capitol.tn.gov/apps/WebPublications/Index 自身の刊行物テーブルからリアルタイムで読み込むため、新たに公開されたレポートはコード変更なしで反映されます。これは、Arkansas の <select> に基づく会期検出と同じ自己拡張性を備えています。

Release-76 スナップショットには存在せず、オーバーレイには存在するセクションは、特別にフラグが立てられます。tn_statute の found: false レスポンスには later_acts_if_created が含まれます。インデックスで、2021 年のスナップショットに存在しない引用に対する Public Chapter が示されている場合、それは必ずしも引用の誤りではなく、スナップショットの日付以降にセクションが作成された可能性を示しています。

実測カバレッジ（フリート #2916 のベイク、2026-10-10 に取得）

• 有効なレポート 11 件（2021 年 7 月から 2026 年 7 月まで）を確認し、第 112、113、114 回総会を網羅しました。
• 総会と Public Chapter の一意な組み合わせを 1,289 件検出しました。
• 請求書 PDF 1,289 件のうち 1,289 件を正常に取得しました（想定される capitol.tn.gov/Bills/<ga>/Bill/<billId>.pdf のパスに存在しないものは 0 件）。
• これらの法案から「Tennessee Code Annotated, ...」の改正節を 4,245 件検出し、そのうち 3,858 件（90.9％）を引用として解決しました（改正／廃止／新設セクション）。387 件は未解析です。解析率は節単位で集計しています。複数の引用を列挙する節（「Sections 1-2-3 and 4-5-6, are amended」など）は 2 件ではなく 1 件として数えるため、率が水増しされることはありません。
• 解決済みの節から引用を 3,873 件抽出しました（改正 3,767 件、廃止 0 件 — この期間の法案には「is repealed」のみを含む定型文はありませんでした。廃止に見える節はすべて「is amended by deleting ... and substituting」を使っており、パーサーでは通常の書き換えと安全に区別できなかったため、誤ったラベルを付けず未解析のままにしています — 新設セクション 106 件）。重複を除去し、TN_LATER_ACTS の行は 2,834 件となりました。
• 387 件の未解析節は、既知の正直に開示している次の 2 つの不足点に分けられます（暗黙に破棄されることはありません。上限 60 件のサンプルは src/tn-index-data.ts の TN_LATER_ACTS_UNPARSED_SAMPLE に含まれ、ベイクスクリプトは実行ごとに標準エラー出力で全件数を報告します）。
  • 章／パート単位の「is amended by adding ... as a new section」という節で、新しいセクションに法案本文中の番号付き見出しが一切ないもの — Tennessee では、法典編纂時に Code Commission が引用を割り当てることがあり、その場合は法案本文に引用が記載されません（複数のサンプルを目視で確認済み — 挿入された本文は実質的な文言から始まり、「NN-NN-NNN.」の見出しはありません）。これはソース自体の実際の制約であり、修正可能なパーサーの不足ではありません。
  • このパーサーが（まだ）個別対応していない、少数の一度限りの起草形式：章全体を「is amended by deleting the chapter and substituting」とするもの、このビルドの 2 回の修正処理で対応できなかった、内部で改行された複数引用のリスト、および「Tennessee Code Annotated」への言及はあるものの改正節ではないいくつかの文（例：Code Commission の刊行指示）。
• 例（タスク自体のテスト用引用）：T.C.A. § 39-13-202（第一級殺人）には、後続の Public Chapter が 3 件あります — PC 528（HB0511）、PC 394（HB0512）、PC 500（SB1228）。いずれも第 112 回総会のもので、2021-05-21 のスナップショット本文には統合されていません。

次のオーバーレイビルドでは、再導出せずに再利用してください

レスポンスの形式（later_acts／sessions_checked／ later_acts_merged_into_text: false／「テキストを書き換えない」ルール）、組み込みインデックスと KV 注入のパターン（追加するエクスポートは、catchline インデックスがすでに使用している同じ src/tn-index-data.ts ファイルに追加します）、そして「ハードコードせず、ライブで検出する」手法は、Arkansas の #2906 と、このパック独自の #2916 からそのまま引き継げます。州によって実際に異なるのは、議会が独自の引用から法律へのインデックスを管理しているかどうか（Arkansas：あり、Mississippi と Tennessee：なし。署名済み法案のテキストから作成します）と、特に成立時点のテキストを取得できる、キー不要の安定した URL があるかどうかです（Arkansas：あり、法律の PDF。Tennessee：なし。上記を参照）。

4 つの機能 — 利用可能なのは 2 つ、利用できないのも 2 つ

• 引用検索 — 利用可能です（tn_statute）。全 68 編に対応しています。
• トピック／キーワード検索 — 利用可能です（tn_search）。ただし、法令本文全体ではなく、公式の CATCHLINE（節／章の見出し）に一致します。これは mcps/north-dakota-code の nd_search と同じ形式です。このソースでは、ライブの全文検索は利用できません（静的スキャンであり、検索 API ではありません）。
• 改正／制定履歴 — 一部利用可能です。多くの改正済み節の後に続く「Acts YYYY, ch. N, § N; ...」という立法履歴の行は、tn_statute の text に含まれ、問題なく解析できた場合は history として個別にも表示されます。当初の制定以降に一度も改正されていない節には、この行がない場合があります。
• 過去の版（特定の改正以前の節のテキスト）— この 2021-05-21 のスナップショットが保存している範囲を超えては利用できません。Colorado や Indiana が公開しているような年ごとのアーカイブはありません。また、アーカイブがあれば利用できたはずのライブサイト（LexisNexis）には、このパックからアクセスできません。

編のファイルから節を切り出す

同じ州法典を扱う他の多くのパックとは異なり、ここで見出しの正規表現の曖昧さを解消する必要はありません。Public.Resource.Org の変換処理では、すべての節に一意のアンカー ID（id="t{title}c{chapter}s{citation}"。例：39-13-202 の場合は id="t39c13s39-13-202"）がすでに付与されています。tn_statute はこの ID から、次の節の ID、次の章の <h2>、または編固有の h4#...-NOTESTODECISIONS 見出しのうち、最初に現れるものまでを切り出します。ここが注釈付きテキストから法令（および法令自身の立法／編集注記）へと切り替わる位置です。判例法のダイジェストはすべてのレスポンスから除外されます。これは mcps/colorado-code が独自の「ANNOTATION」ブロックの前に設けている、編集注記と法令の境界と同じ考え方です。

同じリリースを archive.org にアップロードしたものとのマークアップ上の違いが 1 つあります。UniCourt の HTML では「Title NN」／「Chapter NN」と名称の間に単独の <br /> が使われていますが、archive.org のコピーでは空の span.headbreak が使われていました。今後のリリースで以前の形式が再び使われる場合に備えて、scripts/bake-index.mjs の編／章用正規表現はいずれの形式も受け付けます。

更新パス

src/tn-index-data.ts には、独立して生成される2つのテーブルがあります。どちらもバンドルされるのではなく、workers/gateway/src/pack-baked-indexes.json を通じてKVから1つの統合された _bakedIndex オブジェクトとして注入されます（fleet #2754：値としてインポートされた数MBのテーブルは、このパックを配信するかどうかに関係なく、すべてのゲートウェイ分離環境に読み込まれます）。これは mcps/arkansas-code の ar-index-data.ts と同じ2テーブル構成です。

• TN_CHAPTERS／TN_SECTIONS — tn_search のキャッチライン索引です。node scripts/bake-index.mjs > src/tn-index-data.ts で再構築します（ファイルを上書きします。詳細は以下を参照してください）。Public.Resource.Org／UniCourtがリリース76より新しいリリースを公開した場合に限り、再実行してください（リリースをハードコードせず、常にサイト自身の最新の「Release NN dated YYYY.MM.DD」の行を解決します）。
• TN_LATER_ACTS／TN_LATER_ACTS_SESSIONS_CHECKED — tn_statute のオーバーレイ索引です（fleet #2916。上記「オーバーレイ」を参照）。node scripts/bake-later-acts.mjs >> src/tn-index-data.ts で再構築します（追記します）。Public Chapters Effective Reportが公開されるたび（1月、7月）に再実行してください。スケジュール版については .github/workflows/tennessee-later-acts-refresh.yml を参照してください。レポートは自動的に検出されます（wapp.capitol.tn.gov/apps/WebPublications/Index の公開情報テーブルをライブで読み取ります）。そのため、新しいレポートが公開されてもコード変更は不要です。

両方のテーブルを完全に再生成する場合：

node mcps/tennessee-code/scripts/bake-index.mjs > mcps/tennessee-code/src/tn-index-data.ts
node mcps/tennessee-code/scripts/bake-later-acts.mjs >> mcps/tennessee-code/src/tn-index-data.ts

キャッチラインの生成処理では、約68件のタイトルファイル（合計約145MB）を取得します。リクエスト間には短い間隔を置き、解析された行数が不自然に少ない場合は、黙って処理を続けずに明示的に失敗します。これは法典の内容が減ったのではなく、ソースのマークアップが変更されたことを意味するためです。TN_EXCLUDED_TITLES は防御的なチェックとして引き続き組み込まれています。HTMLにPROの「is in the public domain」という文言が含まれていないタイトルは、パブリックドメインとして黙って配信されるのではなく、除外されてここに記載されます（現在は空です。このリリースのすべてのタイトルが条件を満たしています）。後続法令の生成処理では、すべてのEffective Reportと、そこで検出されたすべての法案PDFを取得します。同じ理由から、独自の MIN_ROWS 健全性チェック下限を設けています。

どちらかの処理を実行した後は、リポジトリのルートから node ../../scripts/check-baked-indexes.mjs を実行してください。KVアップローダーと同じ方法で再生成されたファイルを動的にインポートし、デプロイに進む前に、エクスポートされた配列が空でないことを確認します。

引用

テネシー州の引用は、タイトル・章・セクションで表記します。例：「39-13-202」（Title 39、Chapter 13、Section 202：第一級殺人）または「66-28-301」（Title 66、Chapter 28、Section 301：保証金）。tn_statute は引用を構成要素に分解せず、生成済みの索引と直接照合します。そのため、索引で使われている接尾辞の形式（「39-17-417(a)」のような文字付きのサブセクションなど）であれば、索引内のIDと完全に一致する限り、正しく往復できます。

データソース

• https://unicourt.github.io/cic-code-tn/ — リリース索引ページです。現在のリリースタグを解決するため、各生成処理につき1回だけ読み取ります。呼び出しごとには読み取りません。
• https://unicourt.github.io/cic-code-tn/transforms/tn/octn/r76/gov.tn.tca.title.{NN}.html — 1つのタイトルの全文（法令本文＋立法注記＋判例法ダイジェスト）です。引用とキャッチラインの索引（法令本文ではありません）として、src/tn-index-data.ts に1度だけ生成されます。tn_statute は呼び出しごとに該当するタイトルをライブで取得し、要求されたセクションだけを抽出します。

どちらもGitHub Pages上の、認証情報不要の静的ファイルです。ログインもJavaScriptも不要で、レート制限も確認されていません。開発時には一貫して1秒未満で応答しています。

クイックスタート

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

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

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

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

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

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

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

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

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

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

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

npx -y @pipeworx/mcp-tennessee-code

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

ask_pipeworx を使う

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

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

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

詳細

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

ライセンス

MIT