mcpField
P
Prweb

Prweb

远程服务
pipeworx.io商业与营销05 周前更新

关于 Prweb

Prweb 是用于获取 PRWeb 全站新闻稿动态的 MCP 服务,面向跟踪小型企业、非营利组织、机构和初创公司公告的用户。它支持关键词检索和按 URL 查看稿件,但数据仅覆盖当前滚动 feed。

主要功能

  1. 01按时间和数量获取最新稿件
  2. 02按关键词或公司搜索当前 feed
  3. 03通过返回的 URL 获取稿件
  4. 04用最新条目时间查看 feed 新鲜度

适用场景

  1. 01监测小型企业近期公告
  2. 02查找符合行业或发布方的稿件
  3. 03查看最新稿件查询中发现的新闻稿

MCP 相关

向 MCP 客户端提供获取、搜索和查看 PRWeb 新闻稿的工具。可作为本地 stdio 服务运行,也可通过 Pipeworx 网关连接。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/prweb/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

详细介绍

@pipeworx/prweb

来自 PRWeb 全站“所有新闻稿”RSS 源的实时新闻稿——标题、发布方、行业和主题标签、发布时间及摘要,按最新优先排序。PRWeb 是 Cision 面向小型企业的新闻发布平台:发布方主要是本地企业、非营利组织、代理机构和初创公司,而非上市公司。

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

工具

  • prweb_latest_releases(since_hours?, limit?) — 当前滚动时间范围内的新闻稿,按最新优先排序。newest_item_at 可告知调用方信息源是暂无新内容还是已停滞。
  • prweb_search_releases(query, limit?) — 仅在当前时间范围内,按标题、发布方、摘要和行业标签匹配关键词或公司名称。
  • prweb_get_release(url) — 根据先前调用返回的 URL 匹配一篇指定新闻稿。如果该新闻稿已滚出当前时间范围,会明确报错(而非静默返回空结果)。

身份验证

无需密钥。无需账户,也无需点击同意条款。prweb.com/robots.txt 未禁止访问 /rss/。

数据源

每次调用都会实时重新获取同一个滚动的约 20 条内容的时间范围——它不是存档。search_releases 只会搜索当前时间范围内的内容,而 get_release 可能找不到已滚出时间范围的内容(工具会明确说明这一点,而不是返回空结果)。

找到这个源时遇到了两个 URL 陷阱:旧版路径 /rss2/daily.xml 会重定向(301)到这里,而 /rss(无末尾斜杠)会重定向(301)到 /rss/,后者是一个大小为 152 KB、返回 HTTP 200 的 HTML 索引页面——但这个 200 响应并非信息源。该索引在客户端渲染,因此无法从返回的 HTML 中枚举各类别的信息源,本工具包也不会读取这些信息源。

发布方信息取自 <dc:contributor>。每条内容中的 <media:credit> 都是 PRNewswire 本身(PRWeb 运行于 PR Newswire 平台),因此通用的署名读取器会把每篇新闻稿都标错。

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "prweb": {
      "url": "https://gateway.pipeworx.io/prweb/mcp"
    }
  }
}
此端点实际提供的内容

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

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

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

首次调用无需账户。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/prweb_latest_releases。查找工具包:使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行(无需网关账户)

此软件包也可作为本地 stdio MCP 服务运行,无需 Pipeworx 账户,也无需经过网关往返:

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

也可以直接运行,确认它能正常启动:

npx -y @pipeworx/mcp-prweb

它通过 stdin/stdout 使用 MCP 通信,并针对仅限此软件包的工具响应 initialize/tools/list/tools/call——不包含上方网关连接所添加的任何共享元工具。相同的源代码,相同的工具,无需 ask_pipeworx 路由。

使用 ask_pipeworx

你也可以用通俗的英语提问,而不是直接调用工具——这既适用于上方的软件包端点,也适用于完整网关:

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

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。