Skip to main content
Glama
brave

Brave Search MCP Server

Official

brave_llm_context

brave_llm_context

Retrieve relevance-ranked web content, including text chunks, tables, and code blocks, for AI grounding and RAG pipelines. Enables direct reasoning over page substance without manual fetching.

Instructions

Retrieves pre-extracted, relevance-ranked web content using Brave's LLM Context API, optimized for AI agents, LLM grounding, and RAG pipelines. Unlike a traditional web search that returns links and short descriptions, this tool returns the actual substance of matching pages — text chunks, tables, code blocks, and structured data — so the model can reason over it directly.

When to use:
    - Grounding answers in fresh, relevant web content (RAG)
    - Giving an AI agent ready-to-use page content from a single search call
    - Question answering and fact-checking against current sources
    - Gathering source material for research without manually fetching pages
    - When you need the contents of pages, not just titles, descriptions, and URLs

When relaying results in markdown-supporting environments, cite the source URLs from the "sources" map.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
queryYesThe user's search query term. Query can not be empty. Maximum of 400 characters and 50 words in the query.
countryNoThe search query country, where the results come from. The country string is limited to 2 character country codes of supported countries.
search_langNoThe search language preference. The 2 or more character language code for which the search results are provided.
countNoThe maximum number of search results considered to select the LLM context data. The default is 20 and the maximum is 50.
spellcheckNoWhether to enable spellcheck on the query.
maximum_number_of_urlsNoMaximum number of different URLs to include in LLM context.
maximum_number_of_tokensNoApproximate maximum number of tokens to include in context. The default is 8192 and maximum is 32768.
maximum_number_of_snippetsNoMaximum number of different snippets (or chunks of text) to include in LLM context. The default is 50 and maximum is 256.
context_threshold_modeNoThe mode to use to determine the threshold for including content in context. Default is balanced.
maximum_number_of_tokens_per_urlNoMaximum number of tokens to include per URL. The default is 4096 and maximum is 8192.
maximum_number_of_snippets_per_urlNoMaximum number of snippets to include per URL. The default is 50 and maximum is 100.
gogglesNoGoggles act as a custom re-ranking on top of Brave's search index. The parameter supports both a url where the Goggle is hosted or the definition of the Goggle. Multiple goggle URLs and/or definitions can be provided in an array. For more details, refer to the Goggles repository (i.e., https://github.com/brave/goggles-quickstart).
freshnessNoFilters search results by when they were discovered. The following values are supported: 'pd' - Discovered within the last 24 hours. 'pw' - Discovered within the last 7 days. 'pm' - Discovered within the last 31 days. 'py' - Discovered within the last 365 days. 'YYYY-MM-DDtoYYYY-MM-DD' - Timeframe is also supported by specifying the date range e.g. 2022-04-01to2022-07-30.
enable_localNoWhether to enable local recall. Not setting this value means auto-detect and uses local recall if any of the localization headers are provided.
enable_source_metadataNoEnable source metadata enrichment (site_name, favicon) in the sources attribute of the response.
x-loc-latNoThe latitude of the client's geographical location in degrees, to provide relevant local results. The latitude must be greater than or equal to -90.0 degrees and less than or equal to +90.0 degrees.
x-loc-longNoThe longitude of the client's geographical location in degrees, to provide relevant local results. The longitude must be greater than or equal to -180.0 and less than or equal to +180.0 degrees.
x-loc-cityNoThe generic name of the client city
x-loc-stateNoA code which could be up to three characters, that represent the client's state/region. The region is the first-level subdivision (the broadest or least specific) of the ISO 3166-2 code.
x-loc-state-nameNoThe name of the client’s state/region. The region is the first-level subdivision (the broadest or least specific) of the ISO 3166-2 code.
x-loc-countryNoThe two letter country code for the client’s country. For a list of country codes, see ISO 3166-1 alpha-2
x-loc-postal-codeNoThe client’s postal code
api-versionNoThe API version to use. This is denoted by the format YYYY-MM-DD. Default is the latest that is available. Read more about API versioning at https://api-dashboard.search.brave.com/documentation/guides/versioning.
acceptNoThe default supported media type is application/json.
cache-controlNoBrave Search will return cached content by default. To prevent caching set the Cache-Control header to no-cache. This is currently done as best effort.
user-agentNoThe user agent originating the request. Brave search can utilize the user agent to provide a different experience depending on the device as described by the string. The user agent should follow the commonly used browser agent strings on each platform. For more information on curating user agents, see RFC 9110.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
groundingYes
sourcesYesMetadata for each referenced URL, keyed by URL. Known fields include title, hostname, and age; site_name, favicon, and thumbnail are present when enable_source_metadata is true. Unknown fields are preserved as-is.
Behavior4/5

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

The annotations only include openWorldHint: true, which hints at external API calls. The description adds that it returns pre-extracted, relevance-ranked content and notes that it is optimized for AI agents. It does not disclose potential rate limits, costs, or failure modes, but given the minimal annotations, it provides adequate transparency. No contradiction with annotations.

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 concise and well-structured: a clear introductory sentence, a bulleted list of when-to-use scenarios, and a note about citing sources. Every sentence adds value, and the format is easily digestible.

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

Completeness4/5

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

Given the complexity (26 parameters) and the presence of an output schema, the description covers the essential use cases and differentiators. It mentions the 'sources' map for citing URLs. While it could mention response structure or limits more explicitly, it is largely complete for an AI agent to decide when to invoke the tool.

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

Parameters3/5

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

Schema description coverage is 100%, so all 26 parameters have individual descriptions in the schema. The tool description adds context about the overall purpose but does not add new semantic meaning per parameter beyond what the schema already provides. Thus, baseline score of 3 is appropriate.

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 retrieves pre-extracted, relevance-ranked web content via Brave's LLM Context API, optimized for AI agents, LLM grounding, and RAG pipelines. It distinguishes itself from traditional search by emphasizing it returns actual page content, not just links. This provides specific verb+resource and differentiates from sibling tools like brave_web_search.

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

Usage Guidelines5/5

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

The description explicitly lists when to use the tool (e.g., grounding answers, RAG, question answering) and when not to (when only titles/descriptions are needed). It also provides an alternative: traditional web search for mere link lists. This meets the highest standard for usage guidance.

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

Install Server

Other Tools

Latest Blog Posts

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/brave/brave-search-mcp-server'

If you have feedback or need assistance with the MCP directory API, please join our Discord server