平均每天Vibe Coding 16小時后，這是我覺得Fable 5和GPT-5.6時代最好用的AI開發(fā)流程。

最近兩周，因為Claude Fable 5回歸、GPT-5.6上線再加上Tibo義父瘋狂的重置。

以及AIHOT月活用戶，最近也正式突破了50萬。

所以導(dǎo)致，我現(xiàn)在每天Vibe Coding的時間，幾乎驚人的達(dá)到了16個小時。

我現(xiàn)在每天Vibe Coding到早上6、7點(diǎn)，然后睡一覺到中午12點(diǎn)起床收菜，然后去公司，路上用UU遠(yuǎn)程+Codex繼續(xù)Coding。

我?guī)缀醪粫孉I閑著，他們閑著的每一秒，我用不完的每一個token，都感覺是對Tibo義父的不尊重。

每天真的就是不眠不休，感覺自己染上了Coding的癮，主要還是創(chuàng)造和學(xué)習(xí)知識的快感，實在是太爽了。

昨天回復(fù)一個人的評論我還是這么回復(fù)的：

那種爽感我一直不知道怎么描述。

直到前天打車去機(jī)場，時間感覺要趕不上的時候，我跟司機(jī)說，求求你快點(diǎn)，然后司機(jī)一腳油門，那一瞬間我知道該怎么形容這種爽感了。

這是一種屬于時代的推背感。

它在不斷推著你向前、向前、再向前。

而因為Claude Fable 5和GPT-5.6 Sol在智力和執(zhí)行上的飛躍，我跟Agent協(xié)同開發(fā)的流程相比于Opus 4.8時代，也有了比較大的轉(zhuǎn)變。

前期我把巨量的Token都消耗在了一個地方，那就是優(yōu)化我的整體測試流程上。

在Vibe Coding中，開發(fā)的流程已經(jīng)被大幅加速，寫代碼已經(jīng)不再是瓶頸了，瓶頸專業(yè)到了測試、驗證，還有你對方案的評審上。

測試覆蓋率目前做到了還算是比較舒服的區(qū)間。

然后因為現(xiàn)在高頻提交、Agent自動開PR、反復(fù)跑測試的開發(fā)方式，為了節(jié)省測試和部署的時間，我甚至單獨(dú)去騰訊云上搞了一臺便宜的服務(wù)器來做CI，沒用GitHub的托管Runner了，然后做了很多任務(wù)類型的路由來保證測試全面性和準(zhǔn)確性的情況下，節(jié)省整體的時間。

哦對了，這里可以提一句，其實Vibe Coding到后面，當(dāng)你項目越來越大的時候，像Codex的所謂的1.5倍快速模式有的時候并不快，開著沒啥意義。

因為大量的時間都是消耗在了確定性測試流程上，Agent提測，測試要大概5分鐘時間，然后被測試打回，修復(fù)，繼續(xù)提測，又是5分鐘。

整體縮短的時間其實相當(dāng)有限。

整體測試流程優(yōu)化的差不多了之后，你會發(fā)現(xiàn)，你的想法，終于可以肆意的揮灑了，因為，你大概率無需擔(dān)心實現(xiàn)不了或者出現(xiàn)BUG，只要你能提出來，那大概率能穩(wěn)定且完美的實現(xiàn)。

那最大的難點(diǎn)就來了，前期如何設(shè)計你的方案，如何自動化的交給Agent進(jìn)行開發(fā)，同時省心省力，上線的效果還有保障。

這兩周跟這兩頂級模型協(xié)同下來，我覺得最好的流程，就是Claude Fable 5做研究出方案初版，GPT-5.6 Sol來糾錯和優(yōu)化，然后在Codex中開起目標(biāo)模式全自動化執(zhí)行，之后，你就可以放手去睡覺，等著起床收菜就行了。

就是這么簡單。

大道至簡，重劍無鋒，你根本不需要什么奇奇怪怪的技巧，直接說話就行。

舉個新鮮的例子。

還是我的AIHOT。

最近在史詩級強(qiáng)化了防御、優(yōu)化了Agent接入機(jī)制、上線了UI 2.0、解決了用戶收不到Skill更新通知的問題、大幅重置了詳情頁、更新了精選算法、優(yōu)化了聚簇的算法、還有一堆更新之后，我又想把之前一直想做的一個新功能給大幅重構(gòu)和加強(qiáng)了。

就是全網(wǎng)AI熱點(diǎn)，也就是現(xiàn)在當(dāng)前熱點(diǎn)那個位置。

判斷什么東西很熱是一個很有意思的話題，我對它的理解特別簡單，就兩個指標(biāo)：

有多少人正在討論它，它的數(shù)據(jù)趨勢怎么樣。

這兩者合并，基本就能看出一個事件的熱點(diǎn)程度了，如果一個事件，討論的人越來越多，總數(shù)據(jù)越來越大，那基本就可以看出來這是一個正在大幅增長的熱點(diǎn)。

如果人數(shù)越來越多，但是數(shù)據(jù)增長趨勢一般，從而兩者形成了剪刀差，那可能就是營銷投放或者別的原因。

如果人數(shù)不咋多，但是數(shù)據(jù)一直在大漲，那可能就是平臺推薦算法的隨機(jī)漫步，或者是跟具體的人相關(guān)，而不足以成為破圈性的熱點(diǎn)。

所以，我想用這個機(jī)制，來做一個功能，去抓取整個互聯(lián)網(wǎng)，可能上萬個以上的信源，來去找到并監(jiān)控AI行業(yè)，真正正在爆發(fā)的熱點(diǎn)。

現(xiàn)在AIHOT上的當(dāng)前熱點(diǎn)其實做的非常的粗糙，就是看看目前監(jiān)控的200多個信源有多少人正在討論，在24小時這個生命周期的衰退里，這個數(shù)字是多少，然后排個大小。

但是要升級成真正的全網(wǎng)AI熱點(diǎn)，那肯定不能這么干的，肯定要解決我剛才提到的兩點(diǎn)里面的第一點(diǎn)，要監(jiān)控更多的賬號，甚至可能是上萬個賬號。

而且這些賬號，整體是要跟精選體系里監(jiān)控的賬號分開的，這上萬個賬號，只貢獻(xiàn)熱度，但是不會被精選，在我的體系里，一般稱為熱點(diǎn)信源。

大概就這個目標(biāo)，然后，我就把這一通需求，第一步，先發(fā)送給了Claude Fable 5，讓它給我出一個方案。

我發(fā)過去的字就不用干了，直接豆包語音輸入法瞎BB的，非常亂，但是大概的意思表達(dá)清楚了就差不多了。

你相信我，在如今這個時代，Claude Fable 5在做方案的初版設(shè)計上，在先進(jìn)程度和優(yōu)雅程度上，就是當(dāng)世獨(dú)一檔，越是大型的方案越能體現(xiàn)出它的智力程度。

在大概20分鐘之后，這個方案出來了。

但是注意，這個方案是不能直接用的，這也是為什么我說Claude Fable 5的方案只能是初版的原因，因為Claude家族一向的特性，就是丟東西，不細(xì)致也不細(xì)心。

所以接下來是第二步，把我們的需求和Claude Fable 5的方案，直接復(fù)制粘貼給Codex，選中模型為GPT-5.6 Sol極高。

然后說，這是隔壁同事做的，你詳細(xì)審查一下。

GPT-5.6 Sol經(jīng)常能挑出Claude Fable 5方案的問題，而且是比較嚴(yán)重的問題。

比如這一次，它花了6分鐘，找到了個原有方案里非常關(guān)鍵的隔離問題，甚至?xí)绊懳覀兤渌牧鞒坦芫€和架構(gòu)。

最后問了我一個問題。

回答完以后，它就給了我最終的方案。

然后，接下來的第三步，就更加簡單了。

在Codex中，你點(diǎn)擊左下角的加號，會發(fā)現(xiàn)有一個模式，叫目標(biāo)模式。

選中它。

你就會發(fā)現(xiàn)你的輸入框下面出現(xiàn)了一個東西叫目標(biāo)，這就說明，你進(jìn)入目標(biāo)模式了。

這個目標(biāo)模式的意思特別簡單，就是Codex會一直跑一直跑，不達(dá)到你的目標(biāo)不罷休。

我自己最長的目標(biāo)，就是前天，跑過17個小時的，從早上6點(diǎn)睡覺之前掛機(jī)，一直跑到第二天凌晨才跑完，直接給我額度一天清空了。

我當(dāng)時還發(fā)了個X，紀(jì)念一下這個成就的達(dá)成。

然后這一次，我也設(shè)定了一下目標(biāo)，這個目標(biāo)簡單到有一點(diǎn)不可思議，其實就一句話：

“根據(jù)上面所述的方案進(jìn)行開發(fā)，保證沒有任何錯誤，然后合并部署上線。”

我敢這么做的原因，是因為我對我自己的測試流程還是有自信的，確實還是比較嚴(yán)格，所以如果有一些BUG其實大概率都是過不了會被打回來的重新優(yōu)化的。

而且因為這個方案其實比較大一點(diǎn)，要做的東西比較多，細(xì)節(jié)更是多，跟各個模塊都有部分耦合，所以目標(biāo)模式，是執(zhí)行起來效果幾乎是最好的。

當(dāng)然，如果只是個小任務(wù)，你就別用目標(biāo)模式了，直接讓GPT-5.6 Sol去按流程去執(zhí)行完畢就可以了。

而且有一說一，Codex的目標(biāo)模式，做的真的比Claude Code的效果要好，可能是因為GPT系列一直以來幻覺率極低，Prompt遵從效果也好，所以超長程任務(wù)幾乎都不會變形，Claude推著推著有時候就不知道干個什么鬼東西了，甚至還會陷入死循環(huán)。

除非你是土豪，壕上天際，要不然你總不能拿Fable 5開目標(biāo)模式吧。。。

目標(biāo)定完發(fā)給Codex之后，其實你就可以去睡覺了，交給他自己在那開發(fā)了。

截止到我寫文章，目前已經(jīng)跑了2個半小時，我也不知道它還要跑多久。

但是大概率沒啥問題的，因為想要合并部署上線，還有一堆的流程要走。

我自己現(xiàn)在的全流程大概是這樣的：

我發(fā)任務(wù)后
→ Agent理解并核實問題
→ 新建獨(dú)立分支和工作區(qū)
→ 開發(fā)修改
→ 自動測試，必要時回測或檢查頁面
→ 推送分支并創(chuàng)建PR
→ CI自動驗收
→ 合并到主分支
→ 部署上線
→ 檢查真實線上效果
→ 使用潔癖.skill同步代碼、文檔和Agent記憶，并復(fù)盤經(jīng)驗
→ 向我匯報最終結(jié)果
→ 等我確認(rèn)沒有問題
→ 清理開發(fā)分支、工作區(qū)和臨時數(shù)據(jù)庫
→ 任務(wù)結(jié)束

所以基本上一個任務(wù)過去以后，它就會自己走完所有的流程，保證沒啥效果，然后部署上線，最后等我確認(rèn)這個完成效果行不行，是不是要清理掉分支啥的。

我現(xiàn)在基本就是常年好幾個任務(wù)并行。

我自己感覺6～7個任務(wù)并行幾乎就是我注意力的極限了，我曾經(jīng)嘗試過更多，但是那時候，我感覺就是我自己人腦確認(rèn)不過來了。。。

我自己，就是Agent最大的那個瓶頸。

所以在如今模型能力如此進(jìn)步的今天，絕大多數(shù)的什么開發(fā)skill比如superpowers這種都已經(jīng)沒啥大用了，相信我，絕對不如我現(xiàn)在這套流程來的效果好。

核心其實就是個啞鈴形狀。

在左邊是用最牛逼的模型出方案、優(yōu)化方案，然后執(zhí)行。

最右邊，就是你的最重要的測試和研究流程，還有用我的潔癖.skill保證文檔、規(guī)則、記憶、代碼四端統(tǒng)一。

當(dāng)你完成了這套流程的搭建之后。

相信我，你絕壁會體驗到Vibe Coding的爽感的。

那是一種，廣闊無垠的創(chuàng)造力。

那是一種，自由探索未知的奇妙。

那是一種，來自AI時代的瘋狂推背感。

去創(chuàng)造吧。

以上，既然看到這里了，如果覺得不錯，隨手點(diǎn)個贊、在看、轉(zhuǎn)發(fā)三連吧，如果想第一時間收到推送，也可以給我個星標(biāo)?～謝謝你看我的文章，我們，下次再見。

>/ 作者：卡茲克

>/ 投稿或爆料，請聯(lián)系郵箱：wzglyay@virxact.com