Businesswire

@pipeworx/businesswire

来自 Business Wire 全新闻 RSS 频道的实时新闻稿——标题、 日期行、发布时间、摘要和 Business Wire 自有的稿件 ID，按最新优先， 覆盖整个通讯社约最近七天的内容。

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

工具

• businesswire_latest_releases(since_hours?, limit?) — 当前时间窗口内的最新稿件 （每次调用最多 100 条）。newest_item_at 和 oldest_item_at 会告知调用方当前实时窗口的跨度。
• businesswire_search_releases(query, since_hours?, limit?) — 在整个窗口内 （实测约 3,500 条稿件）按关键词或公司名称匹配标题、日期行和摘要。
• businesswire_get_release(url) — 根据 URL 或先前调用返回的 release_id 获取某条稿件。如果稿件已超出窗口，会明确报错（而非静默返回空结果）。

身份验证

无需密钥。无需账户，也无需点击确认条款。

数据源

• https://feed.businesswire.com/rss/home/?rss=G1QFDERJXkJcFVJYWQ== — Business Wire 的全新闻频道。实测日期：2026-09-22：3,492 条内容，最早为 2026-09-15，最新为 2026-09-22；不到半秒即可获取约 4 MB 的 XML。

每次调用都会实时重新获取此窗口——它不是存档。大约一周前的稿件将不再包含在其中（工具会说明这一点，而不是静默返回空结果）。

为什么早先的探测认为这个通讯社已失效

第 1 波新闻稿探测（fleet #2285）将 Business Wire 记录为“返回 993 字节的 200 响应，但 items 数组为空”。这些字节是格式正确的 RSS 外层结构，包含零条内容，频道 <description> 显示 "RSS channel ID is not available in the request. Please make sure you have a valid RSS link."——Business Wire 收到缺失或无效的 rss= 令牌时，会返回 HTTP 200，并在频道内写入错误信息（使用 ?rss=bogus 时复现，响应为 1,001 字节）。状态码无法将这种情况与无内容的订阅源区分开；此套件会对此进行检查，并将其报告为令牌失效，而非空通讯社。

订阅源令牌的来源

www.businesswire.com 位于 Akamai 后方，对非浏览器 User-Agent 的所有路径（包括其自身的 robots.txt 和 RSS 索引页）均返回 403。feed.businesswire.com 是独立主机，可正常响应此套件自身的身份标识（pipeworx-mcp/1.0）；其 robots.txt 在 Sitemap: 行中公布了全新闻令牌。令牌是每个频道各自的不透明 ID；虽然存在行业频道（G1QFDERJXkJeEFpRVQ== 是“Communications News”），但用于映射这些令牌的索引位于被拦截的主机上，因此此套件仅读取全新闻频道。

内容项结构

Business Wire 的内容项不带发行方标签。描述以通讯社的日期行开头（BENGALURU, India--(BUSINESS WIRE)--Rippling, ...），此套件会将其拆分为 dateline 和 excerpt；发行方通常位于摘要开头，但不会作为独立字段提供。链接中包含每个订阅源各自的 feedref= 跟踪令牌，转换为 canonical_url 时会将其去除。release_id 是订阅源的 <guid>（例如 20260921847964en）。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/businesswire/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 都连接到同一个网关和同样的 1875+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出；从任一端点调用 ask_pipeworx 都能访问全部工具。

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

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

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

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

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

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

也可以直接运行，确认它能正常启动：

npx -y @pipeworx/mcp-businesswire

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

使用 ask_pipeworx

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

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

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

更多内容

• 文档和指南
• pipeworx.io

许可证

MIT