Sec Ftd

@pipeworx/sec-ftd

SEC 未能交割（CNS）数据。无需密钥。

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

工具

• ftd_security(symbol, periods?) — 查询某个股票代码在近期半月文件中的未能交割历史。
• ftd_largest(period?, limit?) — 查询某个报告期内未能交割数量最大的记录。
• ftd_periods() — 查询 SEC 已发布的报告期（目前有 408 个，可追溯至 2009 年）。

这个工具包的关键在于数据的含义

未能交割是指结算失败 — 即股票未能在结算日期前交付。SEC 表示，在发布此文件的情况下，未能交割并不能证明存在裸卖空。常见原因包括处理延迟、订单录入错误、流动性较差的证券交易不活跃，以及卖方的股票未能及时到达的卖出交易。

有不少人希望据此得出相反结论。因此，这一说明不是脚注：它出现在每个工具描述中，并且会随每个响应一并返回，字段为 what_this_is 和 not_evidence_of。即使 Agent 只读取负载，也无法据此诚实地得出存在裸卖空的结论。

响应中还明确指出了另外两个容易误读的地方：

• 公布的数字是累计值，不是当日新增值。 这是指所有参与者在该结算日未能交割的股票总数。将多个日期的数字相加会重复计算持续未能交割的股票。因此，ftd_security 除了返回总数，还会返回 peak_shares_failed，并在 reading_note 中说明原因；ftd_largest 则按每种证券单日未能交割的最高值排序，而非按总和排序。
• 没有记录不代表一切正常。 SEC 只会在某个日期某种证券的未能交割数量超过报告门槛时列出该证券。因此，“没有行”表示没有达到报告标准的未能交割记录，并不表示没有发生未能交割，也不表示 SEC 不认识该股票代码。found: false 路径对此有明确说明。

数据来源和更新频率

https://www.sec.gov/data-research/sec-markets-data/fails-deliver-data — 每半个月发布一个竖线分隔文件（a = 1 日至 15 日，b = 16 日至月末），并以 ZIP 格式压缩。截至 2026-08-25 测得：当前文件（cnsfails202607b.zip）压缩后为 1.65 MB，原始大小为 4.6 MB，共有 73,340 行，涵盖 13,500 种证券。SEC 会在报告期结束几周后发布数据。

每次调用都会直接从 SEC 读取问题所需的报告期，因此数据时效性取决于 SEC 已发布的内容，ftd_periods 会报告这一情况。跨多个报告期的请求每半个月需要获取一次数据，因此 periods 的上限设为 6。

两个值得了解的上游问题

• 文件路径无法推算。 较新的文件位于 /files/data/fails-deliver-data/，较旧的文件位于 /files/data/other/fails-deliver-data/ — 截至 2026-08-25 已验证：cnsfails202605b.zip 在第一个前缀下返回 404，在第二个前缀下返回 200。该工具包会读取 SEC 的索引页，而不是猜测路径。
• 这些 ZIP 会设置数据描述符标志（0x08），因此本地文件头中的两个大小值都为零。若读取器信任本地文件头，就无法提取任何内容。大小值取自中央目录，该目录始终包含真实值。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/sec-ftd/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+ 个数据源。唯一的区别是直接列出哪些工具包的工具；无论使用哪个 URL，ask_pipeworx 都可以访问所有工具包的工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/ftd_security \
  -H 'Content-Type: application/json' \
  -d '{"symbol":"GME","periods":2}'

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

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

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

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

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

npx -y @pipeworx/mcp-sec-ftd

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

使用 ask_pipeworx

你可以不用直接调用工具，而是用通俗英语提问——上文的工具包端点和完整网关都支持此功能：

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT