Hedera a lancé la version 4 de son Agent Kit le 18 mai, restructurant la boîte à outils des développeurs en packages modulaires et introduisant un nouveau moteur de politique avec quatre hooks de cycle de vie distincts pour offrir aux développeurs un contrôle plus granulaire sur le comportement des agents.
« Les agents IA qui interagissent avec les réseaux blockchain ont besoin de garde-fous », a déclaré l'annonce officielle, soulignant la nécessité de règles définies par les développeurs lorsque les agents peuvent librement dépenser des HBAR ou émettre des jetons.
La nouvelle version fragmente l'ancien hedera-agent-kit monolithique en packages plus petits et ciblés sous l'espace de noms @hashgraph. Les développeurs importent désormais explicitement des plugins pour les services de base tels que les comptes, les jetons et le consensus. Le nouveau moteur de politique permet aux développeurs d'injecter de la logique à quatre étapes : avant l'exécution de l'outil, après la normalisation des paramètres, après l'action principale et après l'exécution de l'outil.
Ce changement oblige les développeurs à être plus intentionnels quant aux capacités des agents, réduisant potentiellement la surcharge et améliorant la sécurité en garantissant qu'un agent ne possède que les permissions strictement nécessaires. Ces modifications ouvrent la voie à des agents IA plus complexes et prêts pour la production sur le réseau Hedera, avec un nouveau programme de primes pour les développeurs du 18 mai au 21 juin pour encourager l'adoption.
Les deux thèmes principaux de la version v4 sont la modularité et le contrôle. Au lieu d'un seul package volumineux, le kit est désormais une famille de packages sous l'espace de noms @hashgraph. Le package de base contient les types partagés et le système de plugins, tandis que les intégrations de frameworks pour LangChain, Vercel AI SDK et le kit de développement d'agents (ADK) de Google sont dans des packages séparés. Cela permet aux développeurs de n'installer que les dépendances requises pour leur cas d'utilisation spécifique.
Un changement significatif est le passage aux importations explicites de plugins. Dans la v3, les outils par défaut pouvaient être chargés silencieusement. Désormais, un tableau de plugins vide signifie que l'agent n'a aucun outil, forçant les développeurs à choisir consciemment chaque fonctionnalité, comme l'émission de jetons ou les requêtes de compte.
L'introduction d'un système de hooks et de politiques offre aux développeurs un contrôle précis sur les actions d'un agent. Les quatre hooks de cycle de vie permettent d'insérer de la logique avant l'exécution d'un outil, après la normalisation des paramètres, après la formation de l'action principale mais avant son envoi sur la chaîne, et après l'exécution complète de l'outil. Cela permet de mettre en place des garde-fous tels que des limites de dépenses, des listes d'adresses autorisées et des journaux d'audit détaillés.
Pour soutenir cela, la manière dont les outils sont construits a été refactorisée. La nouvelle classe abstraite BaseTool remplace l'ancien modèle d'objet simple, décomposant la fonction d'un outil en étapes de cycle de vie auxquelles le moteur de politique peut se connecter automatiquement. Bien que l'ancien modèle soit toujours pris en charge pour la rétrocompatibilité, les nouveaux outils doivent utiliser BaseTool pour être régis par le système de politique.
La mise à jour inclut également la prise en charge de l'Agent Development Kit (ADK) de Google, permettant aux développeurs de créer des agents propulsés par Hedera en utilisant le framework de Google et les modèles Gemini.
Cet article est à titre informatif uniquement et ne constitue pas un conseil en investissement.
