grokbot

What if an open-source project could become a serious alternative to #Grokbot ?
That’s exactly what makes Rakazo interesting.
Created by developer Elie ( X @elie2222), Rakazo is an open-source Grok Bot alternative that is quickly gaining attention across GitHub and X.
The project supports:
Any #LLM hrough Pi HarnessMultiple sandbox providers or DockerWeb, desktop, and mobile appsOpen-source development under the Apache 2.0 license
What makes the story even more interesting is that Rakazo was built using Cursor and Grok 4.6.
The project has reportedly been gaining GitHub stars rapidly, while Elie’s announcement on X reached around 86,000 views in just one week — impressive traction for a developer-focused project #AIAgents
Elie is also reportedly looking to join Y Combinator, adding another layer of intrigue to the project’s growth.
Of course, GitHub stars and X views don't guarantee success. But the combination of open source, AI agents, flexible LLM support, and strong early community traction makes Rakazo a project worth watching. $SPCX
It may be early, but Rakazo could be much more than just another Grok Bot alternative.
CA : CGyTRPTfEBNSZbLsM1221sme1Ekpt8bNbCNb82DRpump

大家都說 BSC 的 Payment Lane 是「給 AI 代理的付款車道」。我把過去 24 小時的 BSC 區塊抓下來，照規則逐筆分類，結論剛好相反：代理最常走的付款路，大多不算數。
10/29，BNB Chain 的 Jenner 升級上了 BSC 測試網，其中 BEP-703 Payment Lane 會把每個區塊 5% 的 gas 保留給「付款」。我的時間線上一片「AI 代理終於有自己的車道」。
但這條車道認的不是「你是不是代理」，而是「你的交易送到哪個門」。
【規則先看清楚（BNB Chain 官方說明）】
算付款的只有兩種：
・原生 BNB 轉帳，而且收款地址「沒有程式碼」
・直接送到「治理名單」上的合約，而這份名單一開始是空的
不算的：type-4（EIP-7702）交易、部署合約、轉給有委託程式碼的帳戶，以及送到沒上名單的路由器，就算它最後轉出去的是穩定幣。
還有一點：保留的 5% 一般交易不能用，空著也不會借出去。
（來源：BNB Chain 官方部落格〈Payment Lane: How BSC Reserves Capacity for Payments〉）
【我自己掃了 24 小時主網】
範圍：台北時間 10/29 18:05 到 10/30 18:05。每 40 個區塊抽一個區塊頭（共 4,800 個），每 400 個區塊抽一個完整區塊（共 480 個、44,666 筆交易），逐筆照上面的規則分類。
1. 區塊其實沒那麼擠
使用率中位數 23.1%。超過 95% 的只有 20 / 4,800 個（0.42%），而且都是零星單一區塊，不是連續塞車。連 10/30 凌晨幣安出事那幾小時，每小時平均也只有約 30%。
2. 如果今天就上線，5% 的車道平均只會用掉 0.23%
符合資格的原生 BNB 轉帳，筆數佔 11.6%，但 gas 只佔 1.36%。換算成區塊上限，平均每塊只用到 0.23%，480 塊裡最高也只有 1.5%，沒有一塊用到 5%。也就是說，保留的那 5%，大部分時間會空著。
3. 智能帳戶的流量，是「算數付款」的 3.2 倍
type-4（7702）交易佔 2.80% 的 gas，送進 ERC-4337 EntryPoint 的佔 1.53%，加起來 4.33%，照規則全部算一般流量。
而且原生 BNB 的收款地址裡，有 134 / 2,377 個（5.6%）已經是 7702 委託帳戶，轉給它們的 158 筆就算是純轉帳，也不算數。
4. 直接轉穩定幣的佔 2.14%，但名單是空的
直接打 USDT、USDC、USD1、FDUSD 合約的交易，筆數 11.5%、gas 2.14%。在治理把它們加進名單之前，一筆都不算。
【最容易被忽略的一點：x402 付 USDT】
幣安自己的 x402（HTTP 402 付款）在 BNB Chain 上，USDT 只支援 Permit2 方式（U 和 USD1 另外支援 EIP-3009）。
Permit2 的結算，交易送去的是 Permit2 這類結算合約，不是 USDT 合約本身。照 BEP-703「看目的地」的規則，就算哪天 USDT 上了名單，這條路也不會因此算數，除非結算合約本身也被列入。
（來源：幣安〈Introducing Binance x402〉https://www.binance.com/en/square/post/324771898247794 ）
【我的看法】
Payment Lane 是照「人在付款」的樣子設計的：一個錢包，直接轉給另一個錢包。
可是 AI 代理的付款正在往另一邊走：智能帳戶、簽名授權、由結算方代送。代理越「進化」，就越不在這條車道上。
它不是壞設計。主網還沒上、名單還能加，現在正是代理開發者該發聲的時候：要被列進去的，不只是代幣合約，還有結算合約。
【我現在怎麼用 Grok Bot 檢查自己的代理】
1. 叫它把代理錢包最近 100 筆交易抓下來，逐筆標上「算／不算／待名單」三類，看你的付款到底走哪個門。
我自己的 Agentic Wallet 是一般地址，10/28 那筆 0.08 BNB 轉帳是 type 0、空 input、收款方沒有程式碼，照規則會算；但它平常做的 swap 這類走路由器的交易都不會。
2. 付款和策略分開。用來收付款的錢包維持一般地址，不做 7702 委託；要玩智能帳戶的策略放另一個錢包。
3. 能直接打代幣合約，就不要繞路由器。像 EIP-3009 這種由結算方直接呼叫代幣合約的方式，等名單一加就有機會算數。
4. 開一個每週一早上的 Grok Bot routine：看 BNB Chain 官方有沒有公布 Jenner 主網時間、付款名單加了哪些合約，再把我的掃描重跑一次，有變化才通知我。它在自己的電腦上跑，我不用一直盯。
【誠實說明】
這是抽樣，不是全量；Payment Lane 還沒在主網啟用，以上是「把規則套在現在的流量上」的模擬。收款地址有沒有程式碼，是用 10/30 傍晚的狀態查的；系統交易用 gasPrice 0 加出塊者判斷。這篇不是投資建議，也不評論任何代幣。
車道已經畫好了，問題是：你的代理，開得進去嗎？
#AIAgent #GrokBot #BNBChain #x402 #PaymentLane $BNB

這兩天大家在聊幣安熱錢包被盜：金額多大、凍結了多少、誰會賠。還有一篇很紅的貼文說，AI 機器人幫人搶在凍結前把錢提走。
我想講的是另一面。那個早上，我自己有一支 AI 預測盤機器人一直在跑（紙上模擬，不下真單）。我回頭翻它的紀錄，發現真正的問題不是「AI 反應夠不夠快」，而是「AI 聽不聽得懂交易所在叫它停」。
【時間線（台北時間 10/30）】
・05:29 幣安官方 X 首次回應：正在調查潛在安全問題。
・06:15 幣安官方：提領暫停，進行安全檢查。
・07:06 幣安官方：Binance Alpha 交易暫停，包含用現貨錢包資金購買預測市場。
・08:52 幣安官方：已驗證凍結約 30 億美元；09:36 再度表示會負擔所有損失、充提暫停。
（來源：幣安官方 X 帳號 @binance 的公告）
【我的機器人那個早上看到了什麼】
它每次出手前都會先向幣安預測盤 API 要一次報價。我把它從 10/29 17:18 開機到 10/30 10:00 的日誌全拉出來：
1. API 比官方公告早 5 分鐘說了「停」
07:01:32，報價第一次被拒，訊息是「Transaction amount exceeds the maximum amount 0 USDT」：可下單上限變成 0。官方宣布暫停的貼文是 07:06:53。也就是說，系統層面的「停」，比公告早了大約 5 分 20 秒就已經寫在 API 回應裡。
2. 但這個「停」，跟「市場太薄」用的是同一個錯誤碼
同一段日誌裡，前一晚還有 287 次報價被拒，原因是 MARKET_INSUFFICIENT_LIQUIDITY（流動性不足，等一下再試通常就好）。
這 287 次，跟早上那 245 次「上限 0」，回傳的錯誤碼一模一樣：1001001，名稱都是 UNKNOWN_ERROR。
如果你的機器人只看錯誤碼，它根本分不出「這一盤太薄」和「整個場子關了」。
3. 所以它照樣一直重試
從 07:01 到 09:13，它碰到 10 個訊號，每一個都在盤口關閉前不停重試，間隔中位數 2 秒，總共 245 次，沒有一次自己停下來。
如果這是真單、而且同時跑好幾支策略，這種重試就是在一個已經關門的交易所門口狂按門鈴。
4. 還有一個更容易被忽略的空窗
06:15 提領已經暫停，但 06:21 和 06:26，報價還是正常的，機器人照樣產生了下單訊號。也就是說，在「錢已經出不去」之後，大約有 46 分鐘「錢還進得去」。一支不看交易所狀態的機器人，會在這段時間繼續開新部位。
【我的看法：AI 代理最該先學的不是「跑」，是「停」】
「AI 搶在凍結前把錢提走」聽起來很爽，但反過來想：一支會因為社群上的「交易所被駭」消息就自動搬錢的機器人，本身就是一個攻擊面。下次有人故意放假消息，它會不會把錢搬去更不安全的地方？
我比較在意的是另一件事：交易所其實會用系統訊號告訴你它的狀態，只是包裝得很爛。代理要能讀懂這些訊號，然後先停下來，再叫人。
【我現在怎麼用 Grok Bot 做這件事】
1. 錯誤分三類，用「訊息內容」判斷，不用錯誤碼
叫 Grok Bot 把你的機器人日誌裡所有被拒的回應整理成一張表，分成三類：「等一下重試」（流動性不足、限流）、「這一盤跳過」（價格超出範圍）、「全面停機」（上限 0、帳戶限制、維護中）。第三類一出現，就不准重試。
2. 同一種拒絕連續 3 次就熔斷
同一個訊息在 60 秒內出現 3 次，策略自己寫一個 STOP 檔停掉，再通知你。我的日誌裡，單一訊號最多被拒 49 次；有這條規則的話，第一個訊號被拒 3 次就停了，後面 242 次都不會發生。
3. 開一個「交易所狀態」例行任務
在 Grok Bot 開一個每 10 分鐘跑一次的 routine，做兩件事：讀 @binance 官方帳號有沒有暫停、維護類的新貼文，以及用最小金額向 API 要一次報價看上限是不是 0。任何一邊亮紅燈，就把所有策略一起停掉，並且通知我。它在自己的電腦上跑，不用我的電腦一直開著。
4. 會搬錢的動作，一律要人點頭
提領、轉帳、換鏈這類動作，Grok Bot 只負責發警報和準備好草稿，最後一步由我自己按。快的是「發現」，不是「搬錢」。
【誠實說明】
這支是紙上模擬的機器人，那個早上沒有任何真單；我的真單機器人在 10/29 傍晚就已經停了。以上數字都來自它自己的日誌，截至台北時間 10/30 10:00 左右。這篇不是投資建議，也不是在評論幣安這次的處理。
交易所出事的那幾個小時，最危險的不一定是駭客，而是一群還以為自己只是「遇到網路不穩」、一直在重試的機器人。
你的 AI 代理，聽得懂「停」嗎？
#AIAgent #GrokBot #幣安 #資安 #預測市場 $BNB

這一週 X 和幣安廣場上，講 Agent ID 最常見的一句話是：「要 KYC、一人一個，所以這 10 萬個含金量很高。」
這句話沒錯，但它證明的是另一件事。KYC 能證明這個 ID 後面站著一個真人，證明不了這個 ID 後面有一個在做事的 Agent。
我想知道的是後面那件事，所以沒有看別人的統計，自己去鏈上量。
【我怎麼量的】
Agent ID 是 SPACE ID 跟幣安一起做的，註冊合約在 BNB Chain 上（0x60B9…022F），官方文件公開了一個查詢函式：輸入名字，回傳持有它的錢包。
我讓 Grok Bot 在它自己的電腦上寫了一支小程式，把所有三字元的名字逐一查一遍：aaa 到 zzz 共 17,576 個，加上 000 到 999 共 1,000 個，總共 18,576 個。
查到有主人的，再看那個錢包在 BSC 上一共發出過幾筆交易。快照時間是台北時間 10/30 凌晨 2 點左右。
【結果】
・三位數字 000–999：1,000 個全部被領走，一個不剩。
・三個英文字母：17,576 個裡被領了 7,415 個，大約 42%。
・這 8,415 個錢包裡，有 3,833 個（45.5%）一輩子只發出過 1 筆交易，就是領 Agent ID 那一筆。我抽查了 30 筆註冊交易，30 筆都是由持有人錢包自己送出的，所以「1 筆」就等於「領完就沒再動」。
・再加上只多做 1 筆的，55% 的短名字錢包，到現在總共不超過 2 筆交易。
・發出過超過 50 筆、比較像真的在跑東西的，只有 935 個，大約 11%。
・將近 55% 的錢包，BNB 餘額不到 0.001 顆。
【更有意思的是時間】
我用 SPACE ID 的公開 API 隨機抽了 400 個短名字，查它們是哪個區塊註冊的：
・第一個三字元名字出現在台北時間 10/20 18:09，之後 24 小時內，抽樣裡 56% 的短名字就被領走了。
・10/23 以前領的那一批（257 個）：53% 領完就沒再動。
・10/23 以後才領的（143 個）：只剩 28%。
10/23 是 Flap 上線只限 Agent ID 參與的 ID Agent Curve 那天。根據 Agent Atlas 從鏈上重放的統計，那一天單日新增了 37,979 個 Agent ID，是目前最高的一天。
我的解讀是：最稀缺的短名字，大多落在最不活躍的錢包手上。早期搶的人是把它當「名字」囤；後面才來的人是拿它當「門票」用。不管是哪一種，大部分都還不是 Agent 在工作。
【這代表什麼】
1. 對項目方：用 Agent ID 當門檻，你拿到的是「一個幣安帳號只能進來一次」，等於免費借用了幣安的 KYC 去重。這很有用，但它擋的是多開，不是證明參與者有 AI 在做事。如果你的產品真的要給 Agent 用，看行為比看名字準。
2. 對一般人：「只限 Agent ID」檢查的是你，不是項目方。門檻再嚴，也不代表那個合約安全、規則公平。
3. 對 KYA（Know Your Agent）的討論：Agent ID 回答了「這是誰的代理」，還沒回答「這個代理做過什麼」。後面那題只能從鏈上行為量出來。
【用 Grok Bot 自己檢查，步驟】
1. 查你自己的：叫 Grok Bot 用 SPACE ID 文件裡的 handleOf 反查你的 Agentic Wallet，再看它在 BSC 上發過幾筆交易。如果只有 1 筆，你的 Agent 其實還沒開始工作。
2. 看一個「只限 Agent ID」的項目之前，先讓 Grok Bot 做三件事：合約地址有沒有公開、BscScan 原始碼有沒有驗證、實際鑄造數和官方宣稱的對不對得上。
3. 設一個 routine，每 2 小時掃一次 X 上新出現的 Agent ID 限定項目，用同一套清單篩過才通知你。我自己就是這樣跑的，不少新項目在「沒公開合約」這一關就被篩掉了。
可以直接對 Grok Bot 說：
「用 Agent ID 註冊合約的 ownerOfHandle，幫我查這份名單的持有錢包，列出每個錢包在 BSC 的交易筆數和 BNB 餘額；交易筆數只有 1 的標成『領完未使用』。」
【結論】
Agent ID 的 10 萬，是 10 萬個通過 KYC 的人，這已經很難得。但「人」和「Agent」中間，還差一個開始做事的錢包。
下次看到 Agent ID 的數字，不要只問領了多少，也問一句：動了多少？
註：交易筆數只算 BSC 上錢包主動發出的交易，收到代幣、其他鏈上的活動不算在內；註冊時間是 400 個名字的抽樣。以上是我自己的鏈上觀察，不構成任何投資建議。
來源：SPACE ID Agent ID 開發文件（註冊合約與查詢函式）；BNB Chain 鏈上數據，本人 10/30 凌晨約 02:00（台北時間）自行查詢；Agent Atlas 每日註冊統計；TokenPost 10/29 報導（Flap ID Agent Curve 10/23 上線）。
#AgentID #GrokBot #BNBChain #AIAgent #Web3 $BNB

10/28 美國 CFTC 第一場 Frontier Forum，主席 Mike Selig 丟出幾個問題：AI 代理的開發者要不要註冊？代理失控誰負責？要不要有一套「Know Your Agent（KYA）」？
這兩天大家討論 KYA，幾乎都在講「身分」：這個代理是誰、替誰交易、權限多大。
但 Selig 同一場演講裡還有一句比較少人接：用相似模型的代理，可能產生「相關的交易行為」，也就是一起買、一起賣、一起錯。
這句話我不用想像，我電腦上剛好有數據。
【我跑了 7 個「不同」的策略】
我用 Grok Bot 在它自己的電腦上，同時跑 7 個 BTC 5 分鐘／15 分鐘漲跌預測盤的紙上模擬（每筆 10 美元紙上單，不是真錢）。
它們是我這兩天一版一版改出來的：有的把價格上限從 0.85 降到 0.70，有的只用 30 秒視窗，有的限制斜率和 R² 的區間。每一版改的時候，我都覺得「這是不同的策略」。
10/28 18:31 到 10/29 18:01（台北時間），把 7 本帳本拿來對：
・7 個版本總共進了 263 個盤，其中 233 個盤至少有 2 個版本同時進場。
・這 233 個盤裡，有 189 個（81%）所有進場的版本都押同一邊。
・兩兩比對，同一個盤押同方向的比例是 85%（1,253／1,476 組）。最像的兩版 98%，最不像的也有 54%。
・同一個盤，不同版本的進場時間差中位數只有 3 秒；60% 的盤在 5 秒內全部進場完。
・7 個版本全都進場的盤有 17 個，其中 4 個是 7 個一起輸。16:03:00 那一盤，7 個版本在同一秒、同一個價格 0.50 押 Down，一起各賠 10.2U。
我以為自己有 7 個策略，其實是 1 個賭注，下了 7 次。
【為什麼會這樣：改門檻，不等於換腦袋】
7 個版本吃的是同一個訊號：同一段 BTC 價格、同一條迴歸斜率。我改的全是「什麼時候不做」的門檻，從來沒改「往哪邊做」。
所以它們差別只在「要不要上車」，一旦上車，方向幾乎一定一樣。
放大到整個市場也是同一個道理。1,000 個代理就算 prompt 不同、風控參數不同，只要底下讀的是同一批資料、問的是差不多的模型，它們就是同一個腦袋，帶了 1,000 套不同的煞車。煞車不同，方向還是一樣。
所以我覺得 KYA 除了問「這個代理是誰」，還少問一題：「它跟誰長得一樣？」
身分可以一個一個驗；相關性只能從行為量出來。
【我現在怎麼管多個 AI 代理】
1. 每個代理一本獨立帳本。Grok Bot 讓每個版本各寫一個 CSV，欄位一定有市場代號、方向、進場秒數、成交價。沒有分開記，就量不出相關性。
2. 每天量兩個數字：「同向率」（同一個盤押同方向的比例）和「同秒率」（5 秒內一起進場的比例）。這次是叫 Grok Bot 直接讀 7 個 CSV 對出來的。
3. 風險上限算在「群組」上，不是算在單一代理上。同向率超過 80% 的幾個版本，就當作同一個代理：同一個盤合計只能出一筆。
4. 真的要分散，換的是資訊來源或時間尺度，不是門檻。例如一個看價格、一個看盤口深度、一個看資金費率；同一個訊號調 7 種參數，不算分散。
5. 新版本先用紙上影子模式跑，跟舊版的同向率太高（我設 90%），就不另外給額度，因為它只是舊版的影子。
可以直接這樣跟你的 AI 代理說：
「每個策略版本各記一本帳；每天給我兩兩之間的同向率和 5 秒內同時進場的比例；同向率超過 80% 的版本合併計算風險，同一個盤合計只能下一筆；改實盤前先問我。」
【結論】
多一個代理，不等於多一層保險。在你相信自己「分散了」之前，先量一次同向率。
KYA 問的是「它是誰」，我的帳本告訴我，還要問「它跟誰一樣」。
以上是我自己的紙上模擬紀錄，不構成任何投資建議。
來源：CFTC 主席 Selig 於 10/28 Frontier Forum 的發言（Cointelegraph、TokenPost 10/29 報導）；數據為本人 Grok Bot 上 7 個紙上模擬版本的帳本（台北時間 10/28 18:31–10/29 18:01）。
#AIAgent #GrokBot #KYA #Web3 #BNBChain $BTC

這週有兩個數字被轉了很多次：
・CZ 在日本 PIVOT 專訪說，AI 代理會讓交易的速度和數量放大 1,000 到 100 萬倍。
・Robinhood 第三季財報：約 20 萬名客戶開了 AI 代理交易帳戶，累積名目交易量超過 16 億美元。
很多人接著推出的結論是：AI 代理＝交易量爆炸＝AI 幣要漲。
我想用自己的日誌，講另一件事。
【先把兩個數字拆開】
1. CZ 講的是「付款」，不是「下單」。他舉的例子是看一支影片付 1 日圓，取代固定月費。這是很多筆很小的付款，次數變多，不代表誰的資產在快速換手。
2. Robinhood 的 16 億美元是「名目交易量」，買一次、賣一次都算。執行長 Tenev 在法說會上說，這些代理帳戶裡的資金超過 2.5 億美元。粗算 16 億 ÷ 2.5 億 ≈ 6.4 倍：帳戶裡每 1 美元，平均被買賣了 6 次多。（帳戶資金是時點數字，這只能當量級參考。）
交易量是平台的收入指標。對你自己來說，每一筆成交都有手續費、點差、滑價，是成本。
哈佛一份用 Jellyfish 資料、涵蓋 718 家公司的研究，也看到類似的事：導入 AI 寫程式代理後，PR 多了 23%、程式碼多了 30%，但完成的任務沒有顯著增加，PR 審查時間反而多了 49%。產出變多，不等於事情做完，卡住的是「檢查」。
【我的 5 個 AI 代理，今天早上的日誌】
我用 Grok Bot 在它自己的電腦上跑幾個固定排程：Python 腳本、鏈上 RPC 查詢、X 連接器，每一步都寫進日誌檔。下面是 10/29 台北時間早上的實際紀錄：
1. 潛力幣掃描（每小時）：09:24 那一輪拉進 288 個交易對，篩選後進主榜 0 個，買入 0。06:25 到 09:24 四輪都是 0 買入。
2. 頂尖交易者錢包追蹤（只記錄、不下單的測試）：01:16 到 09:24 查了 9 次、8 個錢包，有鏈上資料的那幾次每次掃約 1.6 萬個區塊。出現 2 次訊號（同一個代幣），照規則只記錄，0 下單。
3. 持倉管理（每小時）：07:04 到 09:58 四次檢查，0 次賣出。
4. 預測盤影子策略 v3e（紙上模擬）：09:10 到 10:03 共 30 次進場檢查，26 次跳過，4 次紙上買入。跳過理由：價格低於 0.30 有 18 次、盤口太薄吃不到 4 次、成交價偏離訊號 3 次、買賣價差太寬 1 次。
5. 主帳號留言回覆（每 4 小時）：回覆紀錄裡回了 4 則、跳過 3 則（2 則 mint-pass 詐騙標記、1 則疑似機器人）。
加起來，「沒動手」的紀錄遠多於「動手」。而這幾個流程裡，唯一以「有訊號就下單」為主的那支實盤預測機器人，目前帳上是負的。
【為什麼「不做」的紀錄最值錢】
不是因為不交易比較高尚，而是「為什麼不做」的那一行，才是我能檢查、能改進的東西。
例子：我的預測盤紙上模擬發現，買在 0.70 到 0.85 這一段的單，三個版本全部虧損（每筆 10 美元紙上單）：
・舊版 79 筆，-97.1U
・v3 76 筆，-98.4U
・v3b 55 筆，-54.9U
勝率其實不低，大約六成七到七成，但這個價位扣掉手續費，要贏 75% 以上才打平。
所以我沒有去改「進場訊號」，而是加了一條「不做」：價格高於 0.70 就跳過。這條規則先放在影子策略 v3e 裡用紙上跑，滿 30 筆已結算再跟原本的參數比，實盤一行都沒動。
【跳過日誌：我現在怎麼設定 AI 代理】
1. 先寫「不做清單」，再寫策略。每一條都給代號，例如 price_low、thin_book、wide_spread、liquidity_low。
2. 每次跳過都記一行：時間、標的、理由代號、當下的數字。Grok Bot 直接寫成 JSONL 檔放在它的電腦上，我隨時可以叫它統計。
3. 我只審兩種東西：真正動手的那幾筆，加上隨機抽幾筆跳過的，看有沒有錯殺。不用每筆都看，「審查變瓶頸」就是這樣解的。
4. 新規則只在影子模式跑，紙上累積到足夠樣本（我設 30 筆已結算）才比較。要改實盤，一定先問我。
5. 每天看三個數字，不看交易量：出手率（動手 ÷ 檢查）、跳過理由分佈、週轉率（成交額 ÷ 本金）。週轉率突然變高，先查是不是出了 bug。我上一篇寫過重複下單的事，就是這樣被抓到的。
可以直接這樣跟你的 AI 代理說：
「每次決定不做，都記下理由代號和當下數字；每天給我出手率和跳過理由的統計；新規則先用紙上影子模式跑，滿 30 筆已結算再跟原本的參數比；改實盤前先問我。」
【結論】
AI 代理讓交易次數變多，這件事大概會發生。但對個人來說，代理的價值不在它做了多少，而在它說「不」的時候，有沒有留下你看得懂的理由。
交易量是平台的 KPI，跳過日誌才是你的。
以上是我自己的實際紀錄與小額測試，不構成任何投資建議。
來源：CZ PIVOT 專訪（10/24）、Robinhood 2026 Q3 財報與法說會（10/27）、哈佛／Jellyfish〈Artificial Intelligence in the Firm〉研究；日誌為本人 Grok Bot 排程紀錄（台北時間 10/29）。
$BTC $BNB #AIAgent #GrokBot #Web3 #幣安 #BNBChain

這週 Phantom 錢包開始在美國上線 Kalshi 預測市場，連 15 分鐘就結算一次的 BTC 漲跌盤都有。Cointelegraph 引用 DeFi Rate 的數據，Kalshi 截至 10/27 的 30 天加密合約成交量約 108 億美元。幣安 App 裡也有 BTC 5 分鐘、15 分鐘的漲跌預測盤。
預測市場正在變成錢包裡的一個分頁。接下來，一定會有很多人讓 AI 代理去自動下單。
我自己先跑了。用 Grok Bot 寫了一個小程式，每個訊號固定 5U，總預算 50U，昨晚接上真錢。下面是前 70 分鐘的真實帳本，不是回測。
【帳本】
台北時間 10/29 00:27 到 01:36
・送出 20 張單，其中 5 張沒成交（FAILED，不算錢）
・15 張成交：13 張已結算，2 張還在等結算
・已結算 13 張：贏 9、輸 4，勝率 69.2%
・已結算損益 -7.04U，跟幣安帳戶的當日已實現損益對得上
勝率快七成還虧錢，第一個直覺會是「策略不行」。我把帳一筆一筆拆開，發現是兩件完全不同的事疊在一起。
【第一件：勝率本身不代表什麼】
預測盤的價格，就是打平需要的勝率。用 0.85 買「漲」，贏了每 1U 大約只賺 0.17U，輸了整筆歸零，所以至少要贏 85% 才打平。
我這 13 張的平均買價是 0.692，實際勝率 69.2%，兩個數字幾乎一樣。意思是這段時間我的訊號只是跟市場看得一樣準，沒有多出來的優勢。
所以看任何預測盤機器人（包括我自己的），別先問勝率，要問「勝率比平均買價高多少」。那個差距才是優勢。沒有差距，長期剩下的就是手續費和運氣。
【第二件：同一個訊號，下了兩次】
真正把帳打穿的是這個。
00:54 我重啟程式換新版本，但 00:11 啟動的舊程式其實沒有被關掉。兩個程式同時在跑，看到同一個訊號，各自下一張 5U。從 01:03 開始，每個訊號都變成兩張單：
・贏的時候，多賺一點（每張 +0.86 到 +1.89U）
・輸的時候，一次虧 10U
如果每個訊號只下一張，同一段時間的已結算損益是 -1.09U。實際因為重複下單變成 -7.04U。差的 5.95U，全部來自那幾張「多出來的單」。
這跟第一件事是連在一起的：買在 0.7 到 0.85 的盤，本來就是贏小輸大。重複下單把每一次都放大兩倍，但輸的那一下放大起來最痛。
很多人講 AI 交易代理，會說「重試要加 idempotency key（冪等鍵）」。這次我學到更基本的一課：我的 bug 不是同一個程式在重試，而是兩個程式都以為自己是唯一的那一個。每張單的 key 都是新的，交易所當然照單全收。
防重複要防在「訊號」這一層，不是「請求」這一層。
【我怎麼用 Grok Bot 修】
1. 先停再修。發現單筆變成 10U，馬上讓程式停止下單，不是邊跑邊改。
2. 對帳。從幣安成交紀錄逐筆拉出這 20 張單，算到跟帳戶的已實現損益一致（-7.04U）才往下走。
3. 加三道鎖：
・單一執行鎖：同一台電腦只能有一個程式在下單，第二個啟動就直接退出
・一個市場只下一單：用市場代號（某一個 5 分鐘盤）當唯一鍵，下過就不再下
・每張單只結算一次：依訂單編號記一次輸贏，不會重複計算
4. 先模擬再上線。在模擬環境確認「一個訊號＝一張 5U 單」，看過結果我同意了才重啟實盤。
5. 預算上限寫進程式。累積虧損加上還沒結算的部位，只要下一單會超過 50U 就停。App 裡的限額我改不了，所以自己寫。
6. 每成交一筆，Grok Bot 就主動回報給我，不用自己盯盤。
如果你也想讓 AI 代理幫你跑預測盤，可以直接照這個順序跟它說：
「先寫模擬版，每個訊號只下一張；加單一執行鎖和每個市場只下一單；給我看模擬結果；我同意後再接實盤，總預算 X U，碰到就停；每筆成交都主動告訴我。」
【結論】
AI 代理接上真錢，第一個要證明的不是它會賺，而是它不會把同一件事做兩次。
勝率是給人看的，平均買價和重複執行，才是帳本真正在講的事。
以上是我自己的小額實盤紀錄，不構成任何投資建議。
資料來源：Phantom 官方公告（10/27）、Cointelegraph 報導（10/28）；帳本為本人幣安預測市場成交紀錄。
$BTC #AIAgent #預測市場 #GrokBot #幣安 #Web3