Nlrb

@pipeworx/nlrb

美国国家劳资关系委员会案件搜索——不公平劳动行为指控，以及工会代表权／选举申请（约 516,000 起案件），数据实时读取自 nlrb.gov 上 NLRB 的公开案件搜索。

属于 Pipeworx——连接 AI Agent 与 1683+ 个实时数据源的 MCP 网关。

工具

• nlrb_search(query, case_type?, status?, filed_since?, filed_before?, region?, sort?, limit?, page?) — 按雇主名称、工会名称或案件编号查找案件。返回案件编号、案件名称、提交日期、未结／已结状态、城市和 NLRB 地区，以及匹配案件总数。可回答“星巴克是否面临 NLRB 指控”“Trader Joe's 的工会选举申请”等问题。
• nlrb_case(case_number) — 单个案件的完整案卷：根据《国家劳资关系法》提出的指控、状态、地点、地区、参与方（被指控方、指控方、雇主、工会及其法律代表）、案卷活动日志，以及对于已完成计票的代表权案件，选举统计结果（符合投票资格的人数、已计选票数、支持和反对工会的票数）。
• nlrb_recent_filings(days?, case_type?, status?, region?, limit?) — 指定近期时间范围内全国最新提交的案件，按最新优先排序，并显示该时间范围内的提交总数。

身份验证

无需密钥。无需账户、注册或密钥。

数据源

• https://www.nlrb.gov/get-search-data/{term}/cases?sort=&rows=&page= — 案件搜索。这是一个 Drupal AJAX 端点：它会返回一个命令数组，其中 data 字段包含渲染后的结果 HTML，末尾的 invoke 命令则在 args[4] 中包含匹配总数。
• https://www.nlrb.gov/case/{case-number} — 服务端渲染的案件案卷。

使用此工具包前值得了解的事项

• 标签路径段必须是复数 cases。 /get-search-data/{term}/case 会被网站的 WAF 拒绝，返回带有“Request Rejected”HTML 页面的 HTTP 200 响应——如果不检查响应正文，这种拒绝会看起来像是成功。工具包会检查该页面并返回 { found: false, reason: 'blocked' }。
• 搜索词是路径段，其中的 / 会悄然改变请求的端点。斜杠会被去除，搜索词会进行 URL 编码。
• /search/case 上的查询参数会被忽略。 可见的搜索表单使用 POST；?search_term=Starbucks 会返回未经筛选的 516k 条案件列表，标题仍显示“for all”。只有 /get-search-data/... 会应用搜索词。
• 筛选条件通过带方括号的参数传递：f[0]=case_type:C（或 case_type:R，或 (case_type:C OR case_type:R)）、s[n]=Open|Closed|Open - Blocked、r[n]=<region>、state[n]=<XX>，以及格式为 MM/DD/YYYY 的 date_start/date_end——ISO 日期会被忽略，而不是拒绝，因此工具包会进行转换。
• 排序接受 desc（最新）、asc（最早）和 relevance；rows 和从零开始的 page 均可用，已确认 rows=50 有效。
• 案件编号由地区、案件类型和序列号组成（10-CB-393760）：2 位地区代码、案件类型（针对雇主／工会的 CA/CB，代表权案件的 RC/RD/RM）和序列号。工具包会将个位数地区代码补零并转为大写。
• 选举统计结果仅存在于已完成计票的 R 类案件中，并以案件页面上的第二组标签／值形式呈现，因此，通用标签抓取会将其混入案件标题信息，除非按标签名称将其分开。
• 案件页面上的案卷活动表仅显示最近的条目；根据 NLRB 自己的脚注，该表并未涵盖案件中的所有行动。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/nlrb/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 都会连接到同一个网关和相同的 1683+ 个数据源。唯一的区别是直接列出哪个工具包的工具；无论连接哪一个，ask_pipeworx 都能访问所有工具包。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/nlrb_search \
  -H 'Content-Type: application/json' \
  -d '{"query":"Starbucks Corporation","limit":3}'

首次调用无需账号。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/nlrb_search。查找工具：向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求，并附上 {"query":"..."}。

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

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

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

也可以直接运行，以确认它能正常启动：

npx -y @pipeworx/mcp-nlrb

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

使用 ask_pipeworx

你可以用通俗的语言提问，而不是直接调用工具——此功能既适用于上文的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Nlrb data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT