Asrs Reports

@pipeworx/asrs-reports

来自 NASA 航空安全报告系统（ASRS）的去标识化航空安全事故叙述——可按关键词、日期、航空器或飞行阶段搜索，也可通过 ACN 获取一份报告的完整叙述。

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

工具

• asrs_search(query?, date_from?, date_to?, aircraft?, phase?, limit?) — 可在叙述、摘要、主题和编码异常中进行关键词搜索，并可选用日期范围、航空器和飞行阶段进行筛选。返回每份报告的 ACN、日期、机场／州、航空器、飞行阶段、摘要和叙述摘录。
• asrs_report(acn) — 返回一份报告的完整叙述和所有编码字段 （日期、机场、州、航空器、飞行阶段、编码异常、促成因素），以及官方摘要。
• asrs_topics() — 此工具包涵盖的 30 个安全主题，每个主题均附报告数量及 NASA 为该主题标注的最近更新时间。

身份验证

无需密钥。

数据来源

• NASA Aviation Safety Reporting System（ASRS），Database Report Sets — NASA Ames Research Center 的自愿、保密航空安全报告计划（由 Booz Allen Hamilton 承包），发布经过整理的匿名事件报告样本，涵盖 30 个常设安全主题（跑道入侵、可控飞行撞地、鸟类／动物撞击、机组人员疲劳、结冰、近距离空中相撞等）。NASA 会按各主题自己的时间表更新报告集，程序包会注明 NASA 提供的各主题更新日期。NASA 的完整关键词／日期数据库搜索（“Database Online”）没有可调用的 API——它是一个基于会话的多步骤向导，因此本程序包依据 NASA 定期发布的报告集作答，而不是针对每个请求查询该向导。

基于 NASA 自己发布的 PDF 构建，而非实时查询。 NASA 将每个报告集发布为 PDF，最多包含 50 份预先筛选的报告。本程序包会将当前的 30 份 PDF 解析为结构化记录（去重后共 1,412 份唯一报告；某份报告若归入多个主题，asrs_report 中的 also_filed_under 会列出其他主题）。每个响应中的 data_as_of 是上次刷新时 NASA 30 个主题更新日期中最新的日期。

覆盖范围不等于完整收录。 本程序包仅涵盖 NASA 的 30 个常设报告集主题，不包括 ASRS 的完整报告档案（NASA 自己的搜索工具覆盖范围更广，但没有 API）。asrs_topics 会准确列出覆盖的主题及其最新状态——在认定某个主题没有报告前，请先检查此项。

NASA 对每个报告集声明的注意事项会随每个响应一并提供： 报告由用户自愿提交，未经 NASA、FAA 或 NTSB 核实，因此不能依据某个主题的报告数量推断该问题的实际常见程度。

存储库，而非打包导入。 这 1,412 份报告（包含完整叙述文本）存储在 D1 数据库中，网关通过 _d1 将其提供给本程序包（pack-manifest.json 中的 "d1Binding": "ASRS_DB"；架构和查询位于 src/store.ts）——绝不会使用打包导入，例如 import ... from './data.json'。本程序包的早期版本曾将相同报告作为 3.6 MB 的 src/data.json 导入，这使网关 Worker 超出打包大小上限，导致所有通道的部署都被阻塞了约一小时。没有 FTS5——数据集足够小，基于 LIKE 的常规筛选开销为零，也因此避开了 D1 的 FTS5 分块导入陷阱（FTS5 索引可能在没有任何报错的情况下变为空）。

**刷新：**运行 node scripts/asrs-reports/load-data.mjs 会重新下载并解析 NASA 当前的 30 份报告集 PDF（scripts/asrs-reports/fetch-asrs-pdfs.py，需要先运行一次 pip install pypdf——仅用于构建，不会打包进程序包），并重新加载 D1 存储库。NASA 会按不固定的时间表更新各主题（观察到每个主题的更新间隔约为 1 至 5 个月）；请定期重新运行加载器。需要先通过 wrangler 登录 Pipeworx Cloudflare 账户——此操作会写入生产环境的 D1，因此只有具备相应访问权限时才能运行。

快速开始

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

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

此端点实际提供的内容

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

这是有意为之，并非意外进行了多路复用。元工具让限定范围的连接也能回答此工具包未覆盖的问题——通过 ask_pipeworx 在整个目录中路由——无需再添加第二个 MCP 服务。目前无法挂载不含这些工具的工具包端点；如果额外的架构占用的上下文比路由功能带来的价值更大，与其连接多个工具包端点，不如只连接一次完整网关。

或者连接完整的 Pipeworx 网关，直接列出所有工具包的工具，而不仅仅是此工具包的工具：

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

两个 URL 都连接到同一个网关和相同的 1800+ 个数据源。唯一的区别是直接列出哪一个工具包的工具；无论使用哪个 URL，ask_pipeworx 都可以访问所有工具。

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

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

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

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

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

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

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

npx -y @pipeworx/mcp-asrs-reports

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

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Asrs Reports data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT