當 AI 代理無需持有您的私鑰即可在 Sui 上交易時，會發生什麼？ @CetusProtocol 剛剛推出了 Cetus Skills，這是一組開放的 Claude Code 技能，讓 AI 代理可以直接接入 @SuiNetwork 上的 Cetus 基礎設施。 通過 GitHub 倉庫安裝只需一行指令： npx skills add CetusProtocol/cetus-skills 每個技能包含三層內容： → 為人類編寫的 README.md → 為代理編寫的簡短參考文件 SKILL.md → 包含詳細模式、負載和邊界情況的參考文件 因此，文檔同時為開發者和代理兩類讀者設計。 以下是每個技能的功能 👇 🔵 cetus-aggregator（REST API） → 在 Sui DEX 中尋找最佳交換路徑並構建交換交易 → SDK 快照列出了 37 個流動性提供者，包括 Cetus CLMM 和 DLMM、DeepBook V3、Aftermath、Turbos、FlowX、Bluefin、Haedal、Kriya、Scallop、Suilend、Momentum、Magma 等 → 訂單最多可拆分為 50 筆，每條路徑最多 3 跳 → 無需 API 密鑰 流程十分簡單： 1. 代理向用戶詢問代幣對、數量和滑點 2. 獲取報價並展示給用戶 3. 用戶確認後，代理構建交易 4. 用戶的钱包簽名並提交交易 🔵 cetus-clmm（TypeScript SDK + Move） → 創建池子，以自定義 Tick 範圍開倉和平倉 → 可使用兩種代幣或單邊添加/移除流動性 → 支援單池交換，並提供執行前計算交換結果的功能 → 流動性借貸：借入任一幣種並在同一筆交易中還幣 → 收取 LP 手續費和獎勵 專為穩定對和被動 LP 設計。 🔵 cetus-dlmm（TypeScript SDK + Move） → 流動性位於離散價格區間而非連續範圍內 → 三種分佈策略：Spot（均勻）、Curve（集中於價格附近）、BidAsk（偏向邊緣） → 動態手續費：基礎手續費 + 隨波幅上升的變動手續費 → 持倉為 NFT，持有跨多個區間的份額 適用於波幅較高的交易對和主動做市。 那麼，真正引起我注意的是什麼？ 並非「AI 時代」的宣傳標籤，而是其背後的安全設計。 1. 代理從不接觸私鑰 每個技能僅返回未簽名的交易。聚合器唯一需要的設定是錢包地址。 → 代理尋找路徑並構建交易 → 用戶的钱包或簽名者批准該交易 正如 @suidevelopers 所言，一個進行交易的代理不應需要簽署自己的交換。 2. 滑點規則已寫入技能中 → 預設為 0.5% → 推薦：穩定幣使用 0.5%，波幅較高對使用 1% → 超過 50% 的滑點將被拒絕 → 代理被要求在構建交換前始終提醒用戶滑點風險 3. 確認機制已內建於流程中 代理首先展示報價，僅在用戶確認後才構建交易。 為何這很重要？ 大多數對 DeFi 中 AI 代理的擔憂，歸結於一點：將資金完全交給機器人控制。 Cetus 的方法讓代理僅負責規劃與構建交易，而用戶則負責批准。 這並未消除風險，但卻在「代理決定」與「資金轉移」之間設置了明確的檢查點。 然而，仍存在一些開放問題 👇 @ZealynxSecurity 提出了一個合理問題：滑點限制和代幣白名單是內置於技能中，還是由每個代理的钱包策略決定？ → 滑點規則是給代理的指示，而非鏈上強制限制 → 無內建代幣白名單 → 鏈上保護來自每筆交換中的最小輸出和最大輸入限制 因此，被入侵或提示注入的代理仍可能構建不良交易。最後一道防線仍是簽名者。 這正是錢包層與 Cetus 本身同等重要的原因。 Cetus 點名了 @t2000ai、@LoquaApp、@Sup_Wallet 和 @WaaPxyz，這些開發者正在 Sui 上構建支援代理的钱包、意圖介面和 AI 策略。 如果這些錢包能強制執行支出限制、白名單和批准規則，整個堆疊將變得更安全。 那麼商業層面如何？ CLMM 和 DLMM 都包含其交換功能的合作版本，聚合器接受合作夥伴 ID 以實現費用分潤。 → 透過 Cetus 路由交易量的代理建設者可獲得部分手續費分成 → 這為他們提供了除便利性外直接整合的動機 若代理交易量增長，這可能成為 Cetus 流動性的真正分發渠道。 這如何契合？ → 10 月 19 日：CLMM 包升級至 v15。整合者需更新，Epoch 在發布修復方案前曾短暫停機，並新增版本檢查系統。資金無風險。 → 10 月 20 日：HackenProof 上的漏洞賞金提升至 100 萬美元，範圍擴大 → 10 月 21 日：Cetus Skills 正式上線 → 10 月 22 日：Cetus 確認其未使用 PHP，不受 PHP 漏洞影響 對開發者的幾點提示： → 交換交易僅能從固定輸入金額構建。固定輸出報價僅用於價格檢查。 → 流動性借貸僅限 CLMM。DLMM 不支援。 → 截至 10 月 21 日，倉庫中 SDK 版本已固定，且需 Sui SDK 2.x → v15 升級後，倉庫建議從 SDK 設定中讀取合約地址，而非硬編碼 坦白說，我認為這是一個明智的舉措。 代理需要深度市場進行交易。在 Sui 上，Cetus 已是主要的流動性和路由層。讓該層對代理更易用是自然的下一步。 但目前仍處於非常早期階段。倉庫僅公開數天，真正的考驗在於代理是否能帶來真實交易量與手續費，而不僅是演示。 正如社區成員在公告下所指出的，接下來重要的是對交易量和協議收入的實際影響。 對我而言更大的問題是：代理驅動的流量會否成為 Cetus 的真實收入來源，還是僅停留在開發者實驗階段？ 這正是我目前關注的重點。 NFA。DYOR。