Globenewswire MCP server

@pipeworx/globenewswire

Live press releases from GlobeNewswire's public-company RSS feed — headline, issuer, tickers, publish time and excerpt, newest first.

Part of Pipeworx — an MCP gateway connecting AI agents to 1679+ live data sources.

Tools

window of releases, newest first. newestitemat tells a caller whether the feed is quiet or stalled.

• globenewswirelatestreleases(since_hours?, limit?) — the current rolling

headline, issuer and excerpt, within the current window only.

• globenewswiresearchreleases(query, limit?) — keyword/company match over

a prior call returned. Fails clearly (not silently empty) if the release has scrolled out of the current window.

• globenewswiregetrelease(url) — one specific release, matched by the URL

Auth

Keyless. No account, no clickthrough terms.

Data sources

— GlobeNewswire's own channel description calls this "the last 20 releases". It is the public-company org class only (org class 1); GlobeNewswire also distributes private-company, nonprofit and mutual-fund releases under other org classes this pack does not read.

Every call re-fetches this same rolling ~20-item window live — it is not an archive. A release typically scrolls off within about an hour at the wire's normal volume, so searchreleases only ever searches what is currently in the window and getrelease can miss something that has already fallen out of it (the tool says so explicitly rather than returning an empty result).

The issuer name is pulled from , not from a generic /byline heuristic — this feed carries no tag, so a generic byline reader would return nothing useful here.

PR Newswire sits behind Cloudflare bot management and occasionally answers a request with a challenge redirect that 404s; this pack retries up to 3 times before reporting the wire down (see mcps/prnewswire/src/index.ts for the measured rate — the same defensive retry is applied here too, even though it has not been observed on this feed specifically).

Quick Start

Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):

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

What this endpoint actually serves

tools/list at https://gateway.pipeworx.io/globenewswire/mcp returns the tools in the table above plus the shared Pipeworx meta-tools — askpipeworx, discovertools, search_within, remember/recall and the rest of the gateway-wide set. So the tool count you see is larger than this table: a single-pack endpoint currently lists roughly 30 shared tools alongside the pack's own. The connection's initialize response states its exact scope, and is the authoritative answer for a given day.

This is deliberate, not multiplexing by accident. The meta-tools are what let a scoped connection answer a question this pack does not cover — via ask_pipeworx, which routes across the whole catalog — without you adding a second MCP server. There is currently no way to mount a pack endpoint without them; if the extra schemas cost you more context than the routing is worth, connect to the full gateway once rather than to several pack endpoints.

Or connect to the full Pipeworx gateway to get every pack's tools listed directly, instead of just this one's:

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

Both URLs reach the same gateway and the same 1679+ data sources. The only difference is which pack's tools are listed directly; ask_pipeworx reaches all of them from either one.

No MCP client? Call it over HTTP

Shortened. The full README is on GitHub.