Naag

@pipeworx/naag

多州州检察长执法——美国执法体系中的联盟层，数据来自全美州检察长协会（naag.org）。无需密钥。

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

enforcement-actions 涵盖联邦层面的执法行动（DOJ、SEC）。本工具涵盖多个州检察长共同采取的行动：819 起多州案件、63 封联盟政策函，以及 NAAG 自身发布的公告。

明确说明本工具不涵盖的内容，因为路由取决于此： 单个州的正式检察长意见、该州自己的案件记录，以及任何单州独自采取的行动，都不在 NAAG 数据库中，因此本工具无法回答相关问题。

工具

• naag_multistate_cases(query?, state?, lead_state?, case_type?, industry?, resolution?, federal_partner?, filed_from?, filed_to?, limit?, offset?) — 多州案件数据库（自 2020 年以来共 819 条记录，主要涉及反垄断和消费者保护）。返回案件名称、日期、参与州和牵头州、行为类型、救济措施、行业、处理结果、联邦共同原告及诉状摘要。
• naag_case_detail(case) — 按数字 ID 或 naag.org URL 查询单个案件，提供未截断的摘要和所有分类信息。
• naag_policy_letters(query?, state?, sent_from?, sent_to?, limit?, offset?) — 发给国会、机构和公司的联盟意见函，附有签署州信息。
• naag_press_releases(query?, topic?, published_from?, published_to?, limit?, offset?) — NAAG 新闻稿和《Attorney General Journal》文章。

州参数可接受两位字母代码或完整名称（"NY" 或 "New York"）。类别参数可接受 slug 或显示名称，并会回退到子字符串匹配；实际使用的术语会通过 terms_matched 返回。

身份验证

无需身份验证。naag.org 提供公开的 WordPress REST API。

值得了解的上游行为

此站点的 X-WP-Total 和 X-WP-TotalPages 不正确，而且数值偏小。 所有自定义文章类型在任何 per_page 值下都会报告 X-WP-Total: 2、X-WP-TotalPages: 1——包括 multistate-case（实际有 819 条记录）、policy-letter（实际有 63 条）和 publication（实际有 15 条）。按照文档所述方式分页的客户端会在一页后停止，并把两条结果当作“有多少起多州案件提及这家公司”的完整答案。它不会报错，而且返回的两条记录都是真实的。本工具完全不读取这些响应头：通过持续分页直至返回不满一页来统计 total_matching，而 total_is_exact 则说明该统计值是否有上限约束。

州分类法中，同一个州有不同的术语 ID。 在 plaintiff-lead-state 中，纽约的 ID 是 796；在 participating-state 中则是 797。若按错误的词汇表解析州名，会以正常的 200 状态码返回另一个州的案件，因此每次查询都会指定分类法。

type-of-relief（259 个术语）和 related-industry（262 个术语）采用自由标签，其中包含含义相近的词项——“Injunction”、“injunctive relief”和“Injunctive”是三个不同的术语。精确筛选其中一个会漏掉标有其他词项的案件，因此本工具会在整个词汇表中按子字符串匹配，并在响应中报告所用术语。

准确统计的代价。 无论查询什么，naag.org 都会在约 1.3 秒内响应；per_page 的上限硬性设为 100，因此准确统计需要往返请求 10 次。这些请求会与分类法获取并行执行（最多 5 个并发请求），使冷启动调用耗时约 4–5 秒；如果筛选后的全部匹配结果都能放在单个页面中，则只需一次请求。网关会将结果缓存一天——案件记录属于历史数据，每月只增加少量条目。

筛选器的行为诚实可靠，值得记录，因为这并非惯例：未知术语 ID 会返回 0 条，而非未筛选的结果；超出范围的 offset 会返回空结果，而非第一页；无意义的 search 也会返回 0 条。这里的 0 确实表示 0。

数据源

• WordPress REST API：https://naag.org/wp-json/wp/v2/（multistate-case、policy-letter、posts，以及分类法端点）
• 发布方：National Association of Attorneys General，https://www.naag.org/

快速开始

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

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

此端点实际提供的内容

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/naag_multistate_cases \
  -H 'Content-Type: application/json' \
  -d '{"state":"New York","case_type":"price-fixing","limit":2}'

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

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

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

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

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

npx -y @pipeworx/mcp-naag

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT