Que se passe-t-il lorsque des agents IA peuvent trader sur Sui sans jamais détenir vos clés privées ? @CetusProtocol vient de lancer Cetus Skills, un ensemble ouvert de compétences Claude Code permettant aux agents IA de se connecter directement à l’infrastructure Cetus sur @SuiNetwork. L’installation se fait en une seule ligne via le dépôt GitHub : npx skills add CetusProtocol/cetus-skills Chaque compétence comprend 3 niveaux : → README.md pour les humains → SKILL.md, une référence concise écrite pour les agents → Fichiers de référence avec des schémas, charges utiles et cas limites détaillés Ainsi, la documentation est conçue pour deux lecteurs simultanés : le développeur et l’agent. Voici ce que fait chaque compétence 👇 🔵 cetus-aggregator (API REST) → Trouve les meilleurs itinéraires d’échange entre les DEX de Sui et construit la transaction d’échange → L’instantané SDK liste 37 fournisseurs de liquidité, notamment Cetus CLMM et DLMM, DeepBook V3, Aftermath, Turbos, FlowX, Bluefin, Haedal, Kriya, Scallop, Suilend, Momentum, Magma et d’autres → Les ordres peuvent être divisés jusqu’à 50 fois, avec jusqu’à 3 sauts par itinéraire → Aucune clé API requise Le flux est simple : 1. L’agent demande à l’utilisateur la paire de jetons, le montant et le slippage 2. Il obtient une cotation et la présente à l’utilisateur 3. Une fois que l’utilisateur confirme, il construit la transaction 4. Le wallet de l’utilisateur signe et soumet la transaction 🔵 cetus-clmm (SDK TypeScript + Move) → Créer des pools, ouvrir et fermer des positions avec des plages de ticks personnalisées → Ajouter ou retirer de la liquidité avec les deux jetons ou un seul côté → Échanges dans un seul pool, plus une méthode pour calculer le résultat de l’échange avant exécution → Prêts flash : emprunter l’un des deux jetons et les rembourser dans la même transaction → Collecter les frais LP et les récompenses Conçu pour les paires stables et les LP passifs. 🔵 cetus-dlmm (SDK TypeScript + Move) → La liquidité est placée dans des compartiments de prix discrets plutôt que dans des plages continues → 3 stratégies de distribution : Spot (uniforme), Curve (concentrée près du prix), BidAsk (pondérée vers les bords) → Frais dynamiques : un frais de base plus un frais variable qui augmente avec la volatilité → Les positions sont des NFT contenant des parts réparties sur plusieurs compartiments Adapté aux paires volatiles et au market making actif. Alors, qu’est-ce qui m’a vraiment attiré ? Ce n’est pas le branding « ère de l’IA ». C’est la conception de sécurité qui sous-tend tout cela. 1. Les agents ne touchent jamais aux clés privées Chaque compétence retourne une transaction non signée. Le seul paramètre dont l’aggrégateur a besoin est une adresse wallet. → L’agent trouve l’itinéraire et construit la transaction → Le wallet ou le signataire de l’utilisateur l’approuve Comme le souligne @suidevelopers, un agent qui trade n’a pas besoin de signer ses propres échanges. 2. Les règles de slippage sont intégrées dans la compétence → La valeur par défaut est de 0,5 % → Recommandé : 0,5 % pour les stablecoins, 1 % pour les paires volatiles → Toute valeur supérieure à 50 % est rejetée → L’agent est instruit d’avertir systématiquement l’utilisateur du risque de slippage avant de construire un échange 3. La confirmation est intégrée au flux L’agent affiche d’abord la cotation et ne construit la transaction qu’après confirmation de l’utilisateur. Pourquoi cela compte-t-il ? La plupart des craintes autour des agents IA en DeFi se réduisent à un seul point : confier à un bot le contrôle total de vos fonds. L’approche de Cetus garde l’agent comme celui qui planifie et construit le trade, et l’utilisateur comme celui qui l’approuve. Cela ne supprime pas le risque, mais il ajoute un point de contrôle clair entre « l’agent a décidé » et « les fonds ont été déplacés ». Mais il reste encore des questions ouvertes 👇 @ZealynxSecurity a posé une question légitime : les limites de slippage et les listes blanches de jetons sont-elles appliquées à l’intérieur de la compétence, ou laissées à la politique du wallet de chaque agent ? → Les règles de slippage sont des instructions destinées à l’agent, pas des limites appliquées sur chaîne → Il n’existe pas de liste blanche intégrée de jetons → Sur chaîne, la protection provient des limites minimales de sortie et maximales d’entrée dans chaque échange Ainsi, un agent compromis ou soumis à une injection de prompt pourrait toujours construire une transaction mauvaise. La dernière ligne de défense reste le signataire. C’est pourquoi la couche wallet est aussi importante que Cetus elle-même. Cetus a cité @t2000ai, @LoquaApp, @Sup_Wallet et @WaaPxyz comme constructeurs travaillant sur des wallets prêts pour les agents, des interfaces basées sur les intentions et des stratégies IA sur Sui. Si ces wallets peuvent appliquer des limites de dépense, des listes blanches et des règles d’approbation, la pile devient beaucoup plus sûre. Et côté business ? CLMM et DLMM incluent toutes deux des versions partenaires de leurs fonctions d’échange, et l’aggrégateur accepte un ID partenaire pour le partage des frais de parrainage. → Les constructeurs d’agents qui acheminent du volume via Cetus peuvent recevoir une part des frais → Cela leur donne une raison directe d’intégrer, au-delà de la simple commodité Si le volume agent augmente, cela pourrait devenir un véritable canal de distribution pour la liquidité Cetus. Comment cela s’inscrit-il ? → 19 octobre : le package CLMM a été mis à jour en v15. Les intégrateurs ont dû mettre à jour, et Epoch a connu une courte interruption avant d’envoyer une correction avec un système de vérification de version. Aucun fonds n’a été en danger. → 20 octobre : le bug bounty sur HackenProof a été porté à 1 M$ pour les découvertes critiques, avec un champ d’application élargi → 21 octobre : Cetus Skills est lancé → 22 octobre : Cetus a confirmé qu’il n’utilise nulle part PHP et n’est pas affecté par les préoccupations liées à la vulnérabilité PHP Quelques notes pour les constructeurs : → Les transactions d’échange ne peuvent être construites qu’à partir d’un montant d’entrée fixe. Les cotations à sortie fixe ne servent qu’à vérifier les prix. → Les prêts flash sont uniquement disponibles sur CLMM. DLMM ne les propose pas. → Les versions SDK sont verrouillées dans le dépôt au 21 octobre et nécessitent Sui SDK 2.x → Après la mise à jour v15, le dépôt recommande de lire les adresses contractuelles depuis la configuration SDK plutôt que de les coder en dur Je pense que c’est une excellente initiative. Les agents ont besoin de marchés profonds pour trader. Sur Sui, Cetus est déjà la principale couche de liquidité et de routage. Rendre cette couche facile à utiliser pour les agents est une étape naturelle suivante. Mais c’est encore très tôt. Le dépôt n’est public que depuis quelques jours, et le vrai test sera de savoir si les agents apportent un volume réel et des frais, et non seulement des démonstrations. Comme un membre de la communauté l’a souligné sous l’annonce, ce qui compte maintenant, c’est l’impact sur le volume de trading et les revenus du protocole. La question plus grande pour moi est de savoir si le flux piloté par les agents deviendra une véritable source de revenus pour Cetus ou restera une expérience pour développeurs pour le moment. C’est ce que je vais surveiller désormais. NFA. DYOR.