Congressional Documents

@pipeworx/congressional-documents

对国会官方记录进行全文搜索和检索，涵盖听证会文字记录、委员会报告和《国会记录》。需要平台密钥（data.gov），也支持自带密钥。

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

工具

• search_congressional_documents(...) — 搜索听证会、委员会报告、委员会印刷品、众议院／参议院文件和《国会记录》的全文。doc_type 接受普通词语（"hearings"、"reports"、"record"）。
• get_congressional_document_text(...) — 获取文档正文及其页码引文和 govinfo.gov URL，并通过 offset／next_offset 分页（一场听证会的文本约有 20 万个字符）。
• list_congressional_document_types(...) — 介绍每种文档类型包含的内容，以及此数据源涵盖的范围。无需密钥。

身份验证

使用平台密钥（PLATFORM_DATAGOV_KEY），或通过 _apiKey 自带密钥。在 https://api.data.gov/signup 免费注册，即刻获取密钥；一个密钥即可用于 GovInfo 和大多数联邦 API。

为什么要创建它

通过 govinfo pack 可以访问所有这些数据，但只能使用 search_packages({collections:"CHRG"}) 和 list_granules。没有模型会想到去调用 granule API，也不会知道 CHRG 指的是听证会，因此无法回答“国会关于 X 的听证会上说了什么”。数据从未缺失，缺失的是通往数据的路径。

它的用途是提供依据：这个语料库内容繁多、结构混乱，而且经常被二手资料大幅转述，因此模型特别容易对其内容编造信息。每条结果都包含 package／granule ID、官方引文和 govinfo.gov URL，让回答可以引用原文，而非凭记忆作答。

覆盖范围

仅限已发布的文档。 听证会文字记录通常会在听证会结束数月后才发布。委员会在其自有网站发布的临时文件永远不会进入 GovInfo；这类文件请使用 search_committee_documents（committee-releases）。

page_citation 是《国会记录》使用的格式（[Pages S6557-S6559]）；听证会没有页码引文，因此此处为 null 是正常情况。

有意不提供的功能

没有以人物为中心的工具——也没有接受姓名并返回提及该人物的文档的工具。原因有二：

1. 姓名不是标识符。 在听证会上搜索“Epstein”，排名第一的结果是华盛顿特区高等法院提名人 Anthony C. Epstein。以人物为中心的工具可能会悄无声息地合并姓氏相同但彼此无关的人。
2. 出现在文档中不代表受到指控。 记录中会提到证人、工作人员、引用的作者，以及仅在旁提及的人。“记录中是否有 X”这类工具会诱使摘要生成器把曾被提及简化成受到牵连。

每条响应都会附带这一说明。请勿添加人物→提及关系工具；不提供此功能是有意的设计。

数据来源

• https://api.govinfo.gov/search
• https://api.govinfo.gov/packages/{packageId}/granules/{granuleId}/htm

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/congressional-documents/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_congressional_documents \
  -H 'Content-Type: application/json' \
  -d '{"query":"opioid settlement"}'

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

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

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

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

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

npx -y @pipeworx/mcp-congressional-documents

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

使用 ask_pipeworx

你也可以用自然语言提问，而不是直接调用工具——在上文的工具包端点和完整网关上都可以这样做：

ask_pipeworx({ question: "your question about Congressional Documents data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT