Bing News

@pipeworx/bing-news

通过 Bing News RSS 按关键词搜索新闻——第三个独立新闻来源 （与 Google News/country-news 和 GDELT/gdelt 的供应商和基础设施均不同），返回 Bing 排序的近期匹配文章，并提供真实文章链接、发布时间、来源出版物和简短描述。

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

工具

• bing_news_search(query, limit?) — 在 Bing News 中搜索 query，并 返回最多 limit 篇（1-50，默认 20）匹配文章：title、 link（真实目标文章 URL，而非 Bing 的跟踪重定向链接）、 description、published（RFC-822）、source（出版物名称）。

认证

无需密钥。无需注册或 API 密钥；Bing 未为此端点说明速率限制。

数据源

• https://www.bing.com/news/search?q=<query>&format=rss — Bing 自有新闻 搜索，输出 RSS。这不是有文档说明或版本化的 API——它与浏览器从“News”选项卡的 RSS 链接获取的订阅源相同，因此其格式可能像任何抓取的 HTML/XML 一样，在不另行通知的情况下发生变化。

难以重新发现的注意事项：

• link 元素是跟踪重定向包装器，而非文章 URL。 Bing 会将每条结果包装为 https://www.bing.com/news/apiclick.aspx?ref= ...&url=，后面跟着经过百分号编码的真实文章 URL 和更多跟踪参数。真实目标地址是该 url 查询参数的值；在每个已观察到的条目中，该参数都存在且可以解码（已于 2026-10-09 对 5 条搜索结果进行实时验证，来源包括 msn.com、finance.yahoo.com、pulse2.com）。realArticleUrl() 会解码该值；此包将解码后的 URL 作为 link 返回，绝不返回 apiclick 包装链接。如果 Bing 之后省略 url 参数，代码会回退到原始链接，而不是丢弃该条目。
• source 元素带有命名空间。 它是 News:Source，而不是普通的 source 元素——如果从其他包复制通用 RSS 条目解析器，很容易忽略这一点（country-news 的 Google News 订阅源完全没有对应元素；其数据来自另一个字段）。
• HTTP 200 不能证明结果真实有效。 与 GDELT 和 Google News 一样，验证码/反机器人挑战页面可能返回 HTTP 200，且 content-type 为 application/xml 或 text/html，而非 RSS 订阅源——此处通过检查是否包含字面量 <item 标签进行防护，确保这种情况会作为明确错误暴露，而不是悄然返回空结果。
• 此端点不会阻止 Cloudflare Workers 出站请求——2026-10-09 从生产账户中的临时 wrangler dev --remote Worker 进行实时边缘探测：bing.com/news/search 通过 Worker 自身的出站连接返回 HTTP 200、10,393 字节，且为格式正确的 RSS。与完全阻止 CF 出站连接的 country-news（Google News）不同，此包的直接抓取目前不会经过共享的 Supabase 出站中继——中继回退代码存在（与 country-news/gdelt 使用相同的 _proxyUrl/_proxyToken 约定），但网关不会为此包的 slug 注入这些参数，因为目前还没有需要这样做的情况。几个月后假设情况仍然如此之前，请重新探测。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/bing-news/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 都会连接到同一个网关和相同的 1875+ 个数据源。唯一的区别是哪个工具包的工具会被直接列出；无论连接哪一个，ask_pipeworx 都能访问所有工具。

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

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

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

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

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

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

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

npx -y @pipeworx/mcp-bing-news

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

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Bing News data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT