News and Media Mention Monitor MCP Server
Monitors Google News for mentions of companies, brands, people, or topics and returns article-level results.
Search 1–50 queries, using quotes for exact phrases.
Exclude up to 20 terms from searches.
Filter by country edition, language, lookback days, and max articles per query.
Resolve Google News links to the publisher’s own URL and domain.
Use
only_newwithstate_keyto skip articles returned by earlier runs; skipped articles are not charged.Receive one row per article with title, outlet, domains, publish date, URLs, headline sentiment,
is_new, and matched queries.Receive a free summary row explaining why no articles were returned.
Cap run cost with
max_charge_usd.Requires
APIFY_TOKEN; Apify charges per article plus a run start fee.
Reads Google News search results for specified company names, brands, people, or topics, returning article headlines, outlets, dates, publisher URLs/domains, and sentiment labels, with support for repeat runs that return only new articles.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@News and Media Mention Monitor MCP ServerWhat did the news say about Acme Robotics this week?"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
News and Media Mention Monitor MCP Server
An MCP server for the Mamba Labs News and Media Mention Monitor actor on Apify. Give it company names, brands, people, or topics. It reads Google News for each one and returns one row per article: headline, outlet, date, the publisher's own URL and domain, and a headline sentiment label. With only_new on, a repeat call with the same state_key returns only articles it has not returned before.
What's Inside
Related MCP server: Google News22 MCP Server
What it does
Each news.google.com link is resolved to the article's URL on the publisher's site. An article found by two of your search terms comes back once. When a run returns no article, one free summary row says why: nothing matched, everything was returned before, or Google News did not answer. All of the work runs on Apify. This package is a thin client that starts the actor run, waits for it, and hands back the dataset rows.
Quick start
You need Node.js 18 or newer and an Apify account with an API token.
Add this to your Claude Desktop config (claude_desktop_config.json), Cursor, or any MCP client:
{
"mcpServers": {
"mamba-news-media-mention-monitor": {
"command": "npx",
"args": [
"-y",
"@mambalabsdev/mcp-news-media-mention-monitor"
],
"env": {
"APIFY_TOKEN": "your-apify-token"
}
}
}
}Restart the client. The monitor_news_mentions tool appears.
Prerequisites
Node.js 18 or newer.
An Apify API token from console.apify.com/account/integrations, set as
APIFY_TOKEN. The server lists its tool without a token; a call needs one.
Example prompts
"What did the news say about Gong and Salesloft this week?"
"Find news articles about our company from the last 30 days and list the outlets."
"Any negative headlines about Acme Robotics since my last check?"
Tool
monitor_news_mentions. One tool. Example arguments:
{
"queries": ["\"Acme Robotics\""],
"since_days": "7",
"state_key": "acme-weekly"
}Inputs
Every buyer facing input of the actor, unchanged. Omitted inputs take the actor's own defaults. Numbers and yes or no values are sent as strings.
Input | Type | Description |
| array | 1 to 50 search terms. Required |
| array | Up to 20 words to leave out |
| string | Days back, 1 to 90. Default 7 |
| string | Google News country edition. Default US |
| string | Language code. Default en |
| string | true (default) or false |
| string | true (default) or false |
| string | Name for this watch list |
| string | Per search term, 1 to 100. Default 50 |
| string | Optional cap on the run's cost |
Pricing
Pay per event on Apify, billed to your Apify account. Prices in USD.
Event | Free plan | Bronze | Silver | Gold |
| $0.0023 | $0.002185 | $0.00207 | $0.001955 |
| $0.0015 | $0.0015 | $0.0015 | $0.0015 |
An article skipped by only_new is not charged. A summary row is free.
Your keys
The actor needs no key and holds none. Proxy traffic adds nothing to your price: Mamba Labs pays the platform costs of the run.
Full actor documentation
apify.com/mambalabs/news-media-mention-monitor
License
MIT. See LICENSE.
Available Tools
1 toolmonitor_news_mentionsMonitor news mentionsARead-only
Find news articles about companies, brands, people, or topics from Google News. Give queries (1 to 50 search terms; quotes for an exact phrase) and optionally since_days, country, language, only_new, and state_key. Returns one row per article: title, outlet, outlet_domain, published_at, publisher_url and publisher_domain (the article on the publisher's own site), google_url, sentiment (headline only), is_new, and matched_queries. With only_new true, articles returned by an earlier call with the same state_key are skipped and not charged. When no article is returned, one free summary row says why. A run that does not succeed is returned as an error with its run ID. Read-only; requires an APIFY_TOKEN; Apify charges per article returned plus a run start fee.
| Name | Required | Description | Default |
|---|---|---|---|
| country | No | Google News country edition. Default US. | |
| queries | Yes | 1 to 50 search terms: company names, brands, people, or topics. Put a phrase in double quotes for an exact match. | |
| language | No | Language code of the edition, for example en, de, or pt-419. Default en. | |
| only_new | No | true (default): skip articles an earlier run with the same state_key returned. | |
| state_key | No | Name for this watch list, for example acme-weekly. | |
| since_days | No | Days back, 1 to 90. Default 7. | |
| max_articles | No | Most articles per search term, 1 to 100, newest first. Default 50. | |
| exclude_terms | No | Up to 20 words to leave out of every search. | |
| max_charge_usd | No | Optional cap on this run's cost in USD. | |
| resolve_publisher_url | No | true (default): resolve each article to the publisher's own URL. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint and destructiveHint=false; the description adds substantially more: APIFY_TOKEN requirement, per-article plus run-start billing, max_charge_usd cost capping, the fact that skipped articles are not charged, a free summary row for empty results, and error returns carrying a run ID. This is exactly the kind of context annotations cannot convey.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The opening sentence leads with the core action and the operational details follow in a logical order. The enumeration of return fields is long but each field carries information an agent needs for output handling.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
There is no output schema, and the description compensates by enumerating the returned row fields (title, outlet, published_at, publisher_url, google_url, sentiment, is_new, matched_queries) plus the empty-result summary row and the error shape. An agent has everything needed to call and interpret results.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so the baseline is 3. The description restates the roles of queries, since_days, country, language, only_new, and state_key but omits max_articles, exclude_terms, max_charge_usd, and resolve_publisher_url, adding little beyond the schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
States a specific verb and resource ('Find news articles about companies, brands, people, or topics from Google News'), naming the source explicitly. There are no sibling tools to disambiguate against, so the definition is self-sufficient.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Explains how to shape queries (1-50 terms, quotes for exact phrases) and the intended incremental-watch workflow via only_new plus state_key. It does not discuss when the tool is inappropriate (e.g., non-news sources), but with no siblings there is no alternative to route to.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
v0.1.0- First observed
monitor_news_mentions
TDQS
Scored across 1 tool
There is only one tool, so there is no possibility of confusing it with another. Its purpose—finding news mentions for given queries—is clear from the description.
The single name monitor_news_mentions follows a clean snake_case verb_noun pattern. With only one tool there is no risk of inconsistent conventions.
One tool is thin for a server framed as a 'monitor': it can fetch mentions but offers no separate operations for managing saved queries or checking run history. The single-tool surface is workable but borderline for the stated scope.
The find-mentions operation is rich (multi-query, filtering, incremental state via state_key, error reporting), but there are no companion tools for listing prior runs, managing state keys, or configuring recurring alerts. Agents can work around this by passing state_key manually, but the lifecycle is notably partial.
Maintenance
Related MCP Connectors
Live news search: what was published in the last hours and days on any topic, in 45 languages, with duplicate coverage grouped and every story checked for relevance. One read-only tool, search_news; sign in with OAuth (a free account with 50 search credits is created when you connect).
Google News for any topic or company: headline, source, publish time, snippet and the publisher's article URL, with time filters (past hour to past year) and sort by date. Runs on Apify, $1 per 1,000 articles.
Live global news signals: ranked wire, story timelines, coverage volume/tone/surges. Free, no auth.
Search global news in natural language. Filter by language, country, date, sentiment, and domain.
Related MCP Servers
- AlicenseBqualityBmaintenanceSearch and retrieve news articles and trending keywords from Google News and Google Trends. Summarize articles and extract keywords using optional NLP and LLM Sampling to get concise insights.5158 PyPI87MIT
- AlicenseBqualityDmaintenanceEnables access to Google News articles through search by keywords, topics, geolocation, and top headlines with filtering by country, language, source, and date.4MIT
- AlicenseAqualityBmaintenanceProvides news sentiment scores and media volume trends for any topic, enabling AI assistants to analyze whether news coverage is positive or negative.31MIT
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to get decided answers about news momentum and topic changes over time, such as currently accelerating story-events and what has changed for an entity since a previous check, with structured JSON and source links.-