Ano ang mangyayari kapag ang mga AI agent ay makakapag-trade sa Sui nang hindi nag-aalaga ng iyong private keys? @CetusProtocol ay nag-launch na ng Cetus Skills, isang bukas na hanay ng mga kasanayan ng Claude Code na nagpapahintulot sa mga AI agent na mag-plug nang direkta sa Cetus infrastructure sa @SuiNetwork. Ang pag-install ay isang linya lamang sa pamamagitan ng GitHub repo: npx skills add CetusProtocol/cetus-skills Bawat kasanayan ay may 3 antas: → README.md para sa mga tao → SKILL.md, isang maikling referensya na isinulat para sa mga agent → Mga file ng referensya na may detalyadong mga schema, payload, at edge cases Kaya ang mga dokumentasyon ay isinulat para sa dalawang reader nang sabay: ang developer at ang agent. Narito ang ginagawa ng bawat kasanayan 👇 🔵 cetus-aggregator (REST API) → Hanapin ang pinakamabuting swap routes sa mga Sui DEX at gawin ang swap transaction → Ang SDK snapshot ay listahan ng 37 liquidity providers, kabilang ang Cetus CLMM at DLMM, DeepBook V3, Aftermath, Turbos, FlowX, Bluefin, Haedal, Kriya, Scallop, Suilend, Momentum, Magma at iba pa → Maaaring hiwain ang order hanggang sa 50 paraan, may hangganan na 3 hops bawat route → Walang kailangang API key Ang flow ay simpleng: 1. Hinihingi ng agent sa user ang token pair, amount at slippage 2. Nakakakuha ito ng quote at ipinapakita ito sa user 3. Pagkatapos makakuha ng pagpapatotoo mula sa user, ito ay bumubuo ng transaction 4. Ang wallet ng user ang mag-s签 at mag-submit nito 🔵 cetus-clmm (TypeScript SDK + Move) → Gumawa ng pools, buksan at isara ang position gamit ang custom tick ranges → Magdagdag o alisin ng liquidity gamit ang parehong coins o isa lang sa kanilang panig → Single-pool swaps, kasama ang paraan upang kalkulahin ang swap result bago i-execute → Flash loans: mag-borrow ng anumang coin at i-repay sa parehong transaction → Kolektahin ang LP fees at rewards Ginawa para sa stable pairs at passive LPs. 🔵 cetus-dlmm (TypeScript SDK + Move) → Ang liquidity ay nasa discrete price bins kesa sa continuous ranges → 3 distribution strategies: Spot (even), Curve (concentrated malapit sa presyo), BidAsk (weighted sa mga edge) → Dynamic fees: base fee plus variable fee na tumataas kasabay ng volatility → Ang position ay NFTs na nagtatago ng shares sa maraming bins Angkop ito para sa volatile pairs at active market making. Kaya ano talaga ang nakatanggap ng aking pansin? Hindi ito ang “AI era” branding. Ito ay ang security design sa ilalim nito. 1. Ang mga agent ay hindi nagtatagpo ng private keys Bawat kasanayan ay bumabalik ng unsigned transaction. Ang tanging setting na kailangan ng aggregator ay isang wallet address. → Ang agent ay hanapin ang route at bumubuo ng transaction → Ang wallet o signer ng user ang mag-approve nito Gaya ng sinabi ni @suidevelopers, ang isang agent na nagtatrade ay hindi kailangang mag-sign ng sarili nitong swaps. 2. Ang slippage rules ay isinusulat sa loob ng kasanayan → Ang default ay 0.5% → Ipinapayo: 0.5% para sa stablecoins, 1% para sa volatile pairs → Anumang higit pa sa 50% ay tatanggihan → Sinasabihan ng agent na palaging i-warn ang user tungkol sa slippage risk bago bumuo ng swap 3. Ang confirmation ay nakabuilt sa flow Ipapakita muna ng agent ang quote at tanging pagkatapos makakuha ng pagpapatotoo mula sa user ay ito ay bubuo ng transaction. Bakit mahalaga ito? Ang karamihan sa takot tungkol sa AI agents sa DeFi ay tumutok sa isang bagay lamang: pagbibigay ng buong kontrol sa bot ng iyong pera. Ang pagkakasunod ni Cetus ay nananatiling ang agent bilang tagapaghanda at tagabuo ng trade, at ang user bilang tagapag-approve nito. Hindi ito tinatanggal ang panganib, pero idinagdag nito ang malinaw na checkpoint sa pagitan ng “nag-decide ang agent” at “nag-move ang pera.” Ngunit mayroon pa ring bukas na tanong dito 👇 Hiningi ni @ZealynxSecurity ang isang makatarungang tanong: kung ipinapatupad ba ang slippage limits at token allowlists sa loob ng kasanayan, o iniwan sa patakaran ng bawat agent’s wallet? → Ang slippage rules ay mga instruksyon para sa agent, hindi limitasyon na ipinapatupad on-chain → Walang built-in token allowlist → On-chain, ang proteksyon ay galing sa minimum-output at maximum-input limits sa bawat swap Kaya maaari pa ring bumuo ng masamang transaction ang isang compromised o prompt-injected na agent. Ang huling linya ng depensa ay patuloy na ang signer. Dahil dito, mahalaga rin ang wallet layer kaysa sa Cetus mismo. Ibinigay ni Cetus ang pagkilala kay @t2000ai, @LoquaApp, @Sup_Wallet at @WaaPxyz bilang mga builder na gumagawa ng agent-ready wallets, intent-based interfaces at AI strategies sa Sui. Kung maaaring ipatupad ng mga wallet na ito ang spending limits, allowlists at approval rules, mas ligtas na maging ang stack. Kaya ano naman ang aspetong pangnegosyo? Ang parehong CLMM at DLMM ay may partner versions ng kanilang swap functions, at tinatanggap ng aggregator ang partner ID para sa referral fee sharing. → Maaaring makakuha ang agent builders na nagrere-route ng volume sa Cetus ng bahagi ng mga bayad → Ito ay nagbibigay sa kanila ng direkta dahilan para i-integrate, higit pa sa simpleng kahingian Kung tumataas ang agent volume, maaaring maging totoong distribution channel ito para sa Cetus liquidity. Paano ito sumasalamin? → Oct 19: I-upgrade ang CLMM package patungo sa v15. Dapat i-update ang integrators, at may maikling downtime si Epoch bago ipaglaban ang solusyon kasama ang version-check system. Walang pera ang nasa panganib. → Oct 20: Bumabaan ng $1M ang bug bounty sa HackenProof para sa critical findings, kasama ang mas malawak na scope → Oct 21: Lumabas na si Cetus Skills → Oct 22: Ipinatotohanan ni Cetus na hindi ito gumagamit ng PHP kahit saan at hindi ito nakakaapekto sa mga alalahanin tungkol sa PHP vulnerability Mga ilang tala para sa mga builder: → Ang swap transactions ay maaaring buuin lamang mula sa fixed input amount. Ang fixed-output quotes ay para lang sa price checks. → Ang flash loans ay CLMM-only. Walang DLMM. → Ang SDK versions ay pinned sa repo noong Oct 21, at nangangailangan ito ng Sui SDK 2.x → Pagkatapos ng v15 upgrade, inirerekomenda ng repo na basahin ang contract addresses mula sa SDK config kesa i-hardcode sila. Sa tingin ko, ito ay isang matalinong hakbang tbh. Kailangan ng mga agent malalim na markets upang makapag-trade. Sa Sui, si Cetus ay nandito na bilang pangunahing liquidity at routing layer. Gawing madali para gamitin nito ang layer ay natural na susunod na hakbang. Ngunit abiso pa rin ito. Ang repo ay nakalabas lamang ilang araw, at ang totoong pagsubok ay kung dadalhin ba ng mga agent ang totoong volume at bayad, hindi lamang mga demo. Gaya nga sinabi ng isang miyembro ng komunidad sa ilalim ng pagpapahayag, ano ang mahalaga sunod ay ang epekto nito sa trading volume at protocol revenue. Ang mas malaking tanong para sakin ay kung magiging totoong source of revenue ba ang agent-driven flow para kay Cetus, o nananatiling developer experiment lamang para sa kasalukuyan. Iyon lang ang aking titingnan para sa kasalukuyan. NFA. DYOR.