Tavily MCP Server
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., "@Tavily MCP Serversearch for latest AI developments in autonomous vehicles"
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.
Tavily MCP Server 🚀
🔌 Compatible with Cline, Cursor, Claude Desktop, and any other MCP Clients!
Tavily MCP is also compatible with any MCP client
📚 tutorial on combining Tavily MCP with Neo4j MCP server!
📚 tutorial Integrating Tavily MCP with Cline in VS Code ( Demo + Example Use-Cases)

The Model Context Protocol (MCP) is an open standard that enables AI systems to interact seamlessly with various data sources and tools, facilitating secure, two-way connections.
Developed by Anthropic, the Model Context Protocol (MCP) enables AI assistants like Claude to seamlessly integrate with Tavily's advanced search and data extraction capabilities. This integration provides AI models with real-time access to web information, complete with sophisticated filtering options and domain-specific search features.
The Tavily MCP server provides:
Seamless interaction with the tavily-search and tavily-extract tools
Real-time web search capabilities through the tavily-search tool
Intelligent data extraction from web pages via the tavily-extract tool
Prerequisites 🔧
Before you begin, ensure you have:
If you don't have a Tavily API key, you can sign up for a free account here
Node.js (v20 or higher)
You can verify your Node.js installation by running:
node --version
Git installed (only needed if using Git installation method)
On macOS:
brew install gitOn Linux:
Debian/Ubuntu:
sudo apt install gitRedHat/CentOS:
sudo yum install git
On Windows: Download Git for Windows
Related MCP server: Tavily MCP Server
Tavily MCP server installation ⚡
Running with NPX
npx -y tavily-mcp@0.1.4 Installing via Smithery
To install Tavily MCP Server for Claude Desktop automatically via Smithery:
npx -y @smithery/cli install @tavily-ai/tavily-mcp --client claudeAlthough you can launch a server on its own, it's not particularly helpful in isolation. Instead, you should integrate it into an MCP client. Below is an example of how to configure the Claude Desktop app to work with the tavily-mcp server.
Configuring MCP Clients ⚙️
This repository will explain how to configure both Cursor and Claude Desktop to work with the tavily-mcp server.
Configuring Cline 🤖
The easiest way to set up the Tavily MCP server in Cline is through the marketplace with a single click:
Open Cline in VS Code
Click on the Cline icon in the sidebar
Navigate to the "MCP Servers" tab ( 4 squares )
Search "Tavily" and click "install"
When prompted, enter your Tavily API key
Alternatively, you can manually set up the Tavily MCP server in Cline:
Open the Cline MCP settings file:
For macOS:
# Using Visual Studio Code code ~/Library/Application\ Support/Code/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.json # Or using TextEdit open -e ~/Library/Application\ Support/Code/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.jsonFor Windows:
code %APPDATA%\Code\User\globalStorage\saoudrizwan.claude-dev\settings\cline_mcp_settings.jsonAdd the Tavily server configuration to the file:
Replace
your-api-key-herewith your actual Tavily API key.{ "mcpServers": { "tavily-mcp": { "command": "npx", "args": ["-y", "tavily-mcp@0.1.4"], "env": { "TAVILY_API_KEY": "your-api-key-here" }, "disabled": false, "autoApprove": [] } } }Save the file and restart Cline if it's already running.
When using Cline, you'll now have access to the Tavily MCP tools. You can ask Cline to use the tavily-search and tavily-extract tools directly in your conversations.
Configuring Cursor 🖥️
Note: Requires Cursor version 0.45.6 or higher
To set up the Tavily MCP server in Cursor:
Open Cursor Settings
Navigate to Features > MCP Servers
Click on the "+ Add New MCP Server" button
Fill out the following information:
Name: Enter a nickname for the server (e.g., "tavily-mcp")
Type: Select "command" as the type
Command: Enter the command to run the server:
env TAVILY_API_KEY=your-api-key npx -y tavily-mcp@0.1.4Important: Replace
your-api-keywith your Tavily API key. You can get one at app.tavily.com/home
After adding the server, it should appear in the list of MCP servers. You may need to manually press the refresh button in the top right corner of the MCP server to populate the tool list.
The Composer Agent will automatically use the Tavily MCP tools when relevant to your queries. It is better to explicitly request to use the tools by describing what you want to do (e.g., "User tavily-search to search the web for the latest news on AI"). On mac press command + L to open the chat, select the composer option at the top of the screen, beside the submit button select agent and submit the query when ready.

Configuring the Claude Desktop app 🖥️
For macOS:
# Create the config file if it doesn't exist
touch "$HOME/Library/Application Support/Claude/claude_desktop_config.json"
# Opens the config file in TextEdit
open -e "$HOME/Library/Application Support/Claude/claude_desktop_config.json"
# Alternative method using Visual Studio Code (requires VS Code to be installed)
code "$HOME/Library/Application Support/Claude/claude_desktop_config.json"For Windows:
code %APPDATA%\Claude\claude_desktop_config.jsonAdd the Tavily server configuration:
Replace your-api-key-here with your actual Tavily API key.
{
"mcpServers": {
"tavily-mcp": {
"command": "npx",
"args": ["-y", "tavily-mcp@0.1.2"],
"env": {
"TAVILY_API_KEY": "your-api-key-here"
}
}
}
}2. Git Installation
Clone the repository:
git clone https://github.com/tavily-ai/tavily-mcp.git
cd tavily-mcpInstall dependencies:
npm installBuild the project:
npm run buildConfiguring the Claude Desktop app ⚙️
Follow the configuration steps outlined in the Configuring the Claude Desktop app section above, using the below JSON configuration.
Replace your-api-key-here with your actual Tavily API key and /path/to/tavily-mcp with the actual path where you cloned the repository on your system.
{
"mcpServers": {
"tavily": {
"command": "npx",
"args": ["/path/to/tavily-mcp/build/index.js"],
"env": {
"TAVILY_API_KEY": "your-api-key-here"
}
}
}
}Usage in Claude Desktop App 🎯
Once the installation is complete, and the Claude desktop app is configured, you must completely close and re-open the Claude desktop app to see the tavily-mcp server. You should see a hammer icon in the bottom left of the app, indicating available MCP tools, you can click on the hammer icon to see more detial on the tavily-search and tavily-extract tools.

Now claude will have complete access to the tavily-mcp server, including the tavily-search and tavily-extract tools. If you insert the below examples into the Claude desktop app, you should see the tavily-mcp server tools in action.
Tavily Search Examples
General Web Search:
Can you search for recent developments in quantum computing?News Search:
Search for news articles about AI startups from the last 7 days.Domain-Specific Search:
Search for climate change research on nature.com and sciencedirect.comTavily Extract Examples
Extract Article Content:
Extract the main content from this article: https://example.com/article✨ Combine Search and Extract ✨
You can also combine the tavily-search and tavily-extract tools to perform more complex tasks.
Search for news articles about AI startups from the last 7 days and extract the main content from each article to generate a detailed report.Troubleshooting 🛠️
Common Issues
Server Not Found
Verify the npm installation by running
npm --verisonCheck Claude Desktop configuration syntax by running
code ~/Library/Application\ Support/Claude/claude_desktop_config.jsonEnsure Node.js is properly installed by running
node --version
NPX related issues
If you encounter errors related to
npx, you may need to use the full path to the npx executable instead.You can find this path by running
which npxin your terminal, then replace the"command": "npx"line with"command": "/full/path/to/npx"in your configuration.
API Key Issues
Confirm your Tavily API key is valid
Check the API key is correctly set in the config
Verify no spaces or quotes around the API key
Acknowledgments ✨
Model Context Protocol for the MCP specification
Anthropic for Claude Desktop
Available Tools
2 toolstavily-extractB
A powerful web content extraction tool that retrieves and processes raw content from specified URLs, ideal for data collection, content analysis, and research tasks.
| Name | Required | Description | Default |
|---|---|---|---|
| urls | Yes | List of URLs to extract content from | |
| extract_depth | No | Depth of extraction - 'basic' or 'advanced', if usrls are linkedin use 'advanced' or if explicitly told to use advanced | basic |
| include_images | No | Include a list of images extracted from the urls in the response |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden of behavioral disclosure. It mentions that the tool 'retrieves and processes raw content,' which implies read-only behavior, but does not specify rate limits, authentication needs, error handling, or what 'processes' entails (e.g., formatting, filtering). For a tool with no annotations, this leaves significant gaps in understanding its operational traits.
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 concise and front-loaded, stating the core purpose in the first clause. It uses two sentences efficiently to cover functionality and ideal use cases without unnecessary details. However, it could be slightly more structured by explicitly separating purpose from guidelines, but overall it's well-sized and avoids waste.
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 has no annotations, no output schema, and 3 parameters, the description is incomplete. It lacks details on behavioral aspects (e.g., rate limits, errors), output format, and deeper usage contexts. For a tool that extracts web content, which can involve complexities like handling dynamic pages or authentication, the description does not provide enough information for an agent to use it effectively without additional context.
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%, so the schema already documents all parameters thoroughly. The description does not add any additional meaning or context beyond what the schema provides (e.g., it doesn't explain the implications of 'basic' vs 'advanced' extraction or when to include images). With high schema coverage, the baseline score of 3 is appropriate as the description doesn't compensate but doesn't detract either.
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: 'retrieves and processes raw content from specified URLs' with specific verbs and resources. It distinguishes from the sibling 'tavily-search' by focusing on extraction rather than search, though the distinction could be more explicit. The description is not tautological and provides meaningful context about use cases.
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 implies usage through phrases like 'ideal for data collection, content analysis, and research tasks,' which suggests when to use it. However, it lacks explicit guidance on when to choose this tool over 'tavily-search' or any alternatives, and does not mention exclusions or prerequisites. The guidance is present but not comprehensive.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
tavily-searchA
A powerful web search tool that provides comprehensive, real-time results using Tavily's AI search engine. Returns relevant web content with customizable parameters for result count, content type, and domain filtering. Ideal for gathering current information, news, and detailed web content analysis.
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | Search query | |
| search_depth | No | The depth of the search. It can be 'basic' or 'advanced' | basic |
| topic | No | The category of the search. This will determine which of our agents will be used for the search | general |
| days | No | The number of days back from the current date to include in the search results. This specifies the time frame of data to be retrieved. Please note that this feature is only available when using the 'news' search topic | |
| time_range | No | The time range back from the current date to include in the search results. This feature is available for both 'general' and 'news' search topics | |
| max_results | No | The maximum number of search results to return | |
| include_images | No | Include a list of query-related images in the response | |
| include_image_descriptions | No | Include a list of query-related images and their descriptions in the response | |
| include_raw_content | No | Include the cleaned and parsed HTML content of each search result | |
| include_domains | No | A list of domains to specifically include in the search results, if the user asks to search on specific sites set this to the domain of the site | |
| exclude_domains | No | List of domains to specifically exclude, if the user asks to exclude a domain set this to the domain of the site |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries the full burden of behavioral disclosure. It mentions 'real-time results' and 'customizable parameters,' which adds useful context about timeliness and flexibility. However, it does not disclose critical behavioral traits such as rate limits, authentication requirements, error handling, or pagination behavior. The description is not misleading but lacks depth for a tool with 11 parameters and no output schema.
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 appropriately sized and front-loaded, with three sentences that each earn their place. The first sentence states the core purpose, the second explains capabilities and parameters, and the third provides usage context. There is zero waste, and the structure efficiently conveys essential information without redundancy or fluff.
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 (11 parameters, no annotations, no output schema), the description is adequate but has clear gaps. It covers purpose and high-level usage but lacks details on behavioral traits like rate limits or error handling. Without an output schema, the description does not explain return values, which is a significant omission for a search tool. It is complete enough for basic understanding but insufficient for full operational clarity.
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%, so the schema already documents all parameters thoroughly. The description adds minimal value beyond the schema by mentioning 'customizable parameters for result count, content type, and domain filtering,' but does not provide additional syntax, format details, or usage examples. This meets the baseline of 3 when the schema does the heavy lifting, but the description could have enhanced understanding of parameter interactions.
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: 'A powerful web search tool that provides comprehensive, real-time results using Tavily's AI search engine.' It specifies the verb ('search'), resource ('web content'), and distinguishes from its sibling 'tavily-extract' by focusing on search rather than extraction. The description explicitly mentions what it returns ('relevant web content') and its primary use case ('gathering current information, news, and detailed web content analysis').
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 clear context for when to use this tool: 'Ideal for gathering current information, news, and detailed web content analysis.' It implies usage scenarios but does not explicitly state when not to use it or name alternatives. While it distinguishes from 'tavily-extract' by context (search vs. extraction), it lacks explicit guidance on choosing between them or other potential search alternatives.
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
tavily-extract - First observed
tavily-search
TDQS
The two tools have clearly distinct purposes: tavily-extract is for extracting content from specific URLs, while tavily-search is for performing web searches with customizable parameters. There is no overlap or ambiguity, making it easy for an agent to select the appropriate tool based on the task.
Both tools follow a consistent naming pattern with the prefix 'tavily-' followed by a descriptive action (extract, search). This uniformity makes the tool set predictable and easy to understand, with no deviations in style or convention.
With only two tools, the server feels under-scoped for a web content and search domain. While the tools cover extraction and search, the lack of additional operations (e.g., summarization, filtering, or advanced analysis) limits functionality and may require agents to work around gaps, making the set feel incomplete for broader use cases.
The tools cover basic web content retrieval (extract and search), but there are notable gaps in the surface. For example, there are no tools for processing or analyzing the extracted content (e.g., summarization, translation, or sentiment analysis), which could hinder agents in performing comprehensive tasks beyond raw data collection.
Maintenance
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
Give AI assistants access to real-time data. Search the web, compare flights, find hotels, and more.
The best web search for your AI Agent
LLM-ready web search + instant answers + URL-to-clean-text fetch for agents and RAG.
Agent-native search engine with live web research optimized for AI agents.
Related MCP Servers
- AlicenseNot gradedqualityFmaintenanceProvides AI-powered web search capabilities using Tavily's search API, enabling LLMs to perform sophisticated web searches, get direct answers to questions, and search recent news articles.72MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to perform up-to-date web searches through the Tavily API, providing comprehensive search results with AI-generated summaries.7MIT
- AlicenseNot gradedqualityDmaintenanceProvides AI assistants with real-time web search, intelligent data extraction from web pages, website mapping, and web crawling capabilities through Tavily's API. Enables comprehensive web research and content analysis through natural language interactions.20,899MIT
- AlicenseAqualityCmaintenanceProvides AI assistants with real-time web search capabilities, intelligent data extraction from web pages, website mapping, and web crawling through Tavily's API.420,899MIT
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/Rz017/tavily-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server