Pcaob

@pipeworx/pcaob

PCAOB Form AP 审计师↔发行人业务及事务所检查报告——托管式，调用方无需密钥。Fleet #624：「谁在审计 Company X，签字的业务合伙人是谁」「Firm Y 审计过哪些发行人」以及「PCAOB 是否发现 Firm Y 存在缺陷」此前都没有对应的查询入口。

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

工具

• pcaob_auditor_of(company) — 查询审计某公司的事务所以及业务合伙人。首先将股票代码/公司名称解析为 SEC CIK（resolveSecEntity，与 edgar 和 sec 使用相同的数据范围）；对于没有明确 SEC 股票代码的发行人（基金、经纪交易商），则退回到跨 Form AP 申报记录进行发行人名称搜索。
• pcaob_firm_engagements(firm, fiscal_year?, limit?) — 查询某事务所申报审计过的所有发行人，可选按一个财年筛选。firm 若为数字，则精确匹配 PCAOB Firm ID；否则按名称进行 ILIKE 搜索。
• pcaob_partner_engagements(partner, limit?) — 查询一名指定业务合伙人签字审计过的所有发行人。
• pcaob_auditor_changes(days?, limit?) — 查询最近一份 Form AP 申报中所列事务所与前一份不同，且变更发生在最近 N 天内的发行人。扫描该时间范围内有申报记录的最多 1,500 家发行人（若达到上限，响应中会说明）。
• pcaob_inspection_reports(firm, limit?) — 查询某事务所的 PCAOB 检查历史：报告年份、Part I.A 缺陷率、审计复核数量及 PDF 链接。

数据

两个表，由 workers/data-pipeline 镜像（workers/data-pipeline/src/datasets/pcaob.ts），迁移文件为 supabase/migrations/107_pcaob_form_ap_inspections.sql：

• pcaob_form_ap — PCAOB 提供的 AuditorSearch 全量数据集批量下载文件（assets.pcaobus.org/firm-filings/FirmFilings.zip），截至 2026-08 约有 156k 条记录。每周刷新；CSV 中的字段带引号，发行人名称内含逗号，因此导入使用较慢的解析器，并通过续传偏移量协议分多个 cron 周期完成（与 USAspending 使用相同的模式）。
• pcaob_inspection_reports — PCAOB 在 pcaobus.org/oversight/inspections/firm-inspection-reports 发布的事务所检查报告可下载数据集，约 4.3k 条记录（每份检查报告对应一家事务所一条记录）。使用该数据集的 JSON 版本，而非 CSV——PCAOB 的 CSV 文件采用 UTF-16LE 编码，而此流水线的解析器固定使用 UTF-8；内容相同的 JSON 导出文件为纯 UTF-8，且足够小，可以一次性完整解析（此工具包新增数据流水线运行器的 format: 'json'；原因见运行器中的注释）。

身份说明

• 发行人 CIK 对未在 SEC 注册的实体（部分经纪交易商）可能为空——这些记录仍会保留，仅以 issuer_name 作为标识，不会被丢弃。
• 事务所名称可能因国家/地区关联实体而异（“PwC LLP”与“PricewaterhouseCoopers LLP”）。输入为纯数字时，搜索会按 PCAOB Firm ID 匹配；否则按名称进行 ILIKE 搜索。每个响应都会回显实际匹配的 firm_id(s)/firm_name(s)。
• pcaob_auditor_changes 比较的是每家发行人自身的申报历史，而非对整张表进行差异比较——PostgREST 不支持窗口函数，因此会按批次拉取每家发行人有界的近期历史，并在客户端选出最近的两份申报。这是实际扫描（而非聚合查询），因此每次调用最多扫描 1,500 家发行人。

每个响应都包含的注意事项

Form AP 仅涵盖美国发行人的审计，由审计事务所自行申报。事务所检查结果是 PCAOB 已发布数据集中的 Part I.A 汇总计数，并非完整报告文本——响应中会提供 PDF 链接。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/pcaob/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 都会访问同一个网关和相同的 1807+ 个数据源。唯一的区别在于直接列出的是哪个工具包的工具；通过任一 URL 使用 ask_pipeworx 都能访问所有工具。

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

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

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

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

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

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

或者直接运行它，确认服务可以启动：

npx -y @pipeworx/mcp-pcaob

它通过 stdin/stdout 使用 MCP，并针对仅此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接所添加的任何共享元工具。源代码相同、工具相同，但没有 ask_pipeworx 路由功能。

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT