- Efficacité du contexte : Les définitions d’outils peuvent consommer de grandes portions de la fenêtre de contexte (50 outils peuvent utiliser 10-20 K tokens), laissant moins de place pour le travail réel.
- Précision de la sélection d’outils : La précision de la sélection d’outils se dégrade avec plus de 30-50 outils chargés à la fois.
Fonctionnement de la recherche d’outils
Lorsque la recherche d’outils est active, les définitions d’outils sont retenues de la fenêtre de contexte. L’agent reçoit un résumé des outils disponibles et recherche les outils pertinents lorsque la tâche nécessite une capacité non déjà chargée. Jusqu’à cinq des outils les plus pertinents sont chargés dans le contexte par défaut, où ils restent disponibles pour les tours suivants. Si la conversation est assez longue pour que le SDK compacte les messages antérieurs afin de libérer de l’espace, les outils précédemment découverts peuvent être supprimés, et l’agent recherche à nouveau selon les besoins. La recherche d’outils ajoute un aller-retour supplémentaire la première fois que Claude découvre un outil (l’étape de recherche), mais pour les grands ensembles d’outils, cela est compensé par un contexte plus petit à chaque tour. Avec moins d’environ 10 outils, charger tout dès le départ est généralement plus rapide. Pour plus de détails sur le mécanisme API sous-jacent, consultez Recherche d’outils dans l’API.La recherche d’outils est prise en charge sur Claude Sonnet 4.5, Claude Haiku 4.5, Claude Opus 4.5 et les modèles ultérieurs ; consultez la compatibilité des modèles dans la documentation de l’API pour la liste actuelle. Sur la plateforme Agent de Google Cloud, les modèles minimums pris en charge sont Claude Sonnet 4.5 et Claude Opus 4.5.
Configurer la recherche d’outils
La recherche d’outils est activée par défaut. Elle est désactivée par défaut sur Google Cloud’s Agent Platform, où elle est supportée pour Claude Sonnet 4.5 et versions ultérieures et Claude Opus 4.5 et versions ultérieures. Elle est également désactivée lorsqueANTHROPIC_BASE_URL pointe vers un hôte tiers, car la plupart des proxies ne transmettent pas les blocs tool_reference. Vous pouvez remplacer l’un ou l’autre défaut avec la variable d’environnement ENABLE_TOOL_SEARCH :
La définition de
CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS maintient la recherche d’outils désactivée, et ENABLE_TOOL_SEARCH ne peut pas la remplacer. La variable supprime l’en-tête bêta que les définitions d’outils defer_loading et les blocs de contenu tool_reference nécessitent.
La recherche d’outils s’applique à tous les outils enregistrés, qu’ils proviennent de serveurs MCP distants ou de serveurs MCP SDK personnalisés. Lors de l’utilisation de auto, le seuil est basé sur la taille combinée de toutes les définitions d’outils sur tous les serveurs.
Définissez la valeur dans l’option env sur query(). En TypeScript, env remplace l’environnement du sous-processus, donc propagez ...process.env pour conserver les variables héritées. En Python, env est fusionné au-dessus de l’environnement hérité. Cet exemple se connecte à un serveur MCP distant qui expose de nombreux outils, les pré-approuve tous avec un caractère générique, et utilise auto:5 pour que la recherche d’outils s’active lorsque leurs définitions dépassent 5 % de la fenêtre de contexte :
https://tools.example.com/mcp par l’URL de votre propre serveur MCP. En cas de succès, le texte du résultat s’affiche sur la console.
Comme il s’agit d’un appel query() unique, le SDK lève une exception après avoir produit un résultat d’erreur, donc l’exemple enveloppe la boucle dans un bloc try. Pour voir pourquoi une exécution a échoué, vérifiez le subtype du message de résultat, tel que error_during_execution, à l’intérieur de la boucle. Pour plus d’informations sur les messages de résultat, consultez Gérer le résultat.
Définir ENABLE_TOOL_SEARCH sur "false" désactive la recherche d’outils et charge toutes les définitions d’outils dans le contexte à chaque tour. Cela supprime l’aller-retour de recherche, ce qui peut être plus rapide lorsque l’ensemble d’outils est petit (moins d’environ 10 outils) et que les définitions s’adaptent confortablement à la fenêtre de contexte.
Optimiser la découverte d’outils
Le mécanisme de recherche fait correspondre les requêtes aux noms et descriptions des outils. Des noms commesearch_slack_messages apparaissent pour une plus large gamme de requêtes que query_slack. Les descriptions avec des mots-clés spécifiques (« Rechercher les messages Slack par mot-clé, canal ou plage de dates ») correspondent à plus de requêtes que les descriptions génériques (« Interroger Slack »).
Vous pouvez également ajouter une section de message système listant les catégories d’outils disponibles. Cela donne à l’agent un contexte sur les types d’outils disponibles à rechercher. Transmettez le texte via l’option systemPrompt en TypeScript ou system_prompt en Python, en utilisant le preset claude_code avec append, qui ajoute votre texte au prompt du preset au lieu de le remplacer :
Limites
- Outils maximum : 10 000 outils dans votre catalogue
- Résultats de recherche : retourne jusqu’à cinq outils les plus pertinents par recherche par défaut
- Support du modèle : Claude Sonnet 4.5, Claude Haiku 4.5, Claude Opus 4.5 et les modèles ultérieurs ; consultez la compatibilité des modèles dans la documentation de l’API pour la liste actuelle. Sur la plateforme Agent de Google Cloud, Claude Sonnet 4.5 et ultérieur et Claude Opus 4.5 et ultérieur.
Documentation connexe
- Recherche d’outils dans l’API : Documentation API complète pour la recherche d’outils, y compris les implémentations personnalisées
- Connecter les serveurs MCP : Connectez-vous à des outils externes via les serveurs MCP
- Outils personnalisés : Créez vos propres outils avec les serveurs MCP SDK
- Référence du SDK TypeScript : Référence API complète
- Référence du SDK Python : Référence API complète