En bref. LLM Context renvoie aux applications des fragments pertinents pour la requête et des métadonnées indexées par URL, tandis que Web Search renvoie des aperçus de résultats destinés aux personnes.

Définition : Brave LLM Context est une API qui renvoie des fragments extraits de pages et des métadonnées sur les sources à un agent ou à une application d’IA. Le service classique Brave Web Search renvoie des données de résultats destinées à une page de résultats consultée par des personnes.

Points clés

Brave présente LLM Context comme un service de recherche web avancée avec du contenu préextrait pour les agents d’IA, l’ancrage des LLM (grounding) et les chaînes de traitement RAG dans sa documentation de LLM Context.
La réponse de l’API sépare le contenu extrait dans grounding des métadonnées dans sources, que la référence de l’API décrit comme indexées par URL.
La documentation de Web Search de Brave décrit les résultats classiques comme destinés à une lecture humaine. L’option extra_snippets permet d’ajouter jusqu’à 5 extraits supplémentaires par résultat.

Que renvoie LLM Context ?

Le guide de LLM Context indique que son classement centré sur les données rassemble les fragments de contenu pertinents (« smart chunks ») dans un format compact destiné aux LLM. Il compare directement ce fonctionnement à celui de Web Search classique : les résultats habituels fournissent des titres et de courts extraits, tandis que LLM Context fournit des fragments extraits de pages et des métadonnées sur les sources. Le point d’accès renvoie donc une réponse contenant les contenus récupérés, qu’une application peut transmettre à sa propre étape de traitement.

La réponse comporte deux niveaux liés. grounding contient le contenu sélectionné pour la requête. Dans le cas générique, chaque élément comporte l’URL d’une source, un titre de page et des snippets. La référence de l’API définit ces extraits comme des fragments de texte sélectionnés pour leur pertinence par rapport à la requête.

{
  "grounding": {
    "generic": [
      {
        "url": "https://example.com/page",
        "title": "Page Title",
        "snippets": [
          "Relevant text chunk extracted from the page..."
        ]
      }
    ]
  },
  "sources": {
    "https://example.com/page": {
      "title": "Page Title",
      "hostname": "example.com"
    }
  }
}

Quels sont les champs de métadonnées des sources ?

La référence de l’API décrit sources comme les métadonnées de toutes les URL référencées, indexées par URL. Une entrée de source peut fournir le titre de la page, le nom d’hôte et l’ancienneté. Le guide de LLM Context documente quatre positions pour l’ancienneté : une date complète, une date ISO, une ancienneté relative et un horodatage ISO 8601. Lorsque la date de la page est inconnue, le tableau d’ancienneté est vide.

Le paramètre facultatif enable_source_metadata enrichit chaque entrée de source avec site_name, favicon, thumbnail, description et fetched_content_timestamp. La référence indique que sa valeur par défaut est false. La description est celle de la page elle-même, indépendamment de la requête, et l’horodatage de récupération du contenu enregistre la dernière récupération de la page par l’index en secondes Unix.

Les extraits peuvent contenir du texte brut ou des données structurées sérialisées en JSON, comme des tableaux, des schémas et des blocs de code. Une application qui effectue un post-traitement de la réponse doit donc préserver le caractère mixte du contenu des extraits, sans supposer que chaque fragment est du texte rédigé.

Quelles sont les différences avec Web Search ?

La page Web Search de Brave décrit un vaste index dont les résultats sont destinés à une lecture humaine. Le service fournit des aperçus de résultats classiques et une option extra_snippets qui ajoute jusqu’à 5 extraits supplémentaires par résultat. Ces extraits apportent du contexte à une fiche de résultat tout en conservant une réponse organisée sous forme de résultats de recherche.

LLM Context est documenté pour les cas où le destinataire est un agent ou un modèle. Sa réponse place les fragments extraits pertinents pour la requête dans grounding.generic, puis permet à l’application d’associer chaque URL à l’entrée correspondante dans sources. Les deux API peuvent donc fournir des contenus récupérés apparentés, avec des structures de réponse et des destinataires différents.

Comment examiner la différence ?

Pour une réponse de LLM Context, examiner d’abord grounding.generic[].snippets, puis faire correspondre l’url de chaque élément à la même clé dans sources. Relever la présence éventuelle de métadonnées facultatives et déterminer si un extrait contient du texte brut ou des données structurées sérialisées. La référence de l’API nomme url, title, snippets, hostname et age parmi les champs de réponse.

Termes associés

Questions fréquentes

LLM Context produit-il la réponse ?

Brave présente LLM Context comme du contenu brut extrait, destiné à la chaîne de traitement LLM propre à une application. La même documentation présente son service distinct Answers comme l’option qui fournit directement des réponses d’IA.

Ses extraits sont-ils identiques aux extraits de recherche classiques ?

Ils s’inscrivent dans des structures de réponse différentes. Web Search peut ajouter jusqu’à 5 extraits supplémentaires par résultat, tandis que l’API LLM Context définit snippets comme des fragments extraits sélectionnés pour leur pertinence par rapport à la requête.

Les métadonnées des sources sont-elles toujours enrichies ?

Non. La référence de l’API fixe enable_source_metadata à false par défaut. Les champs facultatifs tels que description et fetched_content_timestamp nécessitent ce paramètre.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

En quoi Brave LLM Context diffère-t-il des résultats web classiques ?