New Jersey Code

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

New Jersey Statutes (N.J.S.A.) — section by citation (with amendment

已验证Streamable HTTP可网页运行Knowledge & Memory

概览

AI 生成的概览

让助手按引注查询新泽西州法规条文,并按主题检索法规全文。

功能
通过两个工具提供新泽西州法规(N.J.S.A.):nj_statute_section 按引注(如 2C:11-3、39:4-50)返回单条法规全文,并在该条经过修订时解析出 amendment_history 行。nj_statute_search 执行全文主题或关键词检索,返回带引注和标题的排序结果。该数据源不提供条文的既往时点版本,工具会明确说明这一点。
适用场景
适合助手需要引用或核对新泽西州法规原文时使用,例如房东与租客、刑事或机动车相关条款,也可先按主题查找条文再引用。不能替代时点版本或带注释的法律检索服务。
运行要求
远程 streamable HTTP 端点 API 密钥。另提供本地 stdio 版本,为 npm 包,用 npx 运行,需要 Node.js。需要能访问该网关或新泽西州议会法规查看器。
安装前请注意
该集成为独立、非官方项目,与上游提供方无隶属关系,也未获其认可。该包端点还会列出约 30 个网关共享元工具,包括 ask_pipeworx 路由和 remember/recall,会增加上下文占用,并可能把查询发送到本包之外;initialize 响应会说明确切范围。检索会对查询中每个词做 AND,长问题会过度收窄。不要求任何凭据。

安装

在 SourceWeft 中

  1. 打开 控制台中的 New Jersey Code,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

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

README

@pipeworx/new-jersey-code

New Jersey Statutes (N.J.S.A.) by citation — with amendment history where the source lists one — plus full-text topic search. Keyless.

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

  • nj_statute_section(section) — full text of one N.J.S.A. section by citation (e.g. "2C:11-3", "39:4-50", "46:8-19"), with its amendment_history line parsed out when the section has been amended.
  • nj_statute_search(query, limit?) — full-text search by topic/keyword ("security deposit interest", "landlord grounds for eviction"); returns ranked sections with citation + heading where the hit title parses as one.

Auth

Keyless.

Data sources

  • https://lis.njleg.state.nj.us/nxt/gateway.dll — the New Jersey Legislature's statute-viewer subdomain (NXT4/Folio document publishing, IIS-hosted). This is a DIFFERENT legislature subdomain than the njleg.state.nj.us Next.js site most links point at — that one is bills/session focused and does not itself host statute text.

Shape of this source, because it is not a REST API

The viewer is session-cookie based, not a clean lookup-by-id endpoint:

  1. f=xhitlist is a full-text search. It sets a session cookie and renders its hit list as plain server-side HTML (<a class="hit-doc-link" href="...">title</a> rows) — no JS execution needed to read it.
  2. A citation lookup queries the EXACT quoted phrase "<citation> " (trailing space, inside the search). That trailing space is load-bearing: an unquoted citation free-text-matches thousands of sections that merely contain the same digits, and even the quoted phrase WITHOUT the trailing space still matches dotted/lettered children ("39:4-50.17", "39:4-50c") because "50" is a literal prefix of "50.17". The space forces the match onto a token boundary.
  3. Each hit's href is an f=hitdoc$hitdoc_bm=... link. Resolving it (GET, with the search's session cookie, redirect: manual) 302s to the document's permanent, COOKIE-FREE path: /nxt/gateway.dll/statutes/<a>/<b>/<c>.
  4. That path is fetched directly for the actual statutory text.

This is a session-cookie flow across two ordinary GETs — not the ASP.NET __VIEWSTATE postback pattern (there is no postback form anywhere in it), and it carries no CAPTCHA or other anti-bot wall. It has been reachable from a Cloudflare Worker at the rate one caller generates; it has not been load tested.

Amendment history is free; a prior point-in-time version is not

Every amended section's text ends with a trailing amended 1979, c.178, s.21; ...; 2017, c.150. (or, for a section's original enactment, L.<year>, c.<n>, s.<n>.) line. nj_statute_section parses that into amendment_history rather than leaving it buried in text — an original, never-amended section simply has none (null). This source does NOT expose a point-in-time/prior-version snapshot of a section; nj_statute_section says so explicitly in its historical_version field rather than silently omitting the capability.

Topic search quality

nj_statute_search ANDs every word in the query (this is the upstream engine's own behaviour, not something this pack adds) — a long sentence over-narrows; a few plain words ("landlord grounds for eviction") works better than a full question.

Quick Start

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

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

What this endpoint actually serves

tools/list at https://gateway.pipeworx.io/new-jersey-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/nj_statute_section \  -H 'Content-Type: application/json' \  -d '{"section":"39:4-50"}'

No account needed for the first calls. Inspect any tool: GET https://gateway.pipeworx.io/v1/tools/nj_statute_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": {    "new-jersey-code": {      "command": "npx",      "args": ["-y", "@pipeworx/mcp-new-jersey-code"]    }  }}

Or run it directly to confirm it starts:

bash
npx -y @pipeworx/mcp-new-jersey-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 New Jersey Code data" })

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

More

License

MIT

来源:README.md,提交 09deb49

工具

0
工具元数据尚未被收录。

版本历史

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