Sec

@pipeworx/sec

面向美国上市公司的 SEC EDGAR 公司查询、申报文件列表和 XBRL 财务事实——无需密钥，直接使用 SEC 自有 API。

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

工具

• search_companies(query) — 在 EDGAR 中进行全文公司搜索；返回匹配实体及其 CIK。
• get_company_filings(cik, form_type?) — 根据公司的 CIK、股票代码或名称，获取近期申报文件（10-K、10-Q、8-K 等）。
• get_company_facts(cik) — 来自 XBRL companyfacts 的年度财务快照。latest_annual 提供最近一个财年的收入、净利润、营业收入、毛利润、资产、负债、权益、现金、EPS 和股数，每项数据都会映射到申报方当前报告所用的 us-gaap 概念。key_financials 提供各概念的详细信息，当前概念排在前面；申报方已停用的概念仍会保留（历史序列仍需要它们），但会标记为 stale: true，并通过 stale_note 指明替代概念。

未找到时会返回说明，而非状态码：EDGAR 从未发布过的 CIK 会说明这一点，并指向 edgar_ticker_to_cik；存在但没有 XBRL 文件的 CIK（基金、信托、个人）会注明名称，并指向 get_company_filings；无法解析的股票代码或名称会说明有效值的格式。EDGAR 仅涵盖在美国注册的申报方——除非公司也在美国申报，否则不会收录外国上市公司（603986.SS、NESN）。

身份验证

无需密钥。SEC 要求每个请求都带有描述性的 User-Agent；此工具包会自动发送。

数据源

• https://efts.sec.gov/LATEST/search-index — 公司全文搜索。
• https://data.sec.gov/submissions/CIK##########.json — 申报历史。
• https://data.sec.gov/api/xbrl/companyfacts/CIK##########.json — XBRL 事实。

companyfacts 中有三个容易踩坑的地方，均已在 shared/src/xbrl.ts 中处理（fleet #594，2026-08-28）：

• fy 是申报文件所属财年，而非报告期所属财年。 10-K 会将以往年度作为比较数据，其中所有数据的 fy 都标记为申报文件所属财年。Amazon 的 FY2020 净利润显示为 fy=2022，因为 FY2022 的 10-K 对其进行了重述。此工具包根据 period_end 推导 year，绝不按 fy 排序。
• frame 属于某一报告期最后申报的事实。 自代理委托书（DEF 14A）开始包含 XBRL 以来，申报方近期的年度 frame 可能都在代理委托书中，因此“带有 frame 的 10-K”会悄无声息地漏掉最近几年。此工具包忽略 frame，从年度报告表单中选取最新的 period_end，并以最新的 filed 作为并列时的排序依据（重述后的数据优先）。
• 按概念查看时，已停用的概念看起来仍是当前概念。 Microsoft 的 Revenues 在 FY2010 后不再使用（ASC 606 将其迁移至 RevenueFromContractWithCustomerExcludingAssessedTax）。每项数据都会标明所属财年，过时概念会被标记并排在最后，而 latest_annual 始终优先显示申报方当前使用的概念。

快速开始

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

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

此端点实际提供的内容

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

这是有意为之，并非意外的多路复用。元工具可以让范围受限的连接回答本工具包未涵盖的问题——通过 ask_pipeworx 路由到整个目录——而无需添加第二个 MCP 服务。目前无法挂载不带这些工具的工具包端点；如果额外的 schema 带来的上下文开销超过路由的价值，请连接一次完整网关，而不是连接多个工具包端点。

也可以连接完整的 Pipeworx 网关，直接列出每个工具包的工具，而不只是此工具包的工具：

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

两个 URL 都连接到同一个网关和同一组 1807+ 个数据源。唯一的区别是直接列出哪个工具包的工具；从任一端点都可以通过 ask_pipeworx 访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/sec_search_companies \
  -H 'Content-Type: application/json' \
  -d '{"query":"Apple"}'

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

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

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

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

也可以直接运行它，确认服务能够启动：

npx -y @pipeworx/mcp-sec

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT