Research Powerpack MCP
Research Powerpack MCP is an AI-powered research toolkit that automates web searching, Reddit mining, URL scraping, and information synthesis to provide structured context for large language models.
Core Tools:
Batch Web Search (
web_search): Execute 3-100 parallel Google searches with advanced operators (site:,-exclude,"exact phrase",filetype:), delivering 10 CTR-ranked results per keywordReddit Search (
search_reddit): Find Reddit discussions via Google with 10-50 parallel queries, supporting date filters and Reddit-specific operators (intitle:,r/subreddit)Reddit Post Fetching (
get_reddit_post): Retrieve 2-50 posts with smart comment allocation (1,000-comment budget distributed automatically), optional AI extraction, and upvote-sorted commentsUniversal Web Scraping (
scrape_links): Extract content from 1-50 URLs with automatic fallback (basic → JavaScript rendering → geo-targeting), AI-powered extraction, and custom instructions for handling SPAs, paywalls, and geo-restrictionsDeep Research (
deep_research): Process 2-10 complex questions in parallel with AI synthesis, web search, citations, and 32K token budget distribution, supporting file attachments for code-related queries
Key Features:
Modular Architecture: Tools activate independently based on API keys provided (Serper for search, Reddit OAuth for posts, Scrape.do for scraping, OpenRouter for AI)
Zero-Crash Design: Missing API keys return setup instructions instead of errors
Smart Optimization: Bounded concurrency, token-aware allocation, CTR-weighted ranking, and aggressive LLM guidance for optimal tool usage
Cross-Platform Support: Works with Claude Desktop, Claude Code, Cursor, and Windsurf MCP clients
Free Tier Access: 2,500 Google searches/month, unlimited Reddit access, 1,000 scraping credits/month
Ideal for: Technology decisions, competitive analysis, debugging obscure errors, and multi-angle research workflows.
Enables batch web search across up to 100 keywords in parallel using Google search via the Serper API, with support for search operators and CTR-weighted ranking to identify authoritative sources.
Supports OpenAI models through OpenRouter for AI-powered deep research synthesis and intelligent content extraction from scraped web pages.
Supports Perplexity's sonar-deep-research model through OpenRouter as the default model for conducting comprehensive AI-powered research with web search and citations.
Provides tools for searching Reddit discussions via Google, fetching posts with comments using the Reddit OAuth API, and smart comment allocation across multiple posts with upvote-based sorting.
Click on "Install 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., "@Research Powerpack MCPresearch the best React state management libraries in 2024"
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.
🧭 Quick Navigation
⚡ Get Started • ✨ Key Features • 🎮 Usage & Examples • ⚙️ API Key Setup • 🆚 Why This Slaps
research-powerpack-mcp is the research assistant your AI wishes it had. Stop asking your LLM to guess about things it doesn't know. This MCP server acts like a senior researcher, searching the web, mining Reddit discussions, scraping documentation, and synthesizing everything into perfectly structured context so your AI can actually give you answers worth a damn.
How it slaps:
You: "What's the best database for my use case?"
AI + Powerpack: Searches Google, mines Reddit threads, scrapes docs, synthesizes findings.
You: Get an actually informed answer with real community opinions and citations.
Result: Ship better decisions. Skip the 47 browser tabs.
💥 Why This Slaps Other Methods
Manually researching is a vibe-killer. research-powerpack-mcp makes other methods look ancient.
We're not just fetching random pages. We're building high-signal, low-noise context with CTR-weighted ranking, smart comment allocation, and intelligent token distribution that prevents massive responses from breaking your LLM's context window.
🚀 Get Started in 60 Seconds
1. Install
npm install research-powerpack-mcp2. Configure Your MCP Client
Client | Config File | Docs |
🖥️ Claude Desktop |
| |
⌨️ Claude Code |
| |
🎯 Cursor |
| |
🏄 Windsurf | MCP settings |
Claude Desktop
Add to your claude_desktop_config.json:
{
"mcpServers": {
"research-powerpack": {
"command": "npx",
"args": ["research-powerpack-mcp"],
"env": {
"SERPER_API_KEY": "your_key",
"REDDIT_CLIENT_ID": "your_id",
"REDDIT_CLIENT_SECRET": "your_secret",
"SCRAPEDO_API_KEY": "your_key",
"OPENROUTER_API_KEY": "your_key"
}
}
}
}or quick install (for MacOS):
cat ~/Library/Application\ Support/Claude/claude_desktop_config.json | jq '.mcpServers["research-powerpack"] = {
"command": "npx",
"args": ["research-powerpack-mcp@latest"],
"disabled": false,
"env": {
"OPENROUTER_API_KEY": "xxx",
"REDDIT_CLIENT_ID": "xxx",
"REDDIT_CLIENT_SECRET": "xxx",
"RESEARCH_MODEL": "xxxx",
"SCRAPEDO_API_KEY": "xxx",
"SERPER_API_KEY": "xxxx"
}
}' | tee ~/Library/Application\ Support/Claude/claude_desktop_config.jsonClaude Code (CLI)
One command to rule them all:
claude mcp add research-powerpack npx \
--scope user \
--env SERPER_API_KEY=your_key \
--env REDDIT_CLIENT_ID=your_id \
--env REDDIT_CLIENT_SECRET=your_secret \
--env OPENROUTER_API_KEY=your_key \
--env OPENROUTER_BASE_URL=https://openrouter.ai/api/v1 \
--env RESEARCH_MODEL=x-ai/grok-4.1-fast \
-- research-powerpack-mcpOr manually add to ~/.claude.json:
{
"mcpServers": {
"research-powerpack": {
"command": "npx",
"args": ["research-powerpack-mcp"],
"env": {
"SERPER_API_KEY": "your_key",
"REDDIT_CLIENT_ID": "your_id",
"REDDIT_CLIENT_SECRET": "your_secret",
"OPENROUTER_API_KEY": "your_key",
"OPENROUTER_BASE_URL": "https://openrouter.ai/api/v1",
"RESEARCH_MODEL": "x-ai/grok-4.1-fast"
}
}
}
}Cursor/Windsurf
Add to .cursor/mcp.json or equivalent:
{
"mcpServers": {
"research-powerpack": {
"command": "npx",
"args": ["research-powerpack-mcp"],
"env": {
"SERPER_API_KEY": "your_key"
}
}
}
}✨ Zero Crash Promise: Missing API keys? No problem. The server always starts. Tools just return helpful setup instructions instead of exploding.
✨ Feature Breakdown: The Secret Sauce
Feature | What It Does | Why You Care |
🔍 Batch Search | Search Google for up to 100 queries simultaneously | Cover every angle of a topic in one shot |
📊 CTR Ranking | Identifies URLs that appear across multiple searches | Surfaces high-consensus authoritative sources |
💬 Reddit Mining | Google-powered Reddit search + native API fetching | Get actual user experiences, not marketing fluff |
🎯 Smart Allocation | 1,000 comment budget distributed across posts | Deep dive on 2 posts or quick scan on 50 |
🌐 Universal Scraping | Auto-fallback: basic → JS render → geo-targeting | Handles SPAs, paywalls, and geo-restricted content |
🧠 Deep Research | Batch research with web search and citations | Get comprehensive answers to complex questions |
🧩 Modular Design | Each tool works independently | Pay only for the APIs you actually use |
🎮 Tool Reference
web_search
Batch web search using Google via Serper API. Search up to 100 keywords in parallel.
Parameter | Type | Required | Description |
|
| Yes | Search queries (1-100). Use distinct keywords for maximum coverage. |
Supports Google operators: site:, -exclusion, "exact phrase", filetype:
{
"keywords": [
"best IDE 2025",
"VS Code alternatives",
"Cursor vs Windsurf comparison"
]
}search_reddit
Search Reddit via Google with automatic site:reddit.com filtering.
Parameter | Type | Required | Description |
|
| Yes | Search queries (max 10) |
|
| No | Filter results after date (YYYY-MM-DD) |
Search operators: intitle:keyword, "exact phrase", OR, -exclude
{
"queries": [
"best mechanical keyboard 2025",
"intitle:keyboard recommendation"
],
"date_after": "2024-01-01"
}get_reddit_post
Fetch Reddit posts with smart comment allocation (1,000 comment budget distributed automatically).
Parameter | Type | Required | Default | Description |
|
| Yes | — | Reddit post URLs (2-50) |
|
| No |
| Whether to fetch comments |
|
| No | auto | Override comment allocation |
Smart Allocation:
2 posts → ~500 comments/post (deep dive)
10 posts → ~100 comments/post
50 posts → ~20 comments/post (quick scan)
{
"urls": [
"https://reddit.com/r/programming/comments/abc123/post_title",
"https://reddit.com/r/webdev/comments/def456/another_post"
]
}scrape_links
Universal URL content extraction with automatic fallback modes.
Parameter | Type | Required | Default | Description |
|
| Yes | — | URLs to scrape (3-50) |
|
| No |
| Timeout per URL (seconds) |
|
| No |
| Enable AI extraction |
|
| No | — | Extraction instructions for AI |
Automatic Fallback: Basic → JS rendering → JS + US geo-targeting
{
"urls": ["https://example.com/article1", "https://example.com/article2"],
"use_llm": true,
"what_to_extract": "Extract the main arguments and key statistics"
}deep_research
AI-powered batch research with web search and citations.
Parameter | Type | Required | Description |
|
| Yes | Research questions (2-10) |
|
| Yes | The research question |
|
| No | Files to include as context |
Token Allocation: 32,000 tokens distributed across questions:
2 questions → 16,000 tokens/question (deep dive)
10 questions → 3,200 tokens/question (rapid multi-topic)
{
"questions": [
{ "question": "What are the current best practices for React Server Components in 2025?" },
{ "question": "Compare Bun vs Node.js for production workloads with benchmarks." }
]
}⚙️ Environment Variables & Tool Availability
Research Powerpack uses a modular architecture. Tools are automatically enabled based on which API keys you provide:
ENV Variable | Tools Enabled | Free Tier |
|
| 2,500 queries/mo |
|
| Unlimited |
|
| 1,000 credits/mo |
|
| Pay-as-you-go |
| Model for | Default: |
| Model for AI extraction in | Default: |
Configuration Examples
# Search-only mode (just web_search and search_reddit)
SERPER_API_KEY=xxx
# Reddit research mode (search + fetch posts)
SERPER_API_KEY=xxx
REDDIT_CLIENT_ID=xxx
REDDIT_CLIENT_SECRET=xxx
# Full research mode (all 5 tools)
SERPER_API_KEY=xxx
REDDIT_CLIENT_ID=xxx
REDDIT_CLIENT_SECRET=xxx
SCRAPEDO_API_KEY=xxx
OPENROUTER_API_KEY=xxx🔑 API Key Setup Guides
What you get
Fast Google search results via API
Enables
web_searchandsearch_reddittools
Setup Steps
Go to serper.dev
Click "Get API Key" (top right)
Sign up with email or Google
Copy your API key from the dashboard
Add to your config:
SERPER_API_KEY=your_key_here
Pricing
Free: 2,500 queries/month
Paid: $50/month for 50,000 queries
What you get
Full Reddit API access
Fetch posts and comments with upvote sorting
Enables
get_reddit_posttool
Setup Steps
Go to reddit.com/prefs/apps
Scroll down and click "create another app..."
Fill in:
Name:
research-powerpack(or any name)App type: Select "script" (important!)
Redirect URI:
http://localhost:8080
Click "create app"
Copy your credentials:
Client ID: The string under your app name
Client Secret: The "secret" field
Add to your config:
REDDIT_CLIENT_ID=your_client_id REDDIT_CLIENT_SECRET=your_client_secret
What you get
JavaScript rendering support
Geo-targeting and CAPTCHA handling
Enables
scrape_linkstool
Setup Steps
Go to scrape.do
Click "Start Free"
Sign up with email
Copy your API key from the dashboard
Add to your config:
SCRAPEDO_API_KEY=your_key_here
Credit Usage
Basic scrape: 1 credit
JavaScript rendering: 5 credits
Geo-targeting: +25 credits
What you get
Access to 100+ AI models via one API
Enables
deep_researchtoolEnables AI extraction in
scrape_links
Setup Steps
Go to openrouter.ai
Sign up with Google/GitHub/email
Go to openrouter.ai/keys
Click "Create Key"
Copy the key (starts with
sk-or-...)Add to your config:
OPENROUTER_API_KEY=sk-or-v1-xxxxx
Recommended Models for Deep Research
# Default (optimized for research)
RESEARCH_MODEL=perplexity/sonar-deep-research
# Fast and capable
RESEARCH_MODEL=x-ai/grok-4.1-fast
# High quality
RESEARCH_MODEL=anthropic/claude-3.5-sonnet
# Budget-friendly
RESEARCH_MODEL=openai/gpt-4o-miniRecommended Models for AI Extraction (use_llm in scrape_links)
# Default (fast and cost-effective for extraction)
LLM_EXTRACTION_MODEL=openrouter/gpt-oss-120b:nitro
# High quality extraction
LLM_EXTRACTION_MODEL=anthropic/claude-3.5-sonnet
# Budget-friendly
LLM_EXTRACTION_MODEL=openai/gpt-4o-miniNote:
RESEARCH_MODELandLLM_EXTRACTION_MODELare independent. You can use a powerful model for deep research and a faster/cheaper model for content extraction, or vice versa.
🔥 Recommended Workflows
Research a Technology Decision
1. web_search → ["React vs Vue 2025", "Next.js vs Nuxt comparison"]
2. search_reddit → ["best frontend framework 2025", "Next.js production experience"]
3. get_reddit_post → [URLs from step 2]
4. scrape_links → [Documentation and blog URLs from step 1]
5. deep_research → [Synthesize findings into specific questions]Competitive Analysis
1. web_search → ["competitor name review", "competitor vs alternatives"]
2. scrape_links → [Competitor websites, review sites]
3. search_reddit → ["competitor name experience", "switching from competitor"]
4. get_reddit_post → [URLs from step 3]Debug an Obscure Error
1. web_search → ["exact error message", "error + framework name"]
2. search_reddit → ["error message", "framework + error type"]
3. get_reddit_post → [URLs with solutions]
4. scrape_links → [Stack Overflow answers, GitHub issues]🔥 Enable Full Power Mode
For the best research experience, configure all four API keys:
SERPER_API_KEY=your_serper_key # Free: 2,500 queries/month
REDDIT_CLIENT_ID=your_reddit_id # Free: Unlimited
REDDIT_CLIENT_SECRET=your_reddit_secret
SCRAPEDO_API_KEY=your_scrapedo_key # Free: 1,000 credits/month
OPENROUTER_API_KEY=your_openrouter_key # Pay-as-you-goThis unlocks:
5 research tools working together
AI-powered content extraction in scrape_links
Deep research with web search and citations
Complete Reddit mining (search → fetch → analyze)
Total setup time: ~10 minutes. Total free tier value: ~$50/month equivalent.
🛠️ Development
# Clone
git clone https://github.com/yigitkonur/research-powerpack-mcp.git
cd research-powerpack-mcp
# Install
npm install
# Development
npm run dev
# Build
npm run build
# Type check
npm run typecheck🏗️ Architecture (v3.4.0+)
The codebase uses a YAML-driven configuration system with aggressive LLM optimization (v3.5.0+):
Core Architecture
Component | File | Purpose |
Tool Definitions |
| Single source of truth for all tool metadata |
Handler Registry |
| Declarative tool registration + |
YAML Loader |
| Parses YAML, generates MCP-compatible definitions (cached) |
Concurrency Utils |
| Bounded parallel execution ( |
Shared Utils |
| Common utility functions |
Adding a new tool:
Add tool definition to
tools.yamlCreate handler in
src/tools/Register in
src/tools/registry.ts
See docs/refactoring/04-migration-guide.md for detailed instructions.
Performance & Stability (v3.5.1+)
All parallel operations use bounded concurrency to prevent CPU spikes and API rate limits:
Operation | Before | After |
Reddit search queries | 50 concurrent | 8 concurrent |
Web scraping batches | 30 concurrent | 10 concurrent |
Deep research questions | Unbounded | 3 concurrent |
Reddit post fetching | 10 concurrent | 5 concurrent |
File attachments | Unbounded | 5 concurrent |
Additional optimizations:
YAML config cached in memory (no repeated disk reads)
Async file I/O (no event loop blocking)
Pre-compiled regex patterns for hot paths
Reddit auth token deduplication (prevents concurrent token requests)
LLM Optimization (v3.5.0+)
All tools include aggressive guidance to force LLMs to use them optimally:
Feature | Description |
Configurable Limits | All min/max values in YAML ( |
BAD vs GOOD Examples | Every tool shows anti-patterns and perfect usage |
Aggressive Phrasing | Changed from "you can" to "you MUST" |
Visual Formatting | Emoji headers, section dividers, icons for visual scanning |
Templates | Structured formats for questions, extractions, file descriptions |
Key Enhancements:
search_reddit: Minimum 10 queries (was 3), 10-category formuladeep_research: 7-section question template, file attachment requirementsscrape_links: Extraction template with OR statements, use_llm=true pushweb_search: Minimum 3 keywords, search operator examplesfile_attachments: Numbered 5-section description template
See docs/refactoring/07-llm-optimization-summary.md for full details.
🔥 Common Issues & Quick Fixes
Problem | Solution |
Tool returns "API key not configured" | Add the required ENV variable to your MCP config. The error message tells you exactly which key is missing. |
Reddit posts returning empty | Check your |
Scraping fails on JavaScript sites | This is expected for first attempt. The tool auto-retries with JS rendering. If still failing, the site may be blocking scrapers. |
Deep research taking too long | Use a faster model like |
Token limit errors | Reduce the number of URLs/questions per request. The tool distributes a fixed token budget. |
Built with 🔥 because manually researching for your AI is a soul-crushing waste of time.
MIT © Yiğit Konur
Available Tools
5 toolsdeep_researchA
🔥 DEEP RESEARCH - 2-10 QUESTIONS, RECOMMENDED 5+
This tool runs 2-10 questions IN PARALLEL with AI-powered research. Using 1-2 questions = wasting the parallel research capability!
Token Budget: 32,000 tokens distributed across questions.
2 questions: 16,000 tokens each (deep dive)
5 questions: 6,400 tokens each (RECOMMENDED: balanced)
10 questions: 3,200 tokens each (comprehensive multi-topic)
All questions research in PARALLEL - no time penalty for more questions!
When to use this tool:
Multi-perspective analysis on related topics
Researching a domain from multiple angles
Validating understanding across different aspects
Comparing approaches/technologies side-by-side
Deep technical questions requiring comprehensive research
Question Template - Each question MUST include these sections:
🎯 WHAT I NEED: Clearly state what you're trying to achieve or understand
🤔 WHY I'M RESEARCHING: What decision does this inform? What problem are you solving?
📚 WHAT I ALREADY KNOW: Share current understanding so research fills gaps, not repeats basics
🔧 HOW I'LL USE THIS: Practical application - implementation, debugging, architecture
❓ SPECIFIC QUESTIONS (2-5): Break down into specific, pointed sub-questions
🌐 PRIORITY SOURCES: (optional) Preferred docs/sites to prioritize
⚡ FOCUS AREAS: (optional) What matters most - performance, security, etc.
ATTACH FILES when asking about code - THIS IS MANDATORY:
🐛 Bugs/errors → Attach the failing code
⚡ Performance issues → Attach the slow code paths
♻️ Refactoring → Attach current implementation
🔍 Code review → Attach code to review
🏗️ Architecture → Attach relevant modules
Research without code context for code questions is generic and unhelpful!
Example:
❌ BAD: {"questions": [{"question": "Research React hooks"}]} → 1 vague question, no template, no context, wastes 90% capacity
✅ GOOD:
{"questions": [{
"question": "🎯 WHAT I NEED: Understand when to use useCallback vs useMemo in React 18\n\n🤔 WHY: Optimizing a data-heavy dashboard with 50+ components, seeing performance issues\n\n📚 WHAT I KNOW: Both memoize values, useCallback for functions, useMemo for computed values. Unclear when each actually prevents re-renders.\n\n🔧 HOW I'LL USE THIS: Refactor Dashboard.tsx to eliminate unnecessary re-renders\n\n❓ SPECIFIC QUESTIONS:\n1. When does useCallback actually prevent re-renders vs when it doesn't?\n2. Performance benchmarks: useCallback vs useMemo vs neither in React 18?\n3. Common anti-patterns that negate their benefits?\n4. How to measure if they're actually helping?\n\n🌐 PRIORITY: Official React docs, React team blog posts\n⚡ FOCUS: Patterns for frequently updating state"
}, ...add 4 more questions for comprehensive coverage]}Pro Tips:
Use 5-10 questions - Maximize parallel research capacity
Follow the template - Include all 7 sections for each question
Be specific - Include version numbers, error codes, library names
Add 2-5 sub-questions - Break down what you need to know
Attach files for code questions - MANDATORY for bugs/performance/refactoring
Describe files thoroughly - Explain what the file is and what to focus on
Specify focus areas - "Focus on X, Y, Z" for prioritization
Group related questions - Research a domain from multiple angles
Scope Expansion Triggers - Iterate when:
Results mention concepts you didn't research
Answers raise new questions you should explore
You realize initial scope was too narrow
You discover related topics that matter
Workflow: deep_research (3-5 questions) → sequentialthinking (evaluate, identify gaps) → OPTIONAL: deep_research AGAIN with NEW questions based on learnings → sequentialthinking (synthesize) → final decision
REMEMBER:
ALWAYS think after getting results (digest and identify gaps!)
DON'T assume first research is complete (iterate based on findings!)
USE learnings to ask better questions (results = feedback!)
EXPAND scope when results reveal new important areas!
| Name | Required | Description | Default |
|---|---|---|---|
| questions | Yes | **Batch deep research (2-10 questions) with dynamic token allocation.** **TOKEN BUDGET:** 32,000 tokens distributed across all questions: - 2 questions: 16,000 tokens/question (deep dive) - 5 questions: 6,400 tokens/question (balanced) - 10 questions: 3,200 tokens/question (rapid multi-topic) **WHEN TO USE:** - Need multi-perspective analysis on related topics - Researching a domain from multiple angles - Validating understanding across different aspects - Comparing approaches/technologies side-by-side **EACH QUESTION SHOULD INCLUDE:** - Topic & context (what decision it informs) - Your current understanding (to fill gaps) - Specific sub-questions (2-5 per topic) **USE:** Maximize question count for comprehensive coverage. All questions run in parallel. Group related questions for coherent research. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the full burden. It explains parallel execution, token distribution (32,000 total), and mandatory file attachments for code questions. However, it does not explicitly state failure modes (e.g., token overrun) or output format, leaving minor gaps.
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 description is long but well-organized with headings, bullet points, examples, and pro tips. It front-loads key information (parallelism, recommended count) and uses markdown for clarity. Some redundancy (e.g., 'recommended 5+' is repeated) could be trimmed without losing substance.
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?
Given the tool's complexity (batch research, token budget, file attachments) and absence of output schema, the description covers input format, usage constraints, file attachment requirements, and iterative workflow. It includes comprehensive examples and edge cases (e.g., scope expansion triggers).
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 baseline is 3, but the description vastly enriches the single parameter (questions) with a detailed structured template, examples, file attachment guidance, and token allocation details. This goes well beyond the schema's own description.
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?
The description clearly states the tool runs 2-10 questions in parallel for AI-powered research, and distinguishes it from sibling tools (e.g., web_search, search_reddit) by focusing on multi-perspective, batch research with a shared token budget.
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?
The description provides explicit when-to-use scenarios (multi-perspective analysis, domain research from multiple angles) and includes a suggested workflow with sequentialthinking. It also gives concrete examples and recommends 5-10 questions to maximize capacity.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
get_reddit_postA
🔥 FETCH REDDIT POSTS - 2-50 URLs, RECOMMENDED 10-20+
This tool fetches Reddit posts with smart comment allocation. Using 2-5 posts = missing community consensus. Use 10-20+ for broad perspective.
Comment Budget: 1,000 total comments distributed automatically across posts.
2 posts: ~500 comments/post (deep dive)
10 posts: ~100 comments/post (balanced)
20 posts: ~50 comments/post (RECOMMENDED: broad)
50 posts: ~20 comments/post (max coverage)
Comment allocation is AUTOMATIC - you don't need to calculate!
When to use different post counts:
2-5 posts: Deep dive on specific discussions
Use when: You found THE perfect thread and want all comments
Trade-off: Deep but narrow perspective
10-15 posts: Balanced depth + breadth (GOOD)
Use when: Want good comment depth across multiple discussions
Trade-off: Good balance of depth and coverage
20-30 posts: Broad community perspective (RECOMMENDED)
Use when: Want to see consensus across many discussions
Trade-off: Less comments per post but more diverse opinions
40-50 posts: Maximum coverage
Use when: Researching controversial topic, need all perspectives
Trade-off: Fewer comments per post but comprehensive coverage
Example:
❌ BAD: {"urls": ["single_url"]} → 1 perspective, could be biased/outdated
✅ GOOD: {"urls": [20 URLs from diverse subreddits: programming, webdev, node, golang, devops, etc.]} → comprehensive community perspective
Pro Tips:
Use 10-20+ posts - More posts = broader community perspective
Mix subreddits - Different communities have different expertise and perspectives
Include various discussion types - Best practices, comparisons, problems, solutions
Let comment allocation auto-adjust - Don't override max_comments unless needed
Use after search_reddit - Get URLs from search, then fetch full content here
CRITICAL: Comments often contain the BEST insights, solutions, and real-world experiences. Always set fetch_comments=true unless you only need post titles.
Workflow: search_reddit (find posts) → get_reddit_post (fetch full content + comments)
| Name | Required | Description | Default |
|---|---|---|---|
| urls | Yes | **2-50 Reddit post URLs** (Minimum 2, recommended 10-20) More posts = broader community perspective and better consensus detection. Get URLs from search_reddit results, then fetch full content here. | |
| use_llm | No | **Enable AI-powered content extraction (RECOMMENDED: true)** When enabled, processes Reddit content through LLM to: - Extract key insights and community consensus - Synthesize opinions across multiple posts - Identify common recommendations and debates - Filter noise and surface actionable information Cost: pennies (~$0.01 per batch) Requires: OPENROUTER_API_KEY environment variable | |
| max_comments | No | **Override automatic comment allocation** Leave empty for smart allocation based on post count: - 2 posts: ~500 comments/post - 10 posts: ~100 comments/post - 20 posts: ~50 comments/post Only override if you need specific comment depth. | |
| fetch_comments | No | **Fetch comments from posts (RECOMMENDED: true)** Comments often contain the BEST insights, solutions, and real-world experiences. Set to true (default): Get post + comments Set to false: Get post content only (faster but misses insights) | |
| what_to_extract | No | **Extraction instructions for AI (used when use_llm=true)** Tell the AI what specific information to extract: - "Extract recommendations for [topic] with pros/cons" - "Summarize common issues and solutions mentioned" - "Identify consensus on [specific question]" If not provided, defaults to general insight extraction. More specific instructions = better extraction quality! |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description discloses the comment budget (1000 total), automatic allocation formula, and effects of parameters like max_comments and use_llm. It mentions cost and requirement for use_llm and recommends fetch_comments=true. However, it does not address rate limits, error handling, authentication, or how input validation works (e.g., invalid URLs). Since no annotations exist, the description carries the burden, but it is still largely transparent.
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 description is structured with bold headings, bullet points, and an example section, making it scannable. However, it is quite long (multiple paragraphs, pro tips, trade-off tables). While every sentence adds value, the overall length could be trimmed for conciseness without losing essential information.
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?
Given the 5 parameters and no output schema, the description thoroughly explains input behavior and workflow. However, it does not describe the output structure or return format (e.g., what fields the response contains). An agent would need to infer or assume the output shape. This is a notable gap, especially with no output schema provided.
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 description coverage is 100%. The description adds value beyond the schema by explaining the automatic calculation for max_comments, cost and environment variable for use_llm, and extraction instructions for what_to_extract. It also provides examples for what_to_extract and pro tips for fetch_comments. This enriches the agent's understanding without redundancy.
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?
The description clearly states it fetches Reddit posts with smart comment allocation, specifying the resource (Reddit posts) and action (fetch). It distinguishes itself from sibling tools like search_reddit, which finds posts, and deep_research, web_search, scrape_links, which serve different purposes.
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?
The description provides explicit guidance on when to use different post counts (2-5 for deep dive, 10-15 balanced, 20-30 recommended, 40-50 controversial), trade-offs, and workflow linking to search_reddit. It also gives a concrete example of a bad vs good URL array, and pro tips for subreddit mixing.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
scrape_linksA
🔥 WEB SCRAPING - 1-50 URLs, RECOMMENDED 3-5. ALWAYS use_llm=true
This tool has TWO modes:
Basic scraping (use_llm=false) - Gets raw HTML/text - messy, requires manual parsing
AI-powered extraction (use_llm=true) - Intelligently extracts what you need ⭐ USE THIS!
⚡ ALWAYS SET use_llm=true FOR INTELLIGENT EXTRACTION ⚡
Why use AI extraction (use_llm=true):
Filters out navigation, ads, footers automatically
Extracts ONLY what you specify in what_to_extract
Handles complex page structures intelligently
Returns clean, structured content ready to use
Saves hours of manual HTML parsing
Cost: pennies (~$0.01 per 10 pages)
Token Budget: 32,000 tokens distributed across URLs.
3 URLs: ~10,666 tokens each (deep extraction)
5 URLs: ~6,400 tokens each (RECOMMENDED: balanced)
10 URLs: ~3,200 tokens each (detailed)
50 URLs: ~640 tokens each (quick scan)
Extraction Prompt Formula:
Extract [target1] | [target2] | [target3] | [target4] | [target5]
with focus on [aspect1], [aspect2], [aspect3]Extraction Rules:
Use pipe
|to separate extraction targetsMinimum 3 targets required
Be SPECIFIC about what you want ("pricing tiers" not "pricing")
Include "with focus on" to prioritize certain aspects
More targets = more comprehensive extraction
Aim for 5-10 extraction targets
Extraction Templates by Domain:
Product Research:
Extract pricing details | feature comparisons | user reviews | technical specifications |
integration options | support channels | deployment models | security features
with focus on enterprise capabilities, pricing transparency, and integration complexityTechnical Documentation:
Extract API endpoints | authentication methods | rate limits | error codes |
request examples | response schemas | SDK availability | webhook support
with focus on authentication flow, rate limiting policies, and error handling patternsCompetitive Analysis:
Extract product features | pricing models | target customers | unique selling points |
technology stack | customer testimonials | case studies | market positioning
with focus on differentiators, pricing strategy, and customer satisfactionExample:
❌ BAD: {"urls": ["url"], "use_llm": false, "what_to_extract": "get pricing"} → raw HTML, vague prompt, 1 target, no focus areas
✅ GOOD: {"urls": [5 URLs], "use_llm": true, "what_to_extract": "Extract pricing tiers | plan features | API rate limits | enterprise options | integration capabilities | user testimonials with focus on enterprise features, API limitations, and real-world performance data"} → clean structured extraction
Pro Tips:
ALWAYS use use_llm=true - The AI extraction is the tool's superpower
Use 3-10 URLs - Balance between depth and breadth
Specify 5-10 extraction targets - More targets = more comprehensive
Use pipe
|separators - Clearly separate each targetAdd focus areas - "with focus on X, Y, Z" for prioritization
Be specific - "pricing tiers" not "pricing", "API rate limits" not "API info"
Cover multiple aspects - Features, pricing, technical, social proof
Automatic Fallback: Basic → JavaScript rendering → JavaScript + US geo-targeting Batching: Max 30 concurrent requests (50 URLs = [30] then [20] batches)
REMEMBER: AI extraction costs pennies but saves hours of manual parsing!
| Name | Required | Description | Default |
|---|---|---|---|
| urls | Yes | URLs to scrape (1-50). Recommend 3-5 URLs for balanced depth/breadth. More URLs = broader coverage but fewer tokens per URL. 3 URLs: ~10K tokens each (deep); 10 URLs: ~3K tokens each (balanced); 50 URLs: ~640 tokens each (scan). | |
| timeout | No | Timeout in seconds for each URL | |
| use_llm | No | Enable AI processing for content extraction (requires OPENROUTER_API_KEY) | |
| what_to_extract | No | Specific content extraction instructions for AI. Will be enhanced with conciseness suffix automatically. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries full burden. It discloses two operational modes, token budget, cost estimation, automatic fallback process, and batching limit. However, it does not mention error handling or rate limiting behavior.
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 description is long but well-structured with headers, lists, and bold keywords. Front-loaded with essential info. Some repetition of 'ALWAYS use_llm=true' could be trimmed. Overall, every section earns its place.
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?
Given the tool's complexity (two modes, token budget, extraction prompts), the description covers all critical aspects: parameters, usage scenarios, best practices, and fallback. Without an output schema, it could detail return structure more, but the provided information is sufficient for an agent.
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%, baseline 3. Description adds substantial value by explaining the use_llm mode, recommended URL counts, extraction prompt structure, and templates. This goes beyond the schema's description fields.
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?
The description clearly states the tool's purpose: scraping 1-50 URLs with two modes (basic and AI-powered). It distinguishes itself from sibling tools like web_search and deep_research by focusing on extracting content from specific URLs rather than searching or deep research.
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?
Extensive usage guidance is provided: recommendation of 3-5 URLs, token budget breakdown, extraction templates, and examples of good vs bad usage. However, it lacks explicit instructions on when not to use this tool compared to siblings (e.g., when web_search is more appropriate).
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
search_redditA
🔥 REDDIT SEARCH - MINIMUM 10 QUERIES, RECOMMENDED 20+
This tool is designed for consensus analysis through MULTIPLE diverse queries. Using 1-3 queries = wasting the tool's power. You MUST use 10+ queries minimum.
Budget: 10 results per query, all run in parallel.
10 queries = 100 results
20 queries = 200 results (RECOMMENDED)
50 queries = 500 results (comprehensive)
10-Category Query Formula - Each query targets a DIFFERENT angle. NO OVERLAP!
Direct topic: "[topic] [platform]" Example: "YouTube Music Mac app"
Recommendations: "best/recommended [topic]" Example: "best YouTube Music client Mac"
Specific tools: Project names, GitHub repos Example: "YTMDesktop", "th-ch youtube-music"
Comparisons: "[A] vs [B]" Example: "YouTube Music vs Spotify Mac desktop"
Alternatives: "[topic] alternative/replacement" Example: "YouTube Music Mac alternative"
Subreddits: "r/[subreddit] [topic]" - different communities have different perspectives Example: "r/macapps YouTube Music", "r/opensource YouTube Music"
Problems/Issues: "[topic] issues/crashes/problems" Example: "YouTube Music Mac crashes", "YTM desktop performance problems"
Year-specific: Add "2024" or "2025" for recent discussions Example: "best YouTube Music Mac 2024"
Features: "[topic] [specific feature]" Example: "YouTube Music offline Mac", "YTM lyrics desktop"
Developer/GitHub: "[topic] GitHub/open source/electron" Example: "youtube-music electron GitHub", "YTM desktop open source"
Search Operators:
intitle:- Search in post titles only"exact phrase"- Match exact phraseOR- Match either term-exclude- Exclude termAll queries auto-add
site:reddit.com
Example showing all 10 categories:
❌ BAD: {"queries": ["best YouTube Music app"]} → 1 vague query, misses 90% of consensus
✅ GOOD: {"queries": ["YouTube Music Mac app", "best YTM client Mac", "YTMDesktop Mac", "YouTube Music vs Spotify Mac", "YouTube Music Mac alternative", "r/macapps YouTube Music", "YTM Mac crashes", "YouTube Music Mac 2024", "YTM offline Mac", "youtube-music GitHub", ...expand to 20 queries]} → comprehensive multi-angle coverage
Pro Tips:
Use ALL 10 categories - Each reveals different community perspectives
Target specific subreddits - Different communities have different expertise
Include year numbers - "2024", "2025" filters for recent discussions
Add comparison keywords - "vs", "versus" find decision threads
Include problem keywords - "issue", "bug", "crash" find real experiences
Vary phrasing - "best", "top", "recommended" capture different discussions
Use technical terms - "electron", "GitHub", "API" find developer perspectives
NO DUPLICATES - Each query must target a unique angle
Workflow: search_reddit → sequentialthinking (evaluate results) → get_reddit_post OR search again → sequentialthinking → synthesize
REMEMBER: More queries = better consensus detection = higher quality results!
| Name | Required | Description | Default |
|---|---|---|---|
| queries | Yes | **10-50 diverse queries** (Minimum 10 required, 20-30 recommended) Each query MUST target a different angle using the 10-category formula. No duplicates, no overlap - maximize diversity for comprehensive consensus. **Quick Checklist:** ✓ Direct topic queries ✓ Recommendation queries ("best", "recommended") ✓ Specific tool/project names ✓ Comparisons ("vs", "versus") ✓ Subreddit targeting ("r/...") ✓ Year-specific (2024, 2025) ✓ Problem keywords (issue, bug, crash) ✓ Feature keywords ✓ Developer angle (GitHub, open source) | |
| date_after | No | Filter results after date (YYYY-MM-DD). Example: '2024-01-01' |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries full burden. It discloses that queries run in parallel, results are capped at 10 per query, and all queries auto-add 'site:reddit.com'. It also describes the search operators and pro tips. However, it does not mention rate limits, authentication requirements, or response structure. Given the absence of annotations, it provides moderate transparency but could be more explicit about non-mutating behavior.
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 description is excessively long (over 500 words) with repeated emphasis on '10+ queries' and multiple examples. While well-structured with headings and bullet points, it could be significantly trimmed without losing essential guidance. The pro tips and workflow section, though helpful, contribute to verbosity. A more concise version would retain all critical information.
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?
Given the tool's complexity (multi-query, parallel execution) and the absence of an output schema, the description should explain return format, pagination, and how to access full post content. It mentions 'results' and budget (10 per query) but omits details on result structure, potential errors, or empty results. The workflow hints at get_reddit_post for details, partially compensating. Overall, it is adequate but not fully complete.
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% with a detailed description for 'queries' including min/max items and a checklist. The tool description adds substantial value by introducing the 10-category query formula, examples, and the concept of consensus analysis. This goes far beyond the schema's static description. The second parameter 'date_after' is simple but adequately described.
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?
The description clearly identifies the tool as a Reddit search for consensus analysis, with a specific verb ('search') and resource ('Reddit'). It distinguishes from siblings like 'web_search' (general web) and 'get_reddit_post' (single post retrieval) by emphasizing multi-query diversity and consensus detection. The title and description together make the purpose unmistakable.
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?
The description provides explicit usage context: it is intended for multi-angle consensus analysis with a minimum of 10 queries. It includes a workflow (search_reddit → sequentialthinking → get_reddit_post or search again) and contrasts with alternatives (e.g., deep_research). However, it does not explicitly state when not to use the tool (e.g., for a single simple query), but the strong emphasis on 10+ queries implies it.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
web_searchA
🔥 WEB SEARCH - MINIMUM 3 KEYWORDS, RECOMMENDED 5-7
This tool searches up to 100 keywords IN PARALLEL via Google. Using 1-2 keywords = wasting the tool's parallel search power!
Results Budget: 10 results per keyword, all searches run in parallel.
3 keywords = 30 results (minimum)
7 keywords = 70 results (RECOMMENDED)
100 keywords = 1000 results (comprehensive)
7-Perspective Keyword Formula - Each keyword targets a DIFFERENT angle:
Direct/Broad: "[topic]" Example: "React state management"
Specific/Technical: "[topic] [technical term]" Example: "React useReducer vs Redux"
Problem-Focused: "[topic] issues/debugging/problems" Example: "React state management performance issues"
Best Practices: "[topic] best practices [year]" Example: "React state management best practices 2024"
Comparison: "[A] vs [B]" Example: "React state management libraries comparison"
Tutorial/Guide: "[topic] tutorial/guide" Example: "React state management tutorial"
Advanced: "[topic] patterns/architecture large applications" Example: "React state management patterns large applications"
Search Operators with Examples:
site:domain.com- Search within specific site Example:"React hooks" site:github.com→ React hooks repos on GitHub"exact phrase"- Match exact phrase Example:"Docker OOM" site:stackoverflow.com→ exact error discussions-exclude- Exclude term from results Example:React state management -Redux→ find alternatives to Reduxfiletype:pdf- Find specific file types Example:React tutorial filetype:pdf→ downloadable guidesOR- Match either term Example:React OR Vue state management→ compare frameworks
Keyword Patterns by Use Case:
Technology Research:
["PostgreSQL vs MySQL performance 2024", "PostgreSQL best practices production", "\"PostgreSQL\" site:github.com stars:>1000", "PostgreSQL connection pooling", "PostgreSQL vs MongoDB use cases"]
Problem Solving:
["Docker container memory leak debugging", "Docker memory limit not working", "\"Docker OOM\" site:stackoverflow.com", "Docker memory optimization best practices"]
Comparison Research:
["Next.js vs Remix performance", "Next.js 14 vs Remix 2024", "\"Next.js\" OR \"Remix\" benchmarks", "Next.js vs Remix developer experience"]
Example:
❌ BAD: {"keywords": ["React"]} → 1 vague keyword, no operators, no diversity
✅ GOOD: {"keywords": ["React state management best practices", "React useReducer vs Redux 2024", "React Context API performance", "Zustand React state library", "\"React state\" site:github.com", "React state management large applications", "React global state alternatives -Redux"]} → 7 diverse angles with operators
Pro Tips:
Use 5-7 keywords minimum - Each reveals different perspective
Add year numbers - "2024", "2025" for recent content
Use search operators - site:, "exact", -exclude, filetype:
Vary specificity - Mix broad + specific keywords
Include comparisons - "vs", "versus", "compared to", "OR"
Target sources - site:github.com, site:stackoverflow.com
Add context - "best practices", "tutorial", "production", "performance"
Think parallel - Each keyword searches independently
Workflow: web_search → sequentialthinking (evaluate which URLs look promising) → scrape_links (MUST scrape promising URLs - that's where real content is!) → sequentialthinking (evaluate scraped content) → OPTIONAL: web_search again if gaps found → synthesize
Why this workflow works:
Search results reveal new keywords you didn't think of
Scraped content shows what's actually useful vs what looked good
Thinking between tool calls prevents tunnel vision
Iterative refinement = comprehensive coverage
CRITICAL:
ALWAYS scrape after web_search - that's where the real content is!
ALWAYS think between tool calls - evaluate and refine!
DON'T stop after one search - iterate based on learnings!
FOLLOW-UP: Use scrape_links to extract full content from promising URLs!
| Name | Required | Description | Default |
|---|---|---|---|
| keywords | Yes | Array of search keywords (MINIMUM 3, RECOMMENDED 5-7, MAX 100). Each keyword runs as a separate Google search in parallel. Use diverse keywords covering different angles for comprehensive results. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries full burden. It discloses parallel execution, results budget (10 per keyword), critical workflow step (must scrape after search), and that search results are not full content. It does not mention rate limits or authentication, but given the read-only nature, this is adequate.
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 description is well-structured with headings, emojis, and examples, but it is overly verbose. Key points like minimum keywords are repeated multiple times. While front-loaded, the length could be reduced without losing value.
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?
Given one parameter with full schema coverage and no output schema, the description compensates by explaining the workflow and the need to scrape for full content. It implies the output is a list of results with URLs, but does not formally describe the response structure. This is adequate for practical use.
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?
The schema describes the 'keywords' parameter with min and max ranges. The description adds substantial value: minimum 3 keywords, recommended 5-7, 7-perspective formula, search operators, and use-case-specific patterns. This far exceeds the schema's description.
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?
The description clearly states the tool's purpose: 'searches up to 100 keywords IN PARALLEL via Google'. It provides specific verb (search), resource (Google), and scope (parallel keywords). The extensive examples further clarify its function.
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?
The description provides detailed usage guidelines, including minimum keywords, keyword formulas, and search operators. However, it lacks explicit guidance on when to use this tool versus sibling tools like deep_research or search_reddit, which is a gap in tool selection advice.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
Each tool has a distinctly described purpose: deep_research for AI-powered parallel research, search_reddit for Reddit search, get_reddit_post for fetching posts, scrape_links for web scraping, and web_search for Google searches. The overlapping domains (e.g., both web_search and deep_research involve searching) are well-differentiated by their approaches and use cases.
Tool names use snake_case but follow inconsistent patterns: deep_research (adjective_noun) vs. get_reddit_post, scrape_links, search_reddit (verb_noun) vs. web_search (noun_verb). The mix of verb positions and adjective usage makes naming less predictable.
Five tools cover the major research modalities (AI research, web search, Reddit search and fetch, web scraping) without redundancy. The count is well-scoped for a research-focused server, neither too few nor too many.
The tool set provides a solid foundation for research: searching, scraping, and deep investigation. Minor gaps exist, such as a dedicated tool for synthesizing or storing results, but agents can use sequential thinking to compensate. Core workflows are covered.
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Web search, fetch, extract, and research for AI agents. Markdown output + AI-synthesized answers.
Web research for agents: quality-scored Google search, webpage extraction, and deep research.
Agent-native search engine with live web research optimized for AI agents.
Search Google straight from your AI agent. Web results, images, videos, news, products, scholarly ar
Appeared in Searches
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/yigitkonur/research-powerpack-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server