Reginfo

@pipeworx/reginfo

《联邦监管与放松监管行动统一议程》——自 1995 年秋季起每半年发布一次，列出各联邦机构告知 OIRA 计划提出、最终确定或已完成的每个 RIN（法规识别编号）。 这是领先于 ecfr/federal-register 后续记录的首要记录：机构“计划提出 X”会逐版收录于此，往往比同一规则实际发布或生效早数年。

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

工具

• reg_agenda_search(agency?, keyword?, stage?, edition?, limit?) — 按机构、自由文本关键词和/或规则制定阶段搜索 RIN。默认使用当前记录中最新的版本。
• reg_rin(rin) — 查看一个 RIN 在其出现过的每个版本中的完整详情，展示其阶段/状态随时间的变化。
• reg_agency_agenda(agency, edition?, limit?) — 查看某个版本中一个机构的完整监管议程，按 rule_stage 分组。
• reg_agenda_coverage() — 查看当前已加载的版本（最早/最新及总行数）。

身份验证

无需密钥，也不需要运营方密钥。数据由 reginfo_rins 提供支持，每月由 workers/data-pipeline 刷新（数据集 reginfo）。

数据源

• https://www.reginfo.gov/public/do/XMLReportList — 统一议程报告索引。
• https://www.reginfo.gov/public/do/XMLViewFileAction?f=REGINFO_RIN_DATA_202504.xml — 一个半年版本的完整 XML（约 16.5MB，约 3,800 条 RIN_INFO 记录）。 版本从 REGINFO_RIN_DATA_199510.xml 延续至今，每年于 4 月（04 月）和 10 月（10 月）发布。

缺失版本返回 HTTP 200，而非 404。 对于从未发布的版本，reginfo.gov 会提供约 50KB 的 HTML“报告不存在”页面（Content-Type: text/html）；真实版本则返回 Content-Type: application/xml。数据导入会先通过 HEAD 探测内容类型，再决定是否 GET 文件，因此尚未发布的版本（或 2000 年之前确实存在的非定期空缺）只会产生一次开销很低的 HEAD 请求，而不会让 HTML 页面混入数据。

每个（rin, publication_id）对应一行，而非每个 RIN 对应一行。 RIN 的 rule_stage 会随版本变化（“Proposed Rule Stage” → “Final Rule Stage” → “Completed Actions”）——保留这段历史正是此数据集的核心目的，因此较新的版本不会覆盖较旧的版本。reg_rin 会返回该 RIN 出现过的每个版本，按从新到旧排列。

覆盖范围逐步增长，而非一次性加载完成。 回填会逐个处理版本，而不是一次性加载截至 1995 年的约 60 个版本；reg_agenda_coverage 会准确报告当前已加载的版本，让调用方能够区分“尚未回填”和“确实从未发布”。

机构匹配会检查名称、缩写和代码，并同时匹配直接机构及其上级机构——搜索“Interior”也会显示其下属机构（例如 Fish & Wildlife）的规则，因为源记录中会针对每个 RIN 记录这两个层级。

源 XML 中的摘要是以 CDATA 包裹的 HTML。 数据导入会在写入 abstract 列之前移除标签并解码实体，因此调用方看到的始终是纯文本。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/reginfo/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/reg_agenda_search \
  -H 'Content-Type: application/json' \
  -d '{"agency":"EPA","limit":25}'

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

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

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

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

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

npx -y @pipeworx/mcp-reginfo

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

使用 ask_pipeworx

你无需直接调用工具，也可以用日常语言提问——此功能既适用于上方的工具包端点，也适用于完整网关：

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT