Skip to main content
Glama
Rz017

Tavily MCP Server

by Rz017

tavily-search

Perform web searches to gather current information and analyze web content with customizable parameters for result filtering and content types.

Instructions

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.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
queryYesSearch query
search_depthNoThe depth of the search. It can be 'basic' or 'advanced'basic
topicNoThe category of the search. This will determine which of our agents will be used for the searchgeneral
daysNoThe 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_rangeNoThe 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_resultsNoThe maximum number of search results to return
include_imagesNoInclude a list of query-related images in the response
include_image_descriptionsNoInclude a list of query-related images and their descriptions in the response
include_raw_contentNoInclude the cleaned and parsed HTML content of each search result
include_domainsNoA 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_domainsNoList of domains to specifically exclude, if the user asks to exclude a domain set this to the domain of the site

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

A3.9/5.0
Behavior3/5

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 are useful, but doesn't cover important aspects like rate limits, authentication requirements, error conditions, or what the response structure looks like. The description provides basic behavioral context but leaves significant gaps.

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

Conciseness5/5

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

The description is efficiently structured in two sentences that each earn their place. The first sentence establishes the core functionality and key features, while the second sentence provides usage context. There's zero wasted language or redundancy.

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 complex tool with 11 parameters and no output schema, the description provides adequate but incomplete context. It covers the purpose and high-level capabilities well, but given the parameter complexity and absence of annotations, it should do more to explain behavioral aspects like response format, error handling, or performance characteristics.

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?

With 100% schema description coverage, the schema already documents all 11 parameters thoroughly. The description mentions 'customizable parameters for result count, content type, and domain filtering' which aligns with some parameters but doesn't add meaningful semantic context beyond what the schema provides. The baseline score of 3 is appropriate when the schema does the heavy lifting.

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

Purpose5/5

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

The description clearly states the tool performs 'web search' using 'Tavily's AI search engine' and returns 'relevant web content', which is a specific verb+resource combination. It distinguishes from sibling tools by focusing on search rather than crawling, extraction, or mapping operations mentioned in the sibling list.

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

Usage Guidelines4/5

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 ('gathering current information, news, and detailed web content analysis'), but doesn't explicitly state when not to use it or mention alternatives like the sibling tools (tavily-crawl, tavily-extract, tavily-map). The guidance is helpful but lacks explicit exclusion criteria.

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