Les frameworks d'agents sont arrivés vite en deux ans, et la plupart commencent par emballer un agent fonctionnel, vous laissant bricoler dans leur coque. Celui-ci fait l'inverse : il se présente comme un framework d'orchestration bas niveau doublé d'une exécution, et rend le contrôle au développeur. La page d'accueil nomme le compromis autour duquel il est bâti — un équilibre entre contrôle et autonomie, pour des agents qui doivent traiter des tâches complexes de façon fiable.

Quatre sujets ont chacun leur chapitre

L'intervention humaine est optionnelle mais traitée comme un élément de premier ordre : des points de contrôle placés aux nœuds clés permettent de relire, d'ajouter des vérifications et d'approuver une action avant que l'agent ne l'exécute — la page le dit sans détour, ajouter des points de contrôle pour guider et approuver. Le flux de contrôle prend trois formes : un agent, plusieurs agents, ou une hiérarchie, toutes bâties sur les mêmes primitives bas niveau. La structure grandit donc avec le besoin, au lieu de changer de framework à chaque changement d'architecture. La mémoire est intégrée : l'historique est conservé et le contexte survit d'une session à l'autre, la documentation séparant une mémoire de travail à court terme d'un stockage à long terme. Le streaming est traité de la même façon, avec une sortie mot à mot qui expose raisonnement et actions en temps réel — en pratique une interface pour l'écran qu'on met dessus.

Deux sortes d'étapes, un seul graphe

La décision de conception qui compte le plus est la permission de mélanger. Dans un même graphe, une étape qui doit rester stable et auditable s'écrit en logique déterministe à la main, tandis qu'une étape qui doit improviser est confiée à un modèle. Cela paraît banal et change beaucoup sur le plan technique : on ne choisit plus entre tout automatique et tout scripté, on décide tronçon par tronçon où le modèle a sa place. La documentation décrit le produit comme un framework d'orchestration bas niveau et une exécution pour construire, administrer et déployer des agents à état de longue durée, et signale des usages dans de grandes organisations financières, de mobilité et bancaires. Elle trace aussi clairement la frontière de dépendance : un modèle et un outil suffisent pour démarrer, la doc emprunte l'écosystème de composants frère pour les intégrations, et l'usage de ce framework n'exige pas de l'entraîner avec lui.

Le démarrage est réellement léger. L'installation tient en un paquet, et le hello world officiel construit des nœuds sur un graphe d'état avec un état de messages, relie le début à la fin, compile et appelle, en renvoyant un message du modèle. Ce fragment contient toute la vision : les nœuds sont des étapes, les arêtes des transitions, l'état circule entre eux.

Reprise et approbation sont des fonctions de production

Les trois premiers bénéfices listés concernent des problèmes qu'on ne rencontre qu'une fois en production. L'exécution durable permet de repartir du point d'échec au lieu de tout relancer. L'intervention humaine autorise à inspecter et modifier l'état à tout moment. La mémoire combinée sépare la mémoire de travail du stockage long. Au-dessus se placent le débogage et l'observabilité via le produit compagnon de l'éditeur, et le déploiement de flux de longue durée. La table des matières montre l'accent : points de contrôle persistants, stockage, tolérance aux pannes, flux d'événements, interruptions, voyage dans le temps, sous-graphes, déploiement — presque chaque chapitre répond à la question de ce qui se passe quand une exécution s'allonge.

La section sur les origines est étonnamment franche : inspiré par les conceptions classiques de traitement de graphes et de flux de données distribués, une interface publique calquée sur une bibliothèque de graphes bien connue, construit par l'équipe derrière un écosystème de composants pour agents largement utilisé — et utilisable sans lui.

À qui cela convient

Trois groupes. Les équipes qui ont besoin d'agents de longue durée, où reprendre après un échec, un seuil d'approbation et un état inspectable sont des primitives et non des rustines ajoutées après coup. Les équipes qui veulent un contrôle fin et refusent d'être enfermées dans une architecture cognitive boîte noire, préférant décider tronçon par tronçon où un modèle travaille et où la logique est figée. Et tous ceux qui vivent déjà dans cet écosystème de composants, où observabilité, évaluation et déploiement ont des produits correspondants à brancher.

Quelques réserves. C'est un framework bas niveau, et moins d'abstraction signifie plus de code : pour un agent de démonstration rapide, partir d'une enveloppe de plus haut niveau demande moins de travail, et le readme du projet pointe lui-même vers ces couches supérieures. Observabilité et déploiement vivent du côté cloud de l'éditeur, un montage auto-hébergé suppose donc de combler ces manques soi-même. Côté licence, le dépôt est en MIT, avec environ 41,8k étoiles, 7,1k forks, 561 publications, 301 contributeurs et un usage dans 44K projets, plus une version équivalente pour les langages de script du web.

La valeur d'un framework bas niveau n'est pas d'écrire moins de code. C'est qu'au vingtième blocage, un crochet soit à portée de main.