runesleo

Claude 響應變得好慢，和我開8個終端窗口有關係嗎？

你正在審查由另一個 AI 助手撰寫的程式碼。你的工作是獨立驗證其正確性。
1. 邏輯是否正確？
2. 是否漏掉了邊界情況？
3. 有沒有安全性問題？
4. 是否符合所述需求？
不要建議重構、命名、風格變更或添加註解。只報告錯誤、邏輯錯誤和安全問題。
最後一行最重要。不加的話，Codex 可能會將審查當作重構來處理。

Everyone is testing Doubao, and I just paid the annual fee for my Typeless. Who understands this kind of frustration 😂

我的 Polymarket 交易策略有個熔斷器，同一個 bug 修了 5 次。
今天第 6 次出問題，終於意識到：不是程式碼有 bug，是我在用直覺定閾值。
勝率低於 75% 就暫停交易——聽起來合理吧？讓 Claude 拉了 1179 筆歷史交易跑統計檢驗，發現：
這個策略真實勝率 78.7%，正常波動就有 25% 的時間低於 75%。等於每 4 天自己把自己停一次。
更離譜的是 50 筆樣本裡 74% 和 75% 的差異，p 值 0.43——統計學告訴你這兩個數一模一樣，但我的程式碼把它當成了"策略失效"的鐵證。
然後熔斷器暫停交易，等恢復時又檢測到勝率還是 74%（廢話，沒交易怎麼變），再暫停，死循環。策略白白停了 5 個多小時。
修了 5 次修的都是恢復邏輯，今天才發現根本不該暫停。
用數據重新定了閾值：樣本量從 50 提到 100，閾值從 75% 降到 68%（正常波動中從未觸及）。一次搞定。
教訓：寫量化策略最容易犯的錯，不是演算法不行，是參數全靠拍腦袋。

用 AI Agent 做過內容或數據採集的都知道，抓網頁是最髒最累的活。
我平時工作流裡靠 Chrome cookie 抓數據，cookie 過期就廢；遇到 Cloudflare 或反爬嚴格的站點直接 403；X 的內容更別提，登入態動不動失效，API 配額用完就得換方案。一個連結進來，得準備三四層兜底，經常跑到最後一層還是抓不到。花在"讓數據進來"上的精力，比"用數據做事"還多。
試了下 XCrawl，給我的 OpenClaw bot 裝了它的 skill。
第一個測試——跟 bot 說"抓一下 的內容"，幾十個預測市場的賠率、成交量、截止時間，全部結構化 markdown 回來了。JS 動態渲染的頁面，一個請求搞定。
第二個測試更狠——丟了一條自己的 X Article 連結進去。幾千字的長文連 views、likes、bookmarks 都一起回來了。X 的內容是出了名的難抓，之前要單獨寫一套邏輯，現在一句話的事。
看了下消耗，每次請求 1-2 個 credit。內置住宅代理和 JS 渲染，不用自己搭基建。輸出的 markdown 直接喂 LLM 或者存數據庫，不用二次清洗。
API 有五種模式——單頁抓取、全站爬取、站點地圖、搜索、SERP，基本覆蓋了日常採集場景。OpenClaw 用戶裝個 skill 就能用，註冊送 1000 credits 夠跑一陣。
說實話，數據採

Claude 的 yes man 訓練得太好了

策略跑通了，想多開幾個號分散風險，結果卡了一整天。
坑不在策略，在基礎設施。
同一套代碼，A帳戶正常交易，B帳戶死活顯示餘額$0。API認證正常，地址也對，錢包裡明明有$600。
排查了地址映射、proxy架構、API credential重新生成，全部沒用。
最後發現：Polymarket的Google登入和錢包登入，底層用的是不同的簽名協議。代碼裡寫死了一個數字2，該用1。一個常量的差異，讓整個帳戶變成幽靈戶。
從"策略能跑"到"多號能跑"，中間隔了一整層工程問題：
- 帳戶類型決定簽名協議，不是所有帳戶都一樣
- 餘額查詢返回0不代表沒錢，可能是查錯了維度
- fail-closed安全機制會讓問題看起來像"策略停了"而不是"配置錯了"
單號跑策略是個人項目，多號部署才是系統工程。

用 AI 之後每天工作時間更長了。
以前沒有 Claude Code 的時候，想到一個點子，評估一下覺得太麻煩，算了。現在的問題是：什麼都不麻煩了。數據採集想做就做，策略想試就試，內容想寫就寫。可能性太多，反而每天都在排優先級。
AI 確實幫你省了時間，但省下來的每一分鐘都被新的可能性填滿了。

預測市場策略回測的跟 Paper 的勝率再高、再樂觀，一上實盤，問題就都出來了😂