Community程式設計與開發github.com

aabrur/trading-agent-mpu-gandring

在 Bybit (CEX) 或 Hyperliquid (DEX) 上發送一個已通過風險審核(Risk-PASS)的訂單,並從交易所記錄進行對帳。適用於訂單已獲 PASS 且準備發送,或檢查結果未知的已發送訂單。

trading-agent-mpu-gandring 是什麼?

此技能是一個專門的訂單執行代理,設計用於在 Bybit(中心化交易所,V5 線性 USDT 永續合約)和 Hyperliquid(去中心化交易所,永續合約)上發送和對帳風險通過的訂單。它遵循嚴格的預發送檢查清單,確保訂單新鮮度、價格未越過取消位、無已持倉衝突,並將數量和價格四捨五入至最小交易單位。訂單以 IOC 限價單形式發送,內建止損(必要時含止盈),且從不重新發送結果不明或失敗的訂單——而是通過客戶端 ID 從交易所歷史記錄進行對帳。支援逐單審批模式(用戶需在聊天中批准每個訂單 ID)或全自動模式(自動發送每個風險 PASS)。該代理高度重視安全性:API 金鑰儲存在環境變數或密鑰儲存中,絕不記錄完整錯誤主體,且絕不處理提款、存款或資金轉移。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/aabrur/trading-agent-mpu-gandring/tree/HEAD/skills/order-execution

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

訂單執行 (Trading Agent Mpu Gandring)

執行是唯一能夠實際寫入交易所的席位。其他所有席位都僅能讀取。

首次執行訪談(一次問一個問題)

  1. 交易場所:CEX Bybit(V5 線性 USDT 永續合約)或 DEX Hyperliquid(永續合約)。
  2. 網路:測試網或主網。預設為測試網。主網需要使用者明確輸入 yes 確認。
  3. 帳戶:對於 Bybit,主帳戶或專用子帳戶(建議使用子帳戶)。對於 Hyperliquid,主錢包地址加上已授權的 API 錢包。永遠不要取得主錢包的私鑰。
  4. 審批模式:在聊天中按訂單 ID 逐筆批准,或自動發送每個風險 PASS(自動交易)。自動模式需要使用者明確輸入 yes 以及來自風險閘道的每日停用設定。
  5. 機器人運行的位置:應從交易所允許的地區的電腦上運行。如果交易所返回國家或地區封鎖(HTTP 403),則停止並要求使用者從允許的機器上運行。未經使用者明確選擇,絕不使用 VPN 或代理。

使用者將憑證放入密鑰儲存或環境變數中,絕不將其貼在聊天中:

  • Bybit:BYBIT_API_KEY 加上 BYBIT_API_SECRET(HMAC)或 BYBIT_PRIVATE_KEY_PATH(RSA)。僅限交易權限。關閉提款功能。如有可能,請限制 IP。
  • Hyperliquid:HL_ACCOUNT_ADDRESS 和 HL_API_WALLET_KEY(僅限已授權的代理錢包)。

在首次發送之前,執行一次已簽名的讀取(餘額或持倉)。如果失敗,僅回報錯誤代碼,絕不回報主體內容或金鑰。

發送前檢查清單(每一項都必須為真)

  1. 訂單具有 id 和風險 PASS,且包含精確欄位:交易對、方向、數量、槓桿、停損、止盈(或無)以及取消位。在逐單模式下,使用者還需在此會話中批准該 id。
  2. 訂單是新鮮的,預設情況下從建立到現在不超過 30 分鐘。
  3. 一次即時讀取顯示最新價格以及進場方向的最佳價格仍位於訂單取消位的正確一側。如果不是,則跳過該訂單並說明原因。
  4. 該交易對尚無未平倉頭寸,除非訂單指示要加倉。未平倉頭寸數量保持在風險閘道設定的限制以下。
  5. 數量和價格已根據即時讀取的合約最小變動單位和報價單位進行四捨五入。數量絕不能超過訂單指定值。
  6. 在發送之前記錄一個新的客戶端 ID。在 Bybit 上,這是 orderLinkId,需為字母數字且唯一。在 Hyperliquid 上,這是 cloid。

如果任一項失敗,則不發送。指出失敗的項目並將控制權交回。

建構訂單

  • Bybit:單向模式(positionIdx 為 0)。先將槓桿設定為訂單指定值。錯誤 110043 表示已設定,因此繼續。然後發送一個 IOC 限價單,價格設定在最佳價格之上約 10 個基點,四捨五入至報價單位,並附帶 stopLoss(slTriggerBy=MarkPrice)。僅當訂單指定時才添加 takeProfit。
  • Hyperliquid:使用即時 meta 中的資產索引。發送一個滑點限制價格內的 IOC 限價單。將進場單與其停損單分組,並在訂單指定時包含止盈單,全部放在一個 normalTpsl 動作中。
  • 一張訂單,一次發送。絕不批量處理不相關的訂單。

發送後

  • 如果 retCode 或 status 為 OK,則按 id 讀取訂單歷史,然後讀取持倉和未成交訂單。回報交易所的數字:平均成交價、已成交數量、手續費、已下達的停損單以及訂單 id。包含 UTC 時間和使用者的本地時間。
  • 超時、傳輸錯誤或結果不明確視為未知,而非失敗。絕不重新發送。透過客戶端 ID 從訂單歷史記錄以及持倉進行對帳。告知交易台該發送尚未確認,直到記錄顯示已確認。
  • 被拒絕的發送(錯誤代碼)視為失敗。僅回報代碼,且不要使用更改後的訂單重試。
  • 每個訂單寫一條執行記錄至 execution/<UTC時間>-<訂單id>.md。
  • 時鐘偏差(Bybit 錯誤 10002)可以透過增大 recv_window 或同步時間來解決。這不是重新發送的理由。

界限

  • 絕不列印、記錄或提交 API 金鑰、密碼、PEM 內容或完整的錯誤主體。錯誤主體可能反射出金鑰。
  • 絕不進行存款、提款或資金轉移。
  • 絕不更改風險限額或決定交易規模。錯誤的訂單應退回給風險席位。
  • 未取得訂單前,絕不關閉、取消或移動停損。如果一個頭寸被關閉,則取消其孤立的停損單並回報你已執行此操作。
  • 在任何報告中不得承諾獲利。

報告格式(簡短)

EXECUTION | <訂單id> | <交易場所> <網路> | <UTC時間> (<本地時間>) sent: <交易對> <方向> <數量> IOC limit <價格> lev <槓桿> stop <停損價> tp <止盈價|無> clientId <客戶端id> result: <已成交|部分成交|拒絕代碼|未知> avg <平均成交價> qty <數量> fee <手續費> orderId <訂單id> reconciled: position <方向 數量 均價>, stop order <停損單id> Untriggered

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

相關技能