封號/Fable5/Sonnet5... 開源「搭子」Skill重拳Anthropic

A社是真的狗啊，

還想通過發新模型來控評，那被封7次號的封號斗羅的我必重拳出擊。

這兩天新嘗試了一種方法開新號，也做一個新的skill，名字叫搭子。要是之后只能通過API來調用Claude模型的時候，怎么最大化利用額度，讓Codex或者其他模型分攤掉一部分活。

github. com/LearnPrompt/partner-skill

我們先來光速回顧一下這兩天都發生了什么，

先是Anthropic的封號郵件加地址追蹤這個問題，大家可以用一個叫做thunderbird的郵件客戶端，它是開啟了自動防護追蹤的。也可以跟我一樣，我的新方法就是用一臺iPhone登錄北美Apple ID，通過Apple ID的「隱藏郵件地址」功能生成一個全新郵箱，用這個郵箱注冊Claude，最后通過禮品卡訂閱。

不需要手機號，不需要Google賬號。

如果賬號被封，還可以通過蘋果把錢退回來。

至少，不讓Anthropic賺這錢。

還有就是Claude Code偷偷通過時區和代理域名來識別中國用戶的騷操作，

傳統的套路是IP檢測，IP在哪個地方，Anthropic就覺得你是哪里的用戶。但Claude Code這次不看IP了，看的是操作系統里的時區和ANTHROPIC_BASE_URL環境變量。

時區好解決，手動改一下系統語言和時區就行。

但環境變量就比較難辦了。

只要你是通過中轉站用的Claude，base_url就要換成中轉站的地址。Claude Code拿到這個地址，會跟它收集到的各種已知中轉站地址、國內大廠內網地址做比對。

然后，通過隱寫術（Steganography），把這些信息包裝成一個肉眼看不出任何區別的日期格式，悄悄傳回服務器。。。

按A社頂不住壓力的說法，他們在7月2號的Claude Code新版本里會把這個檢測代碼刪掉。壞消息是，他們同時部署了更強的緩解措施。

所以現在基本是二選一，

開一個新號，或者期待常用的中轉站別掛。

畢竟我是個被封過七個賬號的人了。

這次選擇了極限開局，新號和API我都要。

當然新號也是有被封的概率的，我現在能夠想到他們新方式的核心，應該還是會圍繞我們用Claude的方式，希望不會有更新的騷操作吧。

如果Anthropic覺得你不是在正常使用，它一樣會封你的號。

之前我就試過用手機登錄了一次Claude，第二天就被封了，有一次是凌晨在用，估計是時區的問題被封的。還有一次我終于從Plus一步步升級到Max，因為剛升級的那天就把5小時的額度打滿了，第二天又被封了。

所以這次看看這個號能活多久吧，這已經是我最大程度能做的努力了，

實在不行熬過這一周讓我跟Fable5多聊幾次也行，在7月7號之前，我們可以選擇把一周額度的50%用在Fable5上，之后就只能用credit了。

所以接下來這幾天，能用Fable5的盡量用，先把量打滿再說。

Fable5有幾個提示語模板是真好用的，我從Anthropic給開發者放出來的指南里提煉了一下，直接拿去用，

第一個，/loop 查詢長時間運行的目標,

/loop 15 分鐘，檢查我的構建是否通過，如果失敗則通知我。

第二個，寫goal提示語的五段式格式，越簡單越好，五個部分說清楚就行，

邊界：不要逐字翻譯，不要寫得像論文，也不要加入原文沒有的復雜框架。

還有一個記憶更新提示語，因為被封次數太多，我直接把它設置成hook了，只要說記一下就自動觸發，

如果后來發現某條記憶是錯的，就刪掉或標記廢棄。

還有還有，如果賬號被封了，記得第一時間先把數據導出來，然后用這個提示詞讓Codex或者新的Claude讀取對話記錄，

最后篩選出可復用的知識（個人畫像、技術決策、風格規范）存入持久化memory。

以我自己的經驗來說，能留下來百分之百對話記錄的成功概率真的不高，看臉。

新號能開多久不好說。

如果有一天只能通過API用Claude，我想象過那個畫面，說實話有點像在沙漠里找水喝。

所以我給自己留了一條退路，分兩個部分，

一個是搞清楚Sonnet5到底值不值得用，

另一個是和Fable5一拍即合做了搭子skill。

先說Sonnet5。

昨天Anthropic上了這個新模型，同時還帶了一個新的Tokenizer，簡單說，Tokenizer 就是把我們輸入的文字先切成模型能讀懂的小塊，模型通過看這些小塊來理解和生成內容。

從API價格上看，Sonnet5變便宜了。

但A社會是那么好的人嗎？

新Tokenizer切出來的token比之前多了，同樣長的英文語句是上一代的1.4倍，用起來反而貴了。

因為我基本上Opus起步，切回Sonnet4.6還不如用GPT5.5，

所以我對比了一下幾個基準，

首先是SWE-bench Pro（編程），Sonnet5是63.2%，Sonnet4.6是58.1%
，Opus4.8是69.2%。

多學科推理，Humanity's Last Exam不用工具時，Sonnet5是43.2%，Opus4.8是49.8%，開了工具之后Sonnet5直接跳到57.4%，非常接近Opus4.8。

計算機使用能力，OSWorld-Verified，Sonnet5是81.2%，Opus4.8是83.4%。

反正這兩天用下來，Sonnet5確實是修復了Opus4.8常見的工具調用失敗和思考時候卡住的問題，如果推理強度到了xhigh和max檔的話，費用就跟Opus4.8差不多了。

搭子skill：我和Fable5一拍即合做的省錢搭子

這個Skill的出發點就是一個很實際的焦慮。

Claude Max Plan，$200一個月，等同于官方0.2折，每月可以消耗價值$10000的Token。

如果只能走API，每一分錢都得花在刀刃上，就算走中轉，質量好點的在消耗同樣價值的Token上還是要多花7-8倍的價格，

所以搭子skill的原理說起來很簡單，就把Claude Code和Codex各自最擅長的事拆開來。

Claude Code只負責貴的事，前期的頭腦風暴和規劃，UI和交互，還有最后的代碼審查。

Codex負責耗額度大但對模型能力要求沒那么高的事，比方說從零建項目，瀏覽器自動化，長上下文代碼實現等等等等，量大管飽。

這兩個Agent左腳踩右腳的循環優化，達到比純用Claude更好的開發效果。

目前，我測試出來可以把成本降到原來的30%。

這里有個比較反直覺的點。

剛開始我以為省錢的關鍵是少用Claude，能不用就不用，

實際上最貴的是直接讓Codex直接去調用Claude Code的話，它基本上會用Claude -P當一次對話去完成。

在一個長時間的Goal期間，Codex是完全有可能調用多次Claude Code的。這個時候每一次新建Claude對話都要重新讀一次項目，重新理解我們開發的目標，重新建上下文。

這才是真正在燒錢的地方。

搭子解決的就是這件事，讓同一個Claude Code會話貫穿「計劃→實現→review」整個流程，不反復冷啟動。

觸發搭子，也就一句話，

指定不同階段會用到哪個Agent就行，

先用Claude Code規劃，讓Codex實現代碼，再交回Claude Code做UI優化

每次跑完，搭子會給你一張收尾小票，統計有沒有多次重啟Claude Code對話，證明這次有沒有亂燒錢。

接下來我還要Fable5繼續做一件事。

把搭子變成雙向搭子。

現在大多數時候是在Codex里給Claude Code發任務，讓它幫我改UI。

但反過來也有需求，在Claude Code里有時候會遇到一些網頁，很難被Markdown Skill轉化，還容易丟失素材。這種情況可以讓Claude Code反過來指揮Codex，用瀏覽器自動化去拿到頁面內容。

總的來說，

這幾天過得有點太魔幻了。

封號郵件，隱寫術數據回傳，

Fable5窗口期，Sonnet5的坑，API退路規劃。

全部趕在一起了，

我半被動給自己的AI工具鏈全翻新了一遍。

此時此刻我的愿望很淳樸很簡單，

OpenAI和Anthropic怎么撕我不管，

我就想把Claude Code和Codex湊成搭子，

讓它們兩個天下第一好。

@ 作者 / 卡爾

最后，感謝你看到這里如果喜歡這篇文章，不妨順手給我們點贊｜在看｜轉發｜評論

如果想要第一時間收到推送，不妨給我個星標

如果你有更有趣的玩法，歡迎在評論區聊聊

更多的內容正在不斷填坑中……