Georgia Code

io.github.pipeworx-iov0.1.0更新於 Oct 7, 2026

Official Code of Georgia Annotated (O.C.G.A.) — Georgia state statutes by

已驗證Streamable HTTP可網頁執行Web Search & ScrapingKnowledge & Memory

概覽

AI 產生的概覽

讓助理依引文或主題檢索喬治亞州成文法,並取得歷史版本與立法修訂紀錄。

功能
透過兩個工具存取《喬治亞州法典註釋》(O.C.G.A.):ga_code_section 依引文回傳條文現行文字,以及狀態(有效、廢止、保留)、立法沿革、編者註、交叉參照和已保存的歷史版本;ga_code_search 對本文與標題行做全文主題檢索,回傳排序後的引文與highlight片段。引文可用 16-5-1 或 Title 16, Chapter 5, Section 1 等自然形式。遠端端點還會額外列出閘道共用的中繼工具,包括 ask_pipeworx、discover_tools、search_within 和 remember/recall。
適用情境
適合助理需要喬治亞州現行法條文字、修訂或立法沿革,或對法典做主題檢索的情境,例如法律研究、合規與政策問題。僅涵蓋成文法,不含法案、法院判決與憲法。
執行需求
使用閘道位址的遠端 streamable HTTP 端點;不需要帳號、API 金鑰或註冊。文件也提供本機 stdio 方式,以 npx 執行,需要 Node.js。需要能連線至閘道及上游 Georgia Commons API 的網路。
安裝前請注意
此整合為獨立且非官方,與上游提供者及喬治亞州無隸屬或背書關係。閘道端點除本套件工具外還會列出約 30 個共用中繼工具,會佔用額外上下文;本機 stdio 方式只暴露本套件工具。文件說明的速率限制為每分鐘 120 次、每小時 2,000 次,且與上游其他資料集共用,429 回應會帶 Retry-After。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Georgia Code,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "georgia-code": {
      "type": "http",
      "url": "https://gateway.pipeworx.io/georgia-code/mcp"
    }
  }
}

README

@pipeworx/georgia-code

Official Code of Georgia Annotated (O.C.G.A.) — Georgia state statutes by citation and by topic search, with historical versions and legislative/amendment history.

Part of Pipeworx — an MCP gateway connecting AI agents to 1704+ live data sources. This is an independent, unofficial integration — not affiliated with, endorsed by, or published by the upstream provider.

Tools

  • ga_code_section(citation) — the current text of a Code section by citation (any natural form: "16-5-1", "O.C.G.A. § 44-7-34", "Ga. Code Ann. § 16-5-1", "Title 16, Chapter 5, Section 1"). Returns status (active/repealed/reserved), the legislative history line (the Acts that enacted and amended it), editor's notes and cross references, and every stored historical version when a section has more than one — e.g. a delayed effective date.
  • ga_code_search(query, limit?, headings_only?) — full-text topic search over the Code's body text and catchlines. Returns ranked citations with a highlighted snippet; pass the citation to ga_code_section for the full text.

Auth

Keyless. No signup, no key, on either side of the call.

Data sources

Why this isn't a Lexis call. Georgia's own publishing arrangement — the Code Revision Commission, for the General Assembly (legis.ga.gov) — contracts the OCGA's online text out to LexisNexis (advance.lexis.com), which is a login-shaped surface this pack does not touch. The statutory text itself carries no copyright: Georgia v. Public.Resource.Org, Inc., 590 U.S. 255 (2020) held the OCGA (text and annotations) is an edict of government. Georgia Commons — an independent project of Georgia Civic Data, explicitly "not affiliated with, operated by, or endorsed by the State of Georgia" — publishes that public-domain text as a CC0-1.0, keyless, no-signup JSON API, current through the 2025 Regular Session, extracted from the state's own officially released volumes (each record's source_link points back to the original legis.ga.gov PDF). This pack calls that API live, per request.

Four capabilities, one response shape. GET /api/code/sections/{citation} carries all four at once:

  • citation lookup — the top-level fields (catchline, status, heading_path).
  • topic/full-text search — the separate /search endpoint.
  • historical version — the versions[] array; version_count is 1 for most sections and >1 for ones with a delayed or superseded effective date.
  • amendments/history — the history string (Acts that enacted/amended the section) and notes (editor's notes, cross references, law review articles).

Rate limits (documented, no key): 120 requests/min, 2,000/hr, shared across Georgia Commons' bills/opinions/code collections. One request per tool call here; a 429 carries Retry-After.

Citation parsing is upstream's job, not ours. The API itself accepts "16-5-1", "O.C.G.A. § 16-5-1", "Ga. Code Ann. § 16-5-1", "Code Section 16-5-1", and "Title 16, Chapter 5, Section 1" — this pack passes the caller's string through URL-encoded rather than re-parsing it, and lets the upstream's own 404 (which names the nearest sections and the accepted forms) do the error handling.

Scope note. The upstream API also serves General Assembly bills, Supreme Court of Georgia opinions, and both the Georgia and U.S. constitutions under the same /api/{collection} grammar — out of scope for this pack, which is statutes only.

Quick Start

Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):

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

What this endpoint actually serves

tools/list at https://gateway.pipeworx.io/georgia-code/mcp returns the tools in the table above plus the shared Pipeworx meta-tools — ask_pipeworx, discover_tools, search_within, remember/recall and the rest of the gateway-wide set. So the tool count you see is larger than this table: a single-pack endpoint currently lists roughly 30 shared tools alongside the pack's own. The connection's initialize response states its exact scope, and is the authoritative answer for a given day.

This is deliberate, not multiplexing by accident. The meta-tools are what let a scoped connection answer a question this pack does not cover — via ask_pipeworx, which routes across the whole catalog — without you adding a second MCP server. There is currently no way to mount a pack endpoint without them; if the extra schemas cost you more context than the routing is worth, connect to the full gateway once rather than to several pack endpoints.

Or connect to the full Pipeworx gateway to get every pack's tools listed directly, instead of just this one's:

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

Both URLs reach the same gateway and the same 1704+ data sources. The only difference is which pack's tools are listed directly; ask_pipeworx reaches all of them from either one.

No MCP client? Call it over HTTP

bash
curl -X POST https://gateway.pipeworx.io/v1/tools/ga_code_section \  -H 'Content-Type: application/json' \  -d '{"citation":"16-5-1"}'

No account needed for the first calls. Inspect any tool: GET https://gateway.pipeworx.io/v1/tools/ga_code_section. Find one: POST https://gateway.pipeworx.io/v1/tools/search_packs with {"query":"..."}.

Standalone (no gateway account)

This package also runs as a local stdio MCP server — no Pipeworx account, no gateway round-trip:

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

Or run it directly to confirm it starts:

bash
npx -y @pipeworx/mcp-georgia-code

It speaks MCP over stdin/stdout and answers initialize/tools/list/tools/call for only this pack's tools — none of the shared meta-tools the gateway connection above adds. Same source, same tools, no ask_pipeworx routing.

Using with ask_pipeworx

Instead of calling tools directly, you can ask questions in plain English — this works on the pack endpoint above as well as on the full gateway:

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

The gateway picks the right tool and fills the arguments automatically.

More

License

MIT

來源:README.md,提交 38b14d4

工具

0
工具後設資料尚未被收錄。

版本歷史

1
  1. v0.1.0最新Oct 7, 2026