最近兩週，因爲Claude Fable 5迴歸、GPT-5.6上線再加上Tibo義父瘋狂的重置。
所以導致，我現在每天Vibe Coding的時間，幾乎驚人的達到了16個小時。
我現在每天Vibe Coding到早上6、7點，然後睡一覺到中午12點起牀收菜，然後去公司，路上用UU遠程+Codex繼續Coding。
我幾乎不會讓AI閒着，他們閒着的每一秒，我用不完的每一個token，都感覺是對Tibo義父的不尊重。
每天真的就是不眠不休，感覺自己染上了Coding的癮，主要還是創造和學習知識的快感，實在是太爽了。
直到前天打車去機場，時間感覺要趕不上的時候，我跟司機說，求求你快點，然後司機一腳油門，那一瞬間我知道該怎麼形容這種爽感了。
而因爲Claude Fable 5和GPT-5.6 Sol在智力和執行上的飛躍，我跟Agent協同開發的流程相比於Opus 4.8時代，也有了比較大的轉變。
前期我把巨量的Token都消耗在了一個地方，那就是優化我的整體測試流程上。
在Vibe Coding中，開發的流程已經被大幅加速，寫代碼已經不再是瓶頸了，瓶頸專業到了測試、驗證，還有你對方案的評審上。
然後因爲現在高頻提交、Agent自動開PR、反覆跑測試的開發方式，爲了節省測試和部署的時間，我甚至單獨去騰訊雲上搞了一臺便宜的服務器來做CI，沒用GitHub的託管Runner了，然後做了很多任務類型的路由來保證測試全面性和準確性的情況下，節省整體的時間。
哦對了，這裏可以提一句，其實Vibe Coding到後面，當你項目越來越大的時候，像Codex的所謂的1.5倍快速模式有的時候並不快，開着沒啥意義。
因爲大量的時間都是消耗在了確定性測試流程上，Agent提測，測試要大概5分鐘時間，然後被測試打回，修復，繼續提測，又是5分鐘。
整體測試流程優化的差不多了之後，你會發現，你的想法，終於可以肆意的揮灑了，因爲，你大概率無需擔心實現不了或者出現BUG，只要你能提出來，那大概率能穩定且完美的實現。
那最大的難點就來了，前期如何設計你的方案，如何自動化的交給Agent進行開發，同時省心省力，上線的效果還有保障。
這兩週跟這兩頂級模型協同下來，我覺得最好的流程，就是Claude Fable 5做研究出方案初版，GPT-5.6 Sol來糾錯和優化，然後在Codex中開起目標模式全自動化執行，之後，你就可以放手去睡覺，等着起牀收菜就行了。
大道至簡，重劍無鋒，你根本不需要什麼奇奇怪怪的技巧，直接說話就行。
最近在史詩級強化了防禦、優化了Agent接入機制、上線了UI 2.0、解決了用戶收不到Skill更新通知的問題、大幅重置了詳情頁、更新了精選算法、優化了聚簇的算法、還有一堆更新之後，我又想把之前一直想做的一個新功能給大幅重構和加強了。
判斷什麼東西很熱是一個很有意思的話題，我對它的理解特別簡單，就兩個指標：
這兩者合併，基本就能看出一個事件的熱點程度了，如果一個事件，討論的人越來越多，總數據越來越大，那基本就可以看出來這是一個正在大幅增長的熱點。
如果人數越來越多，但是數據增長趨勢一般，從而兩者形成了剪刀差，那可能就是營銷投放或者別的原因。
如果人數不咋多，但是數據一直在大漲，那可能就是平臺推薦算法的隨機漫步，或者是跟具體的人相關，而不足以成爲破圈性的熱點。
所以，我想用這個機制，來做一個功能，去抓取整個互聯網，可能上萬個以上的信源，來去找到並監控AI行業，真正正在爆發的熱點。
現在AIHOT上的當前熱點其實做的非常的粗糙，就是看看目前監控的200多個信源有多少人正在討論，在24小時這個生命週期的衰退裏，這個數字是多少，然後排個大小。
但是要升級成真正的全網AI熱點，那肯定不能這麼幹的，肯定要解決我剛纔提到的兩點裏面的第一點，要監控更多的賬號，甚至可能是上萬個賬號。
而且這些賬號，整體是要跟精選體系裏監控的賬號分開的，這上萬個賬號，只貢獻熱度，但是不會被精選，在我的體系裏，一般稱爲熱點信源。
大概就這個目標，然後，我就把這一通需求，第一步，先發送給了Claude Fable 5，讓它給我出一個方案。
我發過去的字就不用幹了，直接豆包語音輸入法瞎BB的，非常亂，但是大概的意思表達清楚了就差不多了。
你相信我，在如今這個時代，Claude Fable 5在做方案的初版設計上，在先進程度和優雅程度上，就是當世獨一檔，越是大型的方案越能體現出它的智力程度。
但是注意，這個方案是不能直接用的，這也是爲什麼我說Claude Fable 5的方案只能是初版的原因，因爲Claude家族一向的特性，就是丟東西，不細緻也不細心。
所以接下來是第二步，把我們的需求和Claude Fable 5的方案，直接複製粘貼給Codex，選中模型爲GPT-5.6 Sol極高。
GPT-5.6 Sol經常能挑出Claude Fable 5方案的問題，而且是比較嚴重的問題。
比如這一次，它花了6分鐘，找到了個原有方案裏非常關鍵的隔離問題，甚至會影響我們其他的流程管線和架構。
在Codex中，你點擊左下角的加號，會發現有一個模式，叫目標模式。
你就會發現你的輸入框下面出現了一個東西叫目標，這就說明，你進入目標模式了。
這個目標模式的意思特別簡單，就是Codex會一直跑一直跑，不達到你的目標不罷休。
我自己最長的目標，就是前天，跑過17個小時的，從早上6點睡覺之前掛機，一直跑到第二天凌晨才跑完，直接給我額度一天清空了。
然後這一次，我也設定了一下目標，這個目標簡單到有一點不可思議，其實就一句話：
“根據上面所述的方案進行開發，保證沒有任何錯誤，然後合併部署上線。”
我敢這麼做的原因，是因爲我對我自己的測試流程還是有自信的，確實還是比較嚴格，所以如果有一些BUG其實大概率都是過不了會被打回來的重新優化的。
而且因爲這個方案其實比較大一點，要做的東西比較多，細節更是多，跟各個模塊都有部分耦合，所以目標模式，是執行起來效果幾乎是最好的。
當然，如果只是個小任務，你就別用目標模式了，直接讓GPT-5.6 Sol去按流程去執行完畢就可以了。
而且有一說一，Codex的目標模式，做的真的比Claude Code的效果要好，可能是因爲GPT系列一直以來幻覺率極低，Prompt遵從效果也好，所以超長程任務幾乎都不會變形，Claude推着推着有時候就不知道幹個什麼鬼東西了，甚至還會陷入死循環。
除非你是土豪，壕上天際，要不然你總不能拿Fable 5開目標模式吧。。。
目標定完發給Codex之後，其實你就可以去睡覺了，交給他自己在那開發了。
截止到我寫文章，目前已經跑了2個半小時，我也不知道它還要跑多久。
但是大概率沒啥問題的，因爲想要合併部署上線，還有一堆的流程要走。
我發任務後
→ Agent理解並覈實問題
→ 新建獨立分支和工作區
→ 開發修改
→ 自動測試，必要時回測或檢查頁面
→ 推送分支並創建PR
→ CI自動驗收
→ 合併到主分支
→ 部署上線
→ 檢查真實線上效果
→ 使用潔癖.skill同步代碼、文檔和Agent記憶，並覆盤經驗
→ 向我彙報最終結果
→ 等我確認沒有問題
→ 清理開發分支、工作區和臨時數據庫
→ 任務結束
所以基本上一個任務過去以後，它就會自己走完所有的流程，保證沒啥效果，然後部署上線，最後等我確認這個完成效果行不行，是不是要清理掉分支啥的。
我自己感覺6～7個任務並行幾乎就是我注意力的極限了，我曾經嘗試過更多，但是那時候，我感覺就是我自己人腦確認不過來了。。。
所以在如今模型能力如此進步的今天，絕大多數的什麼開發skill比如superpowers這種都已經沒啥大用了，相信我，絕對不如我現在這套流程來的效果好。
在左邊是用最牛逼的模型出方案、優化方案，然後執行。
最右邊，就是你的最重要的測試和研究流程，還有用我的潔癖.skill保證文檔、規則、記憶、代碼四端統一。
相信我，你絕壁會體驗到Vibe Coding的爽感的。
以上，既然看到這裏了，如果覺得不錯，隨手點個贊、在看、轉發三連吧，如果想第一時間收到推送，也可以給我個星標⭐～謝謝你看我的文章，我們，下次再見。
>/ 作者：卡茲克
>/ 投稿或爆料，請聯繫郵箱：
[email protected]