Epa Echo

EPA ECHO — 执法与合规历史

美国环境保护署的在线执法与合规历史系统（ECHO）。提供设施层面的合规状态、检查历史、正式和非正式执法行动、许可证数据（《清洁空气法》《清洁水法》、RCRA 等）。这是查询“该设施是否受到 EPA 处罚”的权威来源。免费，无需身份验证。

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

这对 AI Agent 为何重要

在环境风险评估、监管尽职调查和 ESG 分析中，EPA ECHO 是了解 EPA 实际执法情况的主要来源。自报排放数据是一回事；ECHO 会告诉你 EPA 何时实际到场并采取了行动。

常见工作流：

• 设施查询。“查找公司 X 的设施。”→ echo_facility_search({name: "X"}) → 返回匹配设施及其 EPA Registry ID、合规状态和近期执法行动。
• **设施详情。**获取设施 ID 后，后续工具可提供检查历史、许可证、违规记录和正式行动。
• **地理搜索。**查找邮政编码、县或州内所有正在接受执法的设施。

与 GHG 排放和 TRI 数据一同用于 environmental_risk 配方。

身份验证

无需身份验证。ECHO 完全公开且免费。Pipeworx 会发送礼貌的 User-Agent。

EPA 通过 ECHO 跟踪的内容

项目	涵盖内容
CAA（《清洁空气法》）	主要排放源、NSPS 标准、NESHAP 有毒空气污染物
CWA / NPDES	水排放许可证、污水排放限值、生物固体
RCRA	危险废物产生者、运输者、处理／储存／处置设施
SDWA	公共供水系统
TRI	有毒物质排放清单报告者（使用单独的 tri_facility_releases 工具）

单个设施可能受多个项目监管；ECHO 会展示所有相关信息。

合规状态释义

状态	含义
合规	没有未解决的违规行为
重大违规者	项目层面的重大违规行为
高优先级违规者（HPV）	空气项目特定的严重不合规
已发出正式行动	EPA 或州政府已提起法律行动
非正式行动	警告信、违规通知
正在执法	执法案件仍在处理中

进行风险分级时，“重大违规者” + “正在执法”属于高风险；记录良好且历史违规已结案则属于低风险。

常见陷阱

• **拥有多个设施的公司。**大型公司有许多受 EPA 监管的设施；按公司名称搜索会返回所有匹配项。输出时应按母公司归类，而不是按设施归类。
• **由州政府授权执行的项目。**大多数 EPA 项目由州环境机构管理。ECHO 中有相关数据，但执法行动的归属方可能是州政府，而非 EPA。
• **许可证 ≠ 执法。**持有《清洁空气法》第 V 章许可证的设施并不代表“有麻烦”——大多数主要排放源都需要此类许可证。请区分许可证（运营授权）与执法（监管行动）。
• **数据延迟。**ECHO 每月更新；和解结果及近期检查可能要过 30–60 天才会显示。
• **自报数据。**合规状态通常基于自报监测数据。最严重的执法信号通常是正式行动，而非原始违规计数。
• **已关闭的设施。**已退役设施仍会带着历史记录出现在 ECHO 中。如仅关注当前运营情况，请筛选“Active”设施状态。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/epa-echo/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 都连接到同一个网关和相同的 1879+ 个数据源。唯一的区别在于直接列出哪些工具包的工具；从任一端点都可以通过 ask_pipeworx 访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/echo_facility_search \
  -H 'Content-Type: application/json' \
  -d '{"facility_name":"Steel Mill","state":"PA","limit":20}'

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

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

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

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

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

npx -y @pipeworx/mcp-epa-echo

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

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Epa Echo data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT