Skip to main content
Glama
brave

Brave Search MCP Server

Official
by brave

brave_llm_context

brave_llm_context

Retrieve relevance-ranked web content—text chunks, tables, code blocks—for grounding AI answers, fact-checking, and RAG pipelines.

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
countNoThe maximum number of search results considered to select the LLM context data. The default is 20 and the maximum is 50.
queryYesThe user's search query term. Query can not be empty. Maximum of 400 characters and 50 words in the query.
acceptNoThe default supported media type is application/json.
countryNoThe search query country, where the results come from. The country string is limited to 2 character country codes of supported countries.
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.
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.
spellcheckNoWhether to enable spellcheck on the query.
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.
x-loc-cityNoThe generic name of the client city
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.
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.
search_langNoThe search language preference. The 2 or more character language code for which the search results are provided.
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.
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.
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.
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-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-postal-codeNoThe client’s postal code
context_threshold_modeNoThe mode to use to determine the threshold for including content in context. Default is balanced.
enable_source_metadataNoEnable source metadata enrichment (site_name, favicon) in the sources attribute of the response.
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.
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.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
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.
groundingYes

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. Changed2 schema fields changedv2.1.3
    • changedInput schema / $schema
      Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
    • changedOutput schema / $schema
      Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
  2. Addedv2.0.66

TDQS

A4.1/5.0
Behavior4/5

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

Annotations only include openWorldHint, so the description carries the burden of explaining behavior. It discloses that this is a retrieval operation returning actual page substance, relevance-ranked content, and a 'sources' map for citation. It does not mention auth, rate limits, or network side effects, but 'Retrieves ... using API' plus the content-type detail is meaningful beyond the annotation.

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

Conciseness4/5

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

The description is well-structured with a clear opening, a 'When to use' list, and a citation note. Some bullets overlap (RAG grounding, agent content, research material), but the overall length is justified for a tool with many use cases.

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 rich input schema and output schema, the description is largely complete: it states what the tool returns, when to use it, and how to cite sources. It could be more explicit about when to prefer brave_web_search, but nothing essential for selecting or invoking the tool is missing.

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 the schema already documents all 26 parameters. The description adds no parameter-level semantics beyond referencing the 'sources' map in the output, so the baseline 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?

States a specific action ('Retrieves pre-extracted, relevance-ranked web content') and names the API. It explicitly contrasts with traditional web search by emphasizing content substance over links/descriptions, which differentiates it from sibling search tools.

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?

Provides a dedicated 'When to use' bullet list covering RAG, agent grounding, QA, and research. It implies the alternative (traditional web search) by saying results are needed when you want page contents, not just titles/URLs, but it does not name a sibling tool or give an explicit when-not-to-use section.

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

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