Skip to main content
Glama
thejusdutt

deep-search-mcp

by thejusdutt

deep_search_news

Search recent news on any topic, fetch full article content, and return consolidated results for current events research.

Instructions

Searches for recent news articles on a topic, fetches full article content, and returns consolidated results. Optimized for news and current events.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
queryYesThe news topic to search for
num_resultsNoNumber of news articles to fetch (1-10, default: 10)
max_content_per_pageNoMaximum characters per article (default: 30000)

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv2.0.3

TDQS

B3.4/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries the full burden. It does disclose the multi-step pipeline (search, fetch full article content, consolidate), which is genuinely useful. However it says nothing about permissions, rate limits, failure modes when articles can't be fetched, or how truncation via max_content_per_page affects output.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two tight sentences; the core action and the consolidating behavior come first, with the news-focus qualifier at the end. Nothing is redundant, though there is no explicit output-format note.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness3/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a 3-parameter tool with no annotations and no output schema, the description covers the essential workflow but leaves gaps: it doesn't characterize the return structure ('consolidated results' is vague) or the trade-off implied by max_content_per_page truncation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so all three parameters (query, num_results, max_content_per_page) already have descriptions with defaults and ranges. The description adds no parameter-level detail beyond the schema, so the baseline of 3 applies.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource (searches news articles) plus the multi-step behavior (fetches full content, returns consolidated results). The 'Optimized for news and current events' clause implicitly differentiates it from the sibling deep_search, though it never names that sibling directly.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

'Optimized for news and current events' gives an implied usage domain, but there is no explicit when-to-use/ when-not guidance and no reference to the sibling deep_search, which is the obvious alternative for non-news queries.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server

Other Tools