Nouveau problème : même si vous utilisez des descriptions d’outils, la plupart des modèles — même les bons — ne sont pas conditionnés pour les lire.
Alors, je fais quoi ?
Je mets les instructions des outils dans le system prompt. Ça marche nickel...
si vous n’avez qu’une demi-douzaine d’endpoints.
Mais qu’est-ce qui se passe quand vous avez enregistré des centaines d’outils ?
Soit vous faites exploser vos fenêtres de session, soit vous vous retrouvez avec des agents débiles.
Voilà ce qui arrive.
Il doit y avoir un meilleur moyen.
Et il y en a un.
Quand votre service de heartbeat s’active — en lançant le planner et en allumant vos instances d’agents — vous définissez vos outils enregistrés au moment du déploiement, en ajoutant au system prompt une liste sélectionnée qui correspond à la tâche actuelle.
Problème réglé ?
Presque, mais pas tout à fait.
Maintenant, on a un nouveau souci :
Et si le planner, la QA automatisée ou l’agent lui-même n’a pas accès à un outil dont il a soudainement besoin ?
Facile.
Donnez-leur simplement des permissions de recherche et un bel endpoint tout neuf.
Ils peuvent interroger tout le registre via une recherche de plugin.
Il suffit de leur rappeler de transcrire tout ce dont ils ont besoin dans leurs notes de projet — pour que le prochain agent, ou la prochaine boucle, ait toujours le contexte du jeu de tâches.
Vous voyez ?
Pas si compliqué que ça.