ThinkingCap
Provides web search capabilities for agents to gather current information during research queries without requiring an API key.
Enables parallel execution of Google's Gemini models as research agents for multi-perspective analysis and synthesis of responses.
Enables parallel execution of OpenAI's GPT models as research agents for multi-perspective analysis and synthesis of responses.
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., "@ThinkingCapcompare the latest AI safety approaches from OpenAI, Anthropic, and Google"
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.
π§ ThinkingCap
A multi-agent research MCP server that runs multiple LLM providers in parallel and synthesizes their responses. Built on the Model Context Protocol for seamless integration with Claude Desktop, Cursor, and other MCP-compatible tools.
π Features
π Multi-Agent Research: Deploy multiple AI agents simultaneously for comprehensive analysis
π― Multi-Provider Support: OpenAI, Anthropic, xAI, Google, OpenRouter, Groq, Cerebras
β‘ Parallel Execution: All agents run concurrently for maximum speed
π Intelligent Synthesis: Combines multiple perspectives into unified, comprehensive answers
π Built-in Web Search: DuckDuckGo search integration (no API key required)
π MCP Native: Works with any MCP-compatible client via
npx
π Quick Start
Installation
No installation required! Just add to your MCP client configuration.
Configuration
Add the following to your MCP client configuration (e.g., ~/.cursor/mcp.json):
{
"mcpServers": {
"thinkingcap": {
"command": "npx",
"args": [
"-y",
"thinkingcap",
"openrouter:moonshotai/kimi-k2-thinking",
"groq:moonshotai/kimi-k2-instruct-0905",
"cerebras:zai-glm-4.6",
"xai:grok-4-fast"
]
}
}
}Customizing Agents
You can specify any combination of providers and models as arguments:
"args": [
"-y",
"thinkingcap",
"anthropic:claude-sonnet-4-20250514",
"openai:gpt-4o",
"google:gemini-2.0-flash"
]π Supported Providers
Provider | Env Variable | Default Model | Example |
|
| gpt-5.1 |
|
|
| moonshotai/kimi-k2-thinking |
|
|
| moonshotai/kimi-k2-instruct-0905 |
|
|
| zai-glm-4.6 |
|
|
| grok-4-fast |
|
|
| claude-opus-4-5 |
|
|
| gemini-3-pro-preview |
|
π Environment Variables
API keys are read from environment variables. Add them to your ~/.bashrc or ~/.zshrc:
export OPENROUTER_API_KEY="sk-or-..."
export GROQ_API_KEY="gsk_..."
export CEREBRAS_API_KEY="..."
export XAI_API_KEY="..."
# etc.π οΈ How It Works
Query Decomposition: Your research query is broken into multiple specialized questions
Parallel Execution: Each agent (provider/model combo) researches a different angle
Web Search: Each agent performs web searches to gather current information
Synthesis: All agent responses are combined into one comprehensive answer
π₯ OpenRouter Fireworks Routing
When using OpenRouter, requests are automatically routed to Fireworks as the preferred provider with fallbacks enabled for maximum reliability.
π License
MIT License
π Acknowledgments
Built on the Model Context Protocol
Inspired by multi-agent AI research systems
Available Tools
2 toolslist_providersD
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no 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?
Tool has no description.
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?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
researchD
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | The research query or question to investigate | |
| maxSearchResults | No | Maximum web search results per agent |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no 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?
Tool has no description.
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?
Tool has no description.
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. Dates show when Glama detected each change.
2 tool updates
v1.0.0- First observed
list_providers - First observed
research
TDQS
The two tools have distinct names suggesting different purposesβlisting providers versus conducting researchβbut without descriptions, it's unclear if their functions overlap or are complementary. The limited count reduces ambiguity risk, but the lack of detail leaves room for potential confusion.
The tools use snake_case naming, which is consistent, but they follow different patterns: 'list_providers' uses a verb_noun format, while 'research' is a single noun. This mixed convention affects predictability, though it's not chaotic.
With only two tools, the server feels thin and under-scoped for a domain like 'ThinkingCap,' which suggests capabilities beyond basic listing and research. Such a low count limits functionality and may indicate incomplete coverage.
Given the server name 'ThinkingCap,' which implies cognitive or analytical functions, the tool set is severely incomplete. Only listing providers and research are offered, with no descriptions to clarify scope, leaving major gaps in potential operations like analysis, summarization, or querying.
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
Fan out deep research across multiple AI providers, synthesize into one unified report.
Multi-LLM AI Research & Analysis β smart routing, consensus analysis, due diligence reports
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.
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/Infatoshi/thinkingcap'
If you have feedback or need assistance with the MCP directory API, please join our Discord server