
New Jersey Code
io.github.pipeworx-iov0.1.0Updated Oct 7, 2026
New Jersey Statutes (N.J.S.A.) — section by citation (with amendment
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.
Installation
In SourceWeft
- Open New Jersey Code in the dashboard and add it to a workspace.
- 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 itsamendment_historyline 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:
f=xhitlistis 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.- 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. - Each hit's
hrefis anf=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>. - 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.):
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:
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
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:
Or run it directly to confirm it starts:
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:
The gateway picks the right tool and fills the arguments automatically.
More
License
MIT
Source: README.md at commit 09deb49
Tools
0Version history
1- v0.1.0LatestOct 7, 2026