Committee Releases

@pipeworx/committee-releases

国会委员会在其自有网站上发布的文件——新闻稿、监督函件、工作人员报告、已公开的访谈记录和调查文件。无需密钥。

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

工具

• search_committee_documents(...) — 按标题搜索七个委员会的文件，可按 committee、doc_type 过滤，并可按 since 筛选（适用于有日期的委员会）。
• get_committee_document(...) — 返回文件页面的标题、发布日期、已发布的文本，以及附带 PDF 的 URL 和大小。
• list_committee_document_types(...) — 列出涵盖的委员会及其各自发布的内容。

身份验证

无。

存在的原因

congressional-documents 涵盖 GovInfo——官方印刷记录，通常比事件晚几个月，而且不会收录委员会在自己网站上发布的临时材料。本工具填补了这一空白，通常会在发布后数小时内收录。

涵盖的委员会

委员会	议院	结构	日期
house-oversight	众议院	typed	有
hsgac	参议院	typed	有
senate-commerce	参议院	typed	有
senate-judiciary	参议院	flat	无
senate-foreign-relations	参议院	flat	无
senate-help	参议院	flat	无
senate-aging	参议院	flat	无

已索引约 40,600 份文件。我们于 2026-07-30 调查了众议院和参议院全部 30 个主要委员会：大多数众议院委员会完全不提供站点地图，因此除非新增适配器，否则无法将其纳入。

flat 委员会提供的站点地图不含日期。 其结果中的 last_updated: null，按字母顺序而非新近程度排序，并且会拒绝 since，而不会将其应用于无日期的条目——否则会把截止日期之前的文件当作通过筛选条件的结果返回。响应会通过 dates_unavailable 说明这一点。

并非每个委员会都会发布所有类型的文件。如果某个委员会不发布指定的 doc_type，系统会明确返回 unavailable_types 和说明，而不会返回一个可能被误解为“没有相关内容”的空列表。

覆盖范围与限制

• 搜索匹配的是文件标题/slug，而不是正文或 PDF 文本。 搜索 40,000 个页面的正文需要全文索引。结果为 null 表示没有匹配的标题，并不表示没有相关主题。
• 不会提取 PDF 文本。 返回的附件包含 url、filename 和 bytes。请引用页面文本，并将附件作为链接引用；不要声称已阅读 PDF。
• 有些页面只是纯文件包装页，不含自身的正文；对此类页面，系统会返回空文本和 no_prose_note，而不是网站页脚。
• get_committee_document 会获取调用方提供的 URL，因此仅允许访问七个委员会的域名。

有意省略的功能

不提供人员→提及搜索工具，原因详见 congressional-documents：姓名不是标识符，在委员会文件中被提及也不代表受到指控。

数据源

每个委员会的 Yoast 站点地图索引或 sitemap.xml，例如：

• https://oversight.house.gov/sitemap_index.xml
• https://www.hsgac.senate.gov/sitemap_index.xml
• https://www.judiciary.senate.gov/sitemap.xml

所有数据源均在 robots.txt 中通过空的 Disallow: 提供，明确允许爬取。

快速开始

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

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

此端点实际提供的内容

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/search_committee_documents \
  -H 'Content-Type: application/json' \
  -d '{"query":"subpoena","limit":5}'

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

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

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

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

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

npx -y @pipeworx/mcp-committee-releases

它通过 stdin/stdout 进行 MCP 通信，并针对仅此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的共享元工具。源代码相同，工具相同，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Committee Releases data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT