Prweb

@pipeworx/prweb

PRWeb のサイト全体を対象とする「All News Releases」RSS フィードから、最新のプレスリリースを取得します。見出し、発行者、業界タグと件名タグ、公開日時、抜粋を新しい順に表示します。PRWeb は Cision の中小企業向けニュース配信サービスです。発行者の多くは上場企業ではなく、地域の企業、非営利団体、代理店、スタートアップです。

Pipeworx の一部です。AI エージェントを 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/ を禁止していません。

データソース

• https://www.prweb.com/rss/news-releases-list.rss — PRWeb の「All News Releases」フィードです。2026-09-22 時点の測定では、約 7.5 時間分の 20 件が含まれていました。

呼び出しのたびに、同じ約 20 件の移動ウィンドウをライブで再取得します。これはアーカイブではありません。search_releases が検索するのはその時点でウィンドウ内にあるものだけです。また、すでにウィンドウから外れた項目は get_release で取得できない場合があります（空の結果を返さず、ツールがその旨を明示します）。

このフィードを見つける際に、URL に関する落とし穴が 2 つありました。以前使われていた /rss2/daily.xml のパスは、ここへ 301 リダイレクトされます。また、末尾にスラッシュのない /rss は /rss/ へ 301 リダイレクトされますが、そこにあるのは HTTP 200 を返す 152 KB の HTML インデックスページであり、フィードではありません。このインデックスはクライアント側でレンダリングされるため、配信された 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 サーバーを 2 つ目に追加する必要はありません。現時点では、メタツールなしでパックのエンドポイントを接続する方法はありません。追加のスキーマによるコンテキスト消費がルーティングの利点に見合わない場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度だけ接続してください。

このパックのツールだけでなく、すべてのパックのツールを直接一覧表示するには、フル 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" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT