Choisir un framework d'agents : ce qui compte vraiment
Tout article qui classe des frameworks d'agents par nom est périmé avant d'être indexé. Ces bibliothèques réécrivent leurs abstractions centrales toutes les deux ou trois versions, et celle qui domine un comparatif aujourd'hui aura peut-être changé d'ici votre mise en ligne.
Ce guide fait donc quelque chose de plus durable : il liste les huit questions qui déterminent si votre choix vous conviendra encore dans six mois, et explique ce que coûte chaque réponse. Apportez-les à la liste courte du moment et vous obtiendrez une décision défendable.
Les huit questions, par ordre d'importance#
- Puis-je lire la boucle ? Sans trouver le fichier où la sortie du modèle devient un appel d'outil, on ne débogue pas une mauvaise exécution.
- Que se passe-t-il en cas d'échec d'outil : cela me revient, ou est-ce réessayé invisiblement avec un autre prompt ?
- Mon prompt est-il le prompt du framework ? Un texte système que vous n'avez pas écrit vous surprendra en audit.
- L'état peut-il être persisté et repris, ou une panne perd-elle l'exécution ?
- Comment les outils sont-ils définis, et puis-je réutiliser ces définitions ailleurs ?
- Quelle est l'histoire des montées de version : des abstractions ont-elles été renommées récemment ?
- Puis-je changer de modèle sans changer de framework ?
- Que coûte-t-il au démarrage à froid et à chaque tour ?
Trois catégories, trois marchés différents#
| Catégorie | Vous obtenez | Vous cédez | Sensé quand |
|---|---|---|---|
| SDK du fournisseur et votre boucle | Visibilité totale, peu de dépendances | Reprises, état, persistance à écrire | Un agent, peu d'outils, fort besoin de débogage |
| Bibliothèque d'orchestration | État durable, branches, reprises | Un peu de visibilité ; agitation des versions | Flux longs ou multi-étapes |
| Plateforme gérée | Hébergement, traces, évaluation, interface | Portabilité ; prix par siège ou exécution | Petite équipe, tâche standard, preuve rapide |
Écrivez vous-même ce qui doit rester à vous#
Quel que soit votre choix, quatre actifs doivent vivre dans votre dépôt sous une forme qu'aucun framework ne possède : les prompts, les définitions d'outils avec leurs schémas JSON, le jeu d'évaluation et le format de trace. C'est ce qui a demandé du vrai travail. Sous forme de données simples et d'adaptateurs fins, changer de framework prend une journée. Sous forme de décorateurs et d'héritage, c'est une réécriture — et vous ne changerez donc pas, même quand il le faudrait.
Le test que personne ne fait#
Avant de trancher, construisez deux fois le même petit agent : une fois avec votre favori, une fois avec le SDK du fournisseur et une boucle écrite à la main. Mêmes trois outils, mêmes dix cas. Vous ne mesurez pas la justesse — elle sera comparable. Vous mesurez le temps passé, la lisibilité de la trace et la facilité à comprendre pourquoi le cas sept a échoué. Cet après-midi a rapporté à toutes les équipes que nous connaissons bien plus qu'il n'a coûté.
Gardez la version manuelle. Elle devient votre référence quand il faut prouver si une bizarrerie vient de votre prompt ou du framework.
Signes que vous avez dépassé votre choix#
- Vous lisez plus souvent le code du framework que le vôtre.
- Vous maintenez un patch ou un fork pour obtenir un comportement.
- Les mises à jour sont repoussées à cause de renommages et vous avez deux versions majeures de retard.
- La moitié de votre prompt existe pour contrer un texte injecté.
- Le tracing exige un exportateur maison car l'intégré masque les arguments.
Questions fréquentes
Faut-il un framework pour un premier agent ?
Non. Un premier agent à trois outils est une boucle, une liste de schémas et une condition d'arrêt. Le faire à la main une fois montre ce qu'un framework ferait à votre place et rend le choix ultérieur bien plus éclairé.
Une plateforme gérée est-elle un piège ?
Pas si vous gardez prompts, schémas et évaluation portables. Les plateformes mènent vraiment vite à un résultat. Le risque n'est pas la plateforme, mais que votre valeur n'existe que sous forme de configuration à l'intérieur.
Le framework influe-t-il sur la justesse ?
Bien moins qu'on ne le croit. La justesse vient de la conception des outils, de l'ancrage et de l'évaluation. Les frameworks jouent sur la vitesse, le débogage et les fonctions d'exploitation.
framework agents iameilleurs frameworks d'agentscomparatif bibliothèques agentsorchestration llmchoisir sa stack d'agents
