¿Qué sucede cuando los agentes de IA pueden operar en Sui sin nunca poseer tus claves privadas? @CetusProtocol acaba de lanzar Cetus Skills, un conjunto abierto de habilidades de Claude Code que permiten a los agentes de IA conectarse directamente a la infraestructura de Cetus en @SuiNetwork. La instalación es una sola línea a través del repositorio de GitHub: npx skills add CetusProtocol/cetus-skills Cada habilidad incluye 3 capas: → README.md para humanos → SKILL.md, una referencia breve escrita para agentes → Archivos de referencia con esquemas, cargas útiles y casos límite detallados Así, la documentación está escrita para dos lectores al mismo tiempo: el desarrollador y el agente. Aquí está lo que hace cada habilidad 👇 🔵 cetus-aggregator (API REST) → Encuentra las mejores rutas de intercambio entre los DEX de Sui y construye la transacción de intercambio → La instantánea del SDK lista 37 proveedores de liquidez, incluyendo Cetus CLMM y DLMM, DeepBook V3, Aftermath, Turbos, FlowX, Bluefin, Haedal, Kriya, Scallop, Suilend, Momentum, Magma y más → Las órdenes pueden dividirse hasta en 50 formas, con hasta 3 saltos por ruta → No se necesita clave de API El flujo es sencillo: 1. El agente le pide al usuario el par de tokens, la cantidad y el deslizamiento 2. Obtiene una oferta y la muestra al usuario 3. Una vez que el usuario confirma, construye la transacción 4. El monedero del usuario firma y envía la transacción 🔵 cetus-clmm (SDK de TypeScript + Move) → Crea pools, abre y cierra posiciones con rangos de tick personalizados → Añade o retira liquidez con ambos tokens o solo con uno → Intercambios en un solo pool, además de una forma de calcular el resultado del intercambio antes de ejecutarlo → Préstamos flash: tomar prestado cualquiera de los dos tokens y devolverlo en la misma transacción → Recoge comisiones y recompensas de LP Diseñado para pares estables y LP pasivos. 🔵 cetus-dlmm (SDK de TypeScript + Move) → La liquidez se ubica en bins de precio discretos en lugar de rangos continuos → 3 estrategias de distribución: Spot (uniforme), Curve (concentrada cerca del precio), BidAsk (ponderada hacia los extremos) → Comisiones dinámicas: una comisión base más una comisión variable que aumenta con la volatilidad → Las posiciones son NFTs que mantienen participaciones en múltiples bins Esto es adecuado para pares volátiles y market making activo. Entonces, ¿qué realmente llamó mi atención? No es la etiqueta de la “era de la IA”. Es el diseño de seguridad que hay debajo. 1. Los agentes nunca tocan las claves privadas Cada habilidad devuelve una transacción sin firmar. El único dato que necesita el agregador es la dirección del monedero. → El agente encuentra la ruta y construye la transacción → El monedero o firmante del usuario la aprueba Como lo expresó @suidevelopers, un agente que opera no debería necesitar firmar sus propios intercambios. 2. Las reglas de deslizamiento están integradas en la habilidad → El valor predeterminado es 0.5% → Recomendado: 0.5% para stablecoins, 1% para pares volátiles → Cualquier valor por encima del 50% es rechazado → Se le indica al agente que siempre advierta al usuario sobre el riesgo de deslizamiento antes de construir un intercambio 3. La confirmación está integrada en el flujo El agente muestra primero la oferta y solo construye la transacción después de que el usuario confirme. ¿Por qué importa esto? La mayor parte del miedo hacia los agentes de IA en DeFi se reduce a una cosa: entregarle a un bot control total sobre tus fondos. El enfoque de Cetus mantiene al agente como quien planea y construye la operación, y al usuario como quien la aprueba. Esto no elimina el riesgo, pero añade un punto de control claro entre “el agente decidió” y “el dinero se movió”. Pero aún quedan preguntas abiertas sobre esto 👇 @ZealynxSecurity hizo una pregunta justa: ¿las limitaciones de deslizamiento y las listas permitidas de tokens se aplican dentro de la habilidad o se dejan a la política del monedero del agente? → Las reglas de deslizamiento son instrucciones para el agente, no límites aplicados en cadena → No hay lista permitida integrada → En cadena, la protección proviene de los límites mínimo de salida y máximo de entrada en cada intercambio Por lo tanto, un agente comprometido o inyectado mediante prompt aún podría construir una transacción deficiente. La última línea de defensa sigue siendo el firmante. Por eso la capa del monedero importa tanto como Cetus misma. Cetus mencionó a @t2000ai, @LoquaApp, @Sup_Wallet y @WaaPxyz como constructores que trabajan en monederos listos para agentes, interfaces basadas en intención y estrategias de IA en Sui. Si esos monederos pueden imponer límites de gasto, listas permitidas y reglas de aprobación, la pila se vuelve mucho más segura. Entonces, ¿qué hay del lado comercial? Tanto CLMM como DLMM incluyen versiones asociadas de sus funciones de intercambio, y el agregador acepta un ID de socio para compartir comisiones por referidos. → Los constructores de agentes que dirijan volumen a través de Cetus pueden obtener una parte de las comisiones → Esto les da una razón directa para integrarse, más allá de solo conveniencia Si el volumen de agentes crece, esto podría convertirse en un canal real de distribución para la liquidez de Cetus. ¿Cómo encaja esto? → 19 oct: Paquete CLMM actualizado a v15. Los integradores tuvieron que actualizar, y Epoch tuvo un breve tiempo de inactividad antes de lanzar una corrección junto con un sistema de verificación de versión. Ningún fondo estuvo en riesgo. → 20 oct: Bono por errores en HackenProof aumentado a $1M para hallazgos críticos, con un alcance más amplio → 21 oct: Cetus Skills se lanza oficialmente → 22 oct: Cetus confirmó que no usa PHP en ninguna parte y no se ve afectado por las preocupaciones sobre vulnerabilidades en PHP Algunas notas para constructores: → Las transacciones de intercambio solo pueden construirse a partir de una cantidad fija de entrada. Las cotizaciones con salida fija son solo para verificación de precios. → Los préstamos flash son solo para CLMM. DLMM no los tiene. → Las versiones del SDK están fijadas en el repositorio al 21 oct, y requieren Sui SDK 2.x → Tras la actualización v15, el repositorio recomienda leer las direcciones del contrato desde la configuración del SDK en lugar de codificarlas directamente Creo que esto es una decisión inteligente, sinceramente. Los agentes necesitan mercados profundos para operar. En Sui, Cetus ya es la principal capa de liquidez y enrutamiento. Hacer que esta capa sea fácil para que los agentes la usen es un paso natural siguiente. Pero aún es muy temprano. El repositorio ha estado público solo unos pocos días, y la prueba real es si los agentes generan volumen y comisiones reales, no solo demostraciones. Como señaló un miembro de la comunidad bajo el anuncio, lo que importa ahora es el impacto en el volumen de trading y los ingresos del protocolo. La pregunta más grande para mí es si el flujo impulsado por agentes se convierte en una fuente real de ingresos para Cetus o sigue siendo un experimento para desarrolladores por ahora. Eso es lo que voy a observar ahora. NFA. DYOR.