New Jersey Code

@pipeworx/new-jersey-code

按引文查询新泽西州法规（N.J.S.A.）——如果来源列出了修订历史，也会一并提供——并支持全文主题搜索。无需密钥。

属于 Pipeworx 的一部分——一个将 AI Agent 连接到 1704+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供方无关联、未经其认可，也非由其发布。

工具

• nj_statute_section(section) — 按引文查询一条 N.J.S.A. 条文的全文 （例如 "2C:11-3"、"39:4-50"、"46:8-19"）；如果条文经过修订，还会解析出其 amendment_history 行。
• nj_statute_search(query, limit?) — 按主题／关键词搜索全文 （“security deposit interest”“landlord grounds for eviction”）；返回排名靠前的条文，并在命中标题可解析时附上引文和标题。

身份验证

无需密钥。

数据源

• https://lis.njleg.state.nj.us/nxt/gateway.dll — 新泽西州 立法机构的法规查看器子域（采用 NXT4/Folio 文档发布系统， 托管于 IIS）。这与大多数链接指向的 njleg.state.nj.us Next.js 网站是不同的立法机构子域——后者侧重于法案／会期，本身不托管法规文本。

此来源的形式，因为它不是 REST API

该查看器基于会话 Cookie，而非提供简洁的按 ID 查询端点：

1. f=xhitlist 执行全文搜索。它会设置会话 Cookie，并将 命中列表渲染为纯服务器端 HTML（<a class="hit-doc-link" href="...">title</a> 行）——读取时无需执行 JS。
2. 引文查询会搜索精确的带引号短语 "<citation> "（搜索内容中 的尾随空格）。这个尾随空格至关重要：不带引号的引文自由文本搜索会匹配数千条 仅包含相同数字的条文；即使带引号的短语不含尾随空格，也仍会匹配带小数点或字母的子项（"39:4-50.17"、"39:4-50c"）， 因为 "50" 是 "50.17" 的字面前缀。空格可确保匹配发生在词元边界上。
3. 每个命中的 href 都是一个 f=hitdoc$hitdoc_bm=... 链接。解析该链接（GET， 使用搜索的会话 Cookie，并设置 redirect: manual）后会 302 重定向到文档永久路径（不需要 Cookie）： /nxt/gateway.dll/statutes/<a>/<b>/<c>。
4. 直接获取该路径，以读取实际法规文本。

这是跨两个普通 GET 请求的会话 Cookie 流程，并非 ASP.NET __VIEWSTATE 回传模式（整个流程中没有回传表单）， 也没有 CAPTCHA 或其他反爬墙。它已能从 Cloudflare Worker 访问，速率相当于单个调用方产生的请求频率；尚未进行负载测试。

修订历史可免费获取；无法获取先前某个时点的版本

每条经过修订的条文，其文本末尾都有一行修订记录，例如 amended 1979, c.178, s.21; ...; 2017, c.150.（如果是条文的最初颁布，则会显示 L.<year>, c.<n>, s.<n>.）。nj_statute_section 会将其解析到 amendment_history 中，而不是将它留在 text 里——从未修订过的原始条文则没有该字段（null）。此来源不提供 条文在某个历史时点的版本／先前版本快照；nj_statute_section 会在其 historical_version 字段中明确说明这一点，而不是悄然省略该功能。

主题搜索质量

nj_statute_search 会对查询中的每个词执行 AND 匹配（这是上游引擎本身的行为，并非此工具包增加的功能）——较长的句子会使搜索范围过窄；使用几个简单词语（“landlord grounds for eviction”）比输入完整问题效果更好。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

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

此端点实际提供的内容

https://gateway.pipeworx.io/new-jersey-code/mcp 上的 tools/list 会返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、 discover_tools、search_within、remember/recall，以及网关范围内的其他工具。因此，你看到的工具数量会多于此表：目前，单个工具包端点会列出大约 30 个共享工具，以及该工具包自身的工具。连接的 initialize 响应会说明其确切范围，是当天有效范围的权威依据。

这是有意为之，并非意外的多路复用。元工具让限定范围的连接也能回答此工具包未涵盖的问题——通过 ask_pipeworx 在整个目录中路由——无需再添加第二个 MCP 服务。目前无法挂载不含这些元工具的工具包端点；如果额外的架构信息消耗的上下文超过路由带来的价值，请连接完整网关一次，而不是连接多个工具包端点。

或者连接完整的 Pipeworx 网关，直接列出所有工具包的工具，而不只是此工具包的工具：

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

这两个 URL 都连接到同一个网关和同样的 1704+ 个数据源。唯一的区别是直接列出哪个工具包的工具；无论连接哪一个，ask_pipeworx 都可以访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/nj_statute_section \
  -H 'Content-Type: application/json' \
  -d '{"section":"39:4-50"}'

首次调用无需账户。查看任意工具：GET https://gateway.pipeworx.io/v1/tools/nj_statute_section。查找工具包：使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需经过网关往返：

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

或者直接运行，确认它能够启动：

npx -y @pipeworx/mcp-new-jersey-code

它通过 stdin/stdout 使用 MCP，并针对仅限此工具包的工具响应 initialize/tools/list/tools/call——不包含上文网关连接所添加的任何共享元工具。使用相同的源代码和工具，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你也可以用通俗英语提问，而不是直接调用工具——上文的工具包端点和完整网关都支持此方式：

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

网关会选取合适的工具，并自动填入参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT