- Une architecture d’agents purement fonctionnelle qui définit l’état et les comportements comme des données, et sépare les effets de bord sous forme de directives impératives, ce qui simplifie les tests et le débogage
- Adoption d’une API concise et d’une conception centrée sur BEAM, avec séparation de modules comme
jido_action et jido_signal pour fournir un système standardisé d’actions et de signaux
- La couche supérieure Jido AI prend en charge 6 stratégies de raisonnement, dont ReAct et Chain-of-Thought, et permet d’exploiter 11 fournisseurs et 665 modèles grâce à une intégration LLM basée sur ReqLLM
- Jido s’étend désormais en plateforme d’écosystème d’agents et, via son intégration avec Ash Framework (
ash_jido), prend en charge la transformation des opérations CRUD en outils appelables par l’IA
Vue d’ensemble de Jido 2.0
- Jido 2.0 est un framework d’agents basé sur Elixir, aboutissement de 18 mois de développement et de refonte
- Le projet a d’abord démarré en 2024 sous la forme d’une plateforme de bots appelée BotHive, avant d’adopter le runtime BEAM comme fondation de son système d’agents
- Pour dépasser les limites des frameworks basés sur TypeScript ou Python, il s’appuie sur la concurrence et la stabilité de BEAM
Ce qui change de la version 1.0 à 2.0
- Jido 1.0 souffrait d’une abstraction excessive qui nuisait à l’utilisabilité, mais la version 2.0 l’améliore avec une API simplifiée et une structure centrée sur BEAM
- En intégrant les retours des utilisateurs, le projet a supprimé la complexité inutile et réduit au minimum les frictions pour accomplir les tâches de base
- Une évolution guidée par l’idée suivante : « on veut créer des agents, pas se battre avec le framework »
Un cœur d’agents puissant et résilient
- Le cœur de Jido 2.0 repose sur une architecture d’agents purement fonctionnelle
- Un agent est défini comme une simple structure contenant un état (
state), des actions (actions) et des outils (tools)
- Toutes les opérations sont traitées par la fonction
cmd/2, qui retourne, selon l’action reçue, l’agent mis à jour et une liste de directives
- Les effets de bord sont exprimés sous forme de directives, exécutées par le runtime, ce qui facilite les tests et le débogage
Jido.AgentServer encapsule les agents dans un GenServer supervisé et prend en charge le routage des signaux ainsi qu’une hiérarchie parent-enfant entre agents- Les stratégies (
strategy) constituent des points d’extension, avec deux options fournies par défaut : Direct (exécution séquentielle) et FSM (machine à états)
- Les stratégies d’IA comme ReAct et Chain-of-Thought fonctionnent elles aussi via la même interface
Séparation des modules d’actions et de signaux
jido_action : un contrat d’action universel qui définit toutes les capacités des agents
- Inclut la validation de schéma à la compilation, des hooks de cycle de vie et la conversion automatique vers le format d’outils ReqLLM
- Fournit plus de 25 outils préconstruits ainsi qu’un planificateur de workflows basé sur des DAG
jido_signal : un système de messagerie basé sur CloudEvents v1.0.2
- Propose un format de signal standardisé, un routeur basé sur des tries, un bus pub/sub et 9 adaptateurs de dispatch
- Permet l’intégration avec divers systèmes sans protocole non standard
La couche d’intégration Jido AI
jido_ai est une couche d’intégration qui transforme les appels LLM en intelligence d’agent structurée
- Intègre 6 stratégies de raisonnement, dont ReAct, Chain-of-Thought, Tree-of-Thoughts, Graph-of-Thoughts, TRM et Adaptive
- Conserve le même contrat
cmd/2 et le même système de directives, en intégrant la couche IA comme une extension et non comme un monde séparé
- Le système fonctionne sur ReqLLM et prend en charge 11 fournisseurs et plus de 665 modèles
- Conception orientée streaming, architecture multi-fournisseurs et contributions actives de la communauté
Un écosystème en expansion
- Jido évolue au-delà d’un simple framework pour devenir un véritable écosystème d’agents
- La communauté construit sur BEAM des assistants de code, orchestrateurs de workflows, agents de recherche et systèmes de support opérationnel
- Divers packages apparaissent, notamment pour l’automatisation de navigateur, les systèmes de mémoire, les harness d’évaluation et l’intégration MCP
- Intégration avec Ash Framework (
ash_jido)
- L’ajout d’un bloc DSL
jido à une ressource Ash transforme les actions CRUD en outils appelables par l’IA
- Les politiques d’autorisation, la couche de données et la sûreté de typage sont conservées
ash_ai est lui aussi en cours de migration vers ReqLLM, marquant une convergence entre les deux écosystèmes
Communauté et remerciements
- Jido 2.0 est construit sur l’écosystème de la communauté Elixir
- Il s’appuie sur les contributions de bibliothèques majeures comme Phoenix, LiveView, Ash, Req, Telemetry et NimbleOptions
Pour commencer
Aucun commentaire pour le moment.