New Jersey Code

io.github.pipeworx-iov0.1.0Updated Oct 7, 2026

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

VerifiedStreamable HTTPWeb executableKnowledge & Memory

Overview

AI-generated overview

Lets an assistant look up New Jersey Statutes sections by citation and search statute text by topic.

What it does
Provides two tools over the New Jersey Statutes (N.J.S.A.): nj_statute_section returns the full text of one section by citation, such as 2C:11-3 or 39:4-50, and parses out an amendment_history line when the section has been amended. nj_statute_search runs full-text topic or keyword search and returns ranked sections with citation and heading. The source does not expose prior point-in-time versions of a section, and the tool reports that explicitly.
When to use it
Useful when an assistant needs to quote or check New Jersey statutory text, for example landlord-tenant, criminal, or motor vehicle provisions, or to find sections on a topic before citing them. Not a substitute for a point-in-time or annotated legal research service.
Requirements
Remote streamable HTTP endpoint at no account or API key is needed for the first calls. A local stdio version is also offered as an npm package run with npx, which needs Node.js. Network access to the gateway or the New Jersey Legislature statute viewer is required.
Before you install
The integration is independent and unofficial, not affiliated with or endorsed by the upstream provider. The pack endpoint also lists roughly 30 shared gateway meta-tools, including ask_pipeworx routing and remember/recall, which add context and may send queries beyond this pack; the initialize response states the exact scope. Search ANDs every query word, so long questions over-narrow. No credentials are requested.

Installation

In SourceWeft

  1. Open New Jersey Code in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Other MCP clients

Add this to your client's mcpServers config.

{
  "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

Source: README.md at commit 09deb49

Tools

0
Tool metadata has not been indexed yet.

Version history

1
  1. v0.1.0LatestOct 7, 2026