Recherche sur le Web et exécution de code
La recherche sur le Web trouve des informations publiques ; l'exécution de code peut vérifier un calcul.
Ce que vous apprendrez
- Expliquez : le modèle propose, l'outil exécute
- Appliquez l'idée dans un exemple : recherche sur le Web et exécution de code
- Reconnaître les limites et vérifier le résultat de l'exercice
La recherche sur le Web trouve des informations publiques ; l'exécution de code peut vérifier un calcul. Il s'agit de fonctionnalités distinctes avec leurs propres autorisations et coûts.
Ces étapes font référence aux fonctionnalités identifiées dans le code de l'application. Ce matériel n'a pas été validé sur une instance réelle ; vérifiez la documentation et les options de votre version.
Comment ça marche, étape par étape
Le modèle propose, l'outil exécute
L'appel d'outil produit une demande d'appel avec un nom et des arguments. L'application valide le schéma, les autorisations et les limites avant exécution. Le résultat revient au contexte pour l'étape suivante. Par exemple, get_product_stock prend un SKU et renvoie une quantité ; sa description doit expliquer qu'il ne réserve pas de produits. Distinguez les résultats vides, les erreurs de validation, les accès manquants et les délais d’attente. Un JSON valide ne prouve pas que les arguments sont corrects ou que l'action est autorisée. Pour les effets externes, envisagez également une exécution en double.
La fluidité et l’exactitude se vérifient séparément
Une hallucination est un contenu non étayé ou incorrect présenté comme une réponse. Cela peut provenir d’informations manquantes, d’ambiguïtés ou de modèles mal combinés. Demandez des preuves et vérifiez le document original, la date, les unités et les conditions. Une véritable citation peut toujours ne pas étayer l’affirmation. Utilisez des sources actuelles pour les faits actuels, une calculatrice pour l'arithmétique et « ne peut pas déterminer » quand des preuves sont manquantes. Ne considérez pas la confiance exprimée en prose comme une probabilité calibrée.
Le coût appartient à l'ensemble du chemin
Comptez les appels de modèle, les jetons d'entrée et de sortie, les intégrations, le reclassement, la vision et les outils. Le raisonnement peut consommer des jetons facturables sans une réponse visible aussi longue. Les frais d’indexation et les frais de conversation diffèrent. Utilisez les prix actuels plutôt qu'un numéro permanent d'un cours. Une estimation simple est le nombre de jetons/1 000 000 × prix plus les opérations supplémentaires ; les crédits d'application peuvent avoir leur propre conversion. Comparez le coût par tâche réussie, et pas seulement par appel. L'exécution parallèle peut réduire la latence tout en augmentant la consommation totale. Un budget a besoin d’une condition d’arrêt vérifiée.
Le schéma explicatif
Suivez les flèches pleines pour le flux principal. Les flèches bleues en pointillés fournissent des données ou un contexte ; les flèches roses en pointillés affichent des commentaires ou des résultats renvoyés. Les couleurs et les formes distinguent les modèles, les magasins, les décisions et les sorties. Sur un petit écran, faites défiler horizontalement pour suivre le schéma complet.
Un exemple complet
Pour une annonce récente, consultez la page officielle et la date. Pour les données CSV synthétiques, calculez 2×120 + 1×80 = 320 lei. Gardez les clés et les données privées hors de la recherche publique.
Essayez-le vous-même
- Testez la recherche publique et l'arithmétique séparément, en vérifiant les autorisations et les résultats.
- Enregistrez l’entrée, la source et le résultat attendu avant d’exécuter l’expérience. Utilisez uniquement les données fictives de l'exemple.
- Suivez les étapes du diagramme. À chaque étape, enregistrez les informations reçues et produites ; ne confondez pas le résultat intermédiaire avec le résultat final.
- Répétez après avoir supprimé les informations nécessaires ou rendu la saisie ambiguë. Vérifiez si le système clarifie, arrête ou invente une réponse.
- Comparez avec la solution expliquée. Conservez la configuration, la date, le résultat et une explication des différences. Changez une chose et retestez.
Une solution expliquée
Le rapport sépare les sources Web vérifiées du total calculé et explique les données d'entrée. Un exercice réussi vous permet de montrer le lien entre les contributions, les étapes et les résultats. Lorsqu’une information manque, une réponse prudente est plus utile que des détails inventés. Comparez bien plus que le style : vérifiez également les conditions, les sources et les opérations.
Quand cette approche est utile et quelles sont ses limites
La disponibilité dépend du modèle, du fournisseur et de l'intégration. Choisissez cette approche lorsqu’elle améliore un besoin mesuré. Gardez une base de référence simple et comparez les résultats en utilisant des entrées identiques. Un exemple réussi n’établit pas la fiabilité dans toutes les situations.
Vérifiez vos connaissances
Qui exécute un appel proposé par le modèle ?
L'application ou le service hôte après validation. Le modèle n'obtient pas automatiquement un accès illimité.
Un lien dans une réponse est-il suffisant ?
Non; il doit appuyer la revendication particulière et être adapté au moment et aux circonstances.
Quel résultat cet exercice devrait-il produire ?
Le rapport sépare les sources Web vérifiées du total calculé et explique les données d'entrée.
Les mots à retenir
- Appel d'outil: Une demande structurée pour utiliser une capacité externe.
- Mise à la terre: Fonder une réponse sur des preuves vérifiables.
- Latență / Latence: Temps jusqu'à un résultat utile.
Sources et votre prochaine étape
Pour préparer : A04 — Un agent utilisant les outils MCP