作者 ｜ 董道力
作者 ｜ 王兆洋

今天提到AI Coding，外界的一個(gè)最大的感受是同質(zhì)化。不停有AI Coding，尤其是大廠的AI Coding發(fā)布，但似乎很難第一時(shí)間區(qū)分出來(lái)它們彼此的不同。

這也難怪，畢竟AI 編程這個(gè)賽道本身，就是從一場(chǎng)“借用大模型api”的實(shí)驗(yàn)開(kāi)始熱起來(lái)的。大家一開(kāi)始只要能接上幾家頭部模型，在編輯器里塞個(gè)聊天框、做一下自動(dòng)補(bǔ)全，就敢喊自己是新一代 AI IDE。

直到Claude開(kāi)始斷供。

一個(gè)共識(shí)越來(lái)越清晰：如果核心能力握在別人手里，產(chǎn)品形態(tài)再花哨，也是建立在別人商業(yè)安排上的空中樓閣。開(kāi)發(fā)者真正需要的，不只是“能不能調(diào)用某個(gè)聰明模型”，而是當(dāng)上游風(fēng)向變了，自己的工作流還能不能穩(wěn)定運(yùn)轉(zhuǎn)。

在這個(gè)背景下，對(duì)AI Coding極度重視的字節(jié)在Trae這個(gè)產(chǎn)品上的思路和做法就非常值得關(guān)注。

在模型方面，Trae希望盡量減少對(duì)單一上游的絕對(duì)依賴，字節(jié)在最近發(fā)布的豆包編程模型能起到一定作用。

而最近終于正式發(fā)布的Trae Solo，則在產(chǎn)品方面給出了答案：字節(jié)特點(diǎn)的產(chǎn)品思路如何體現(xiàn)在今天的AI產(chǎn)品上、字節(jié)這個(gè)同時(shí)在建造自己模型上下游生態(tài)的公司想要做一個(gè)什么樣的coding產(chǎn)品，都在Solo身上初步體現(xiàn)出來(lái)。

簡(jiǎn)單說(shuō)，Trae Solo最大的一個(gè)特點(diǎn)，就是用盡可能透明的設(shè)計(jì)，來(lái)讓AI Coding這個(gè)“黑盒”產(chǎn)品變得白盒化。

這涉及到兩方面的工作和目的。一是產(chǎn)品方面，Trae以近乎瘋狂的節(jié)奏保持著版本更新，其中許多工作投入到了實(shí)現(xiàn)白盒化的產(chǎn)品細(xì)節(jié)設(shè)計(jì)中。另一方面，這背后也能觀察到字節(jié)在今天AI Coding領(lǐng)域的競(jìng)爭(zhēng)策略。

我們首先來(lái)看看它產(chǎn)品上做了什么。

想要理解它在產(chǎn)品上的思考和動(dòng)作，拿它做一個(gè)任務(wù)是最好的方式。過(guò)程里可以看到它如何做到盡可能的透明來(lái)嘗試建立“信任”。

Solo 模式有兩條很直觀的路線：solo builder 負(fù)責(zé)從零把項(xiàng)目骨架搭起來(lái)，solo coder 則站在現(xiàn)有代碼庫(kù)上持續(xù)迭代和打磨。前者解決“先把東西做出來(lái)”，后者解決“做出來(lái)之后還能一直演進(jìn)”。理想用法是先用 builder 快速拉起一個(gè)可用的 MVP，再交給 coder 按照產(chǎn)品節(jié)奏一點(diǎn)點(diǎn)升級(jí)、補(bǔ)全、重構(gòu)。

接下來(lái)，我們就用一個(gè)項(xiàng)目來(lái)跑一遍，看看 Trae solo 這一套到底怎么運(yùn)轉(zhuǎn)。

為了幫助程序員系統(tǒng)化地記錄和可視化自己的，寫(xiě)代碼內(nèi)容、投入時(shí)間和情緒狀態(tài)，從數(shù)據(jù)中看清自己的學(xué)習(xí)節(jié)奏與工作狀態(tài)，從而做出更聰明的調(diào)整和規(guī)劃。我們開(kāi)發(fā)一個(gè)“個(gè)人記錄項(xiàng)目”。

promtps：開(kāi)發(fā)一個(gè)「記錄每天寫(xiě)代碼的內(nèi)容、時(shí)長(zhǎng)和情緒的個(gè)人儀表盤(pán)」，基于 Next.js。

在頁(yè)面上，Trae solo 模式應(yīng)該是比較早采用了區(qū)別于其它 IDE 的三欄模式，最左側(cè)是任務(wù)列表，中間是 solo 的工作臺(tái)，集中了 agent 對(duì)話、計(jì)劃、終端命令、文件改動(dòng)等所有過(guò)程信息，右側(cè)則給網(wǎng)頁(yè)和文件預(yù)覽留出一整塊空間?？雌饋?lái)都是很工程化的設(shè)計(jì)，但正是把這些東西串在一塊兒，才讓復(fù)雜度盡量待在系統(tǒng)里，而不是全壓在人的腦子上。

接受到 promtps 后，solo builder 的第一反應(yīng)不是急著寫(xiě)代碼，而是先把需求拆成一份非常干凈的開(kāi)發(fā)清單，從“搭項(xiàng)目”到“寫(xiě)測(cè)試”“寫(xiě)部署文檔”，一共 10 個(gè)待辦項(xiàng)，并明確寫(xiě)上當(dāng)前進(jìn)度是 0/10 已完成。這一步本身就很像一個(gè)靠譜實(shí)習(xí)生在和你確認(rèn)：“我先按這 10 步來(lái)，你看 OK 嗎？”

接著它開(kāi)始自動(dòng)動(dòng)手，先用一條命令把 programming-dashboard 項(xiàng)目腳手架跑起來(lái)，接下來(lái)安裝需要的路徑。隨后，它會(huì)去搭建數(shù)據(jù)層，構(gòu)建“代碼”“時(shí)間”“情感”三個(gè)項(xiàng)目重要的數(shù)據(jù)，并寫(xiě)好對(duì)應(yīng)的類型。最后，等待基礎(chǔ)結(jié)果搭完，solo 開(kāi)始補(bǔ)建業(yè)務(wù)板塊，表單、各種組件、響應(yīng)布局等。和其它 no-code 工具相比，它沒(méi)有停留在能跑就行，而是進(jìn)行了測(cè)試，并且制作的項(xiàng)目文檔。

其實(shí)上面那些流程，其它 IDE 也有，但 Trae solo 模式通過(guò)顏色、icon、隱藏步驟等操作，讓流程更加清晰。

此外，更重要的是，solo 模式有一些看似零碎的小設(shè)計(jì)，都在努力的做一件事情：把 AI 開(kāi)發(fā)盡可能白盒化，讓開(kāi)發(fā)者知道 AI 此刻在干什么，為什么這么干，接下來(lái)準(zhǔn)備怎么干。

正如開(kāi)頭所說(shuō)，現(xiàn)實(shí)中很多項(xiàng)目，開(kāi)發(fā)者不需要完全把項(xiàng)目交給一個(gè)“黑箱 Agent”，而是站在一個(gè)更像“技術(shù)負(fù)責(zé)人”的位置上，和 AI 一起推進(jìn)項(xiàng)目。

比如在 Agent 對(duì)話框可以輕松添加多種內(nèi)容，用戶可以將網(wǎng)頁(yè)元素添加到對(duì)話框，實(shí)現(xiàn)指哪里改哪里。用戶不再需要用“把背景色調(diào)成紅色”“把 xx 字體改大一號(hào)”這種自然語(yǔ)言描述。

同樣是調(diào)試，瀏覽器中的控制臺(tái)會(huì)記錄很多“隱藏”報(bào)錯(cuò)，在 Trae 中也支持一鍵添加到對(duì)話框。也避免開(kāi)發(fā)者需要不斷復(fù)制控制臺(tái)中的內(nèi)容交給 Agent。

除了用戶可以清晰容易的指出要修改的位置之外，Trae 也能清晰的告訴用戶它在做什么。

在“修改代碼頁(yè)面”可以看到文件修改整體情況，AI 改了哪些文件。落到具體的文件中，則是顯示典型的左右對(duì)照 diff，修改的地方用綠色高亮標(biāo)出來(lái)，被刪掉的舊標(biāo)題和樣式用紅色標(biāo)出。

對(duì)開(kāi)發(fā)者來(lái)說(shuō)，這種視圖特別像“AI 自動(dòng)幫你寫(xiě)好 PR”：你不用滿項(xiàng)目去翻，也不用猜它到底改了哪幾處，只要掃一眼修改列表和對(duì)應(yīng) diff，就能判斷這次迭代有沒(méi)有越界、風(fēng)格是不是統(tǒng)一、有沒(méi)有誤傷別的模塊。

AI 寫(xiě)的代碼，不再是一坨黑箱，而是一組可以隨時(shí)復(fù)查、隨時(shí)回滾的具體改動(dòng)。

此外，上下文幾乎決定了 AI 能做到哪一步。Trae 專門加了一個(gè)「手動(dòng)壓縮上下文」的開(kāi)關(guān)：

當(dāng)你感覺(jué)當(dāng)前這輪任務(wù) AI 已經(jīng)理解得差不多、回答也比較穩(wěn)定時(shí)，就可以主動(dòng)點(diǎn)一下“壓縮”。系統(tǒng)會(huì)把之前那些冗余的對(duì)話、日志和文件片段收攏成更精簡(jiǎn)的摘要，把寶貴的上下文空間騰出來(lái)給后續(xù)任務(wù)。

關(guān)鍵是，這個(gè)壓縮過(guò)程可見(jiàn)。Trae 會(huì)把壓縮前后的對(duì)比直接攤在你面前：原來(lái)哪些文件、哪幾段對(duì)話在上下文里；壓縮后保留了哪些核心信息、舍棄了哪些細(xì)枝末節(jié)，都有清單。你一眼就能看懂“它刪了什么、留了什么”，而不是突然發(fā)現(xiàn) AI 變笨了，卻不知道是因?yàn)樯舷挛谋幌到y(tǒng)偷偷清掉了。

整個(gè)項(xiàng)目的雛形制作完成了，接下來(lái)就調(diào)用 solo coder 模式進(jìn)行完善以及增加功能。

Solo coder 還有一個(gè)很好用的 plan 功能，相當(dāng)于在真正開(kāi)工之前，先把 AI 的方案攤開(kāi)給你看。

AI 不會(huì)一上來(lái)就亂改文件，而是先生成一份計(jì)劃：它是怎么理解你的需求的，準(zhǔn)備朝哪個(gè)方向改，如果不滿意，你可以在它動(dòng)手前就打斷、調(diào)整，而不是等它把一堆文件洗了一遍，最后才發(fā)現(xiàn)方向不對(duì)、白浪費(fèi)了一堆 tokens。

比如我上傳一張圖片后，讓 solo coder 參考并修改項(xiàng)目 ui 風(fēng)格。Trae coder 會(huì)寫(xiě)一個(gè)詳細(xì)的改進(jìn)說(shuō)明，迭代目標(biāo)是什么，將會(huì)改動(dòng)哪些文件，第一步做什么第二步做什么。

我們可以對(duì)比一下網(wǎng)頁(yè)修改前后的設(shè)計(jì)風(fēng)格，先不討論是不是美觀，但基本上都遵循了事先的計(jì)劃，比如“藍(lán)紫漸變、組建統(tǒng)一”等。

如果把這次體驗(yàn)收個(gè)尾，我會(huì)這樣看待 Trae 的 solo 體系：solo builder 讓人有勇氣“先把東西做出來(lái)”，solo coder 則幫你在不推倒重來(lái)的前提下，持續(xù)把產(chǎn)品打磨到能用、好用、愿意長(zhǎng)期維護(hù)。

這體現(xiàn)了Trae 理解的開(kāi)發(fā)者的心理：大家并不是想找一個(gè)會(huì)自作主張的替代者，而是想要一個(gè)說(shuō)得清楚、改得明白、出事能追責(zé)的搭檔。于是它把 AI 編程拆成一套可監(jiān)督的過(guò)程。顏色和圖標(biāo)讓任務(wù)流可讀，上下文壓縮讓信息邊界透明，修改頁(yè)面用 diff 告訴你每一處改動(dòng)的位置，而 plan 則把“先對(duì)齊再執(zhí)行”落實(shí)到每個(gè)步驟。

這些看似分散的小設(shè)計(jì)，其實(shí)都在朝同一個(gè)方向靠攏：讓人類保留決策權(quán)，讓 AI 承擔(dān)體力活。同時(shí)，盡可能透明，不丟掉必要的掌控權(quán)。

從 Claude 斷供那天開(kāi)始，AI IDE 這條線其實(shí)就被迫進(jìn)入了下一個(gè)階段：光靠著堆模型智商的紅利期會(huì)越來(lái)越短，接下來(lái)必須找到別的突破路徑。

今天來(lái)看，Trae找的路之一就是要把工程細(xì)節(jié)、協(xié)作方式、人機(jī)邊界一件件打磨清楚。在上面這個(gè)任務(wù)的過(guò)程里，這些各種各樣的產(chǎn)品功能和細(xì)節(jié)設(shè)計(jì)就是這個(gè)思路的產(chǎn)物，這些功能不一定都是會(huì)延續(xù)下來(lái)得到用戶肯定的設(shè)計(jì)，但這種迭代速度至少在今天有一個(gè)非常重要的作用——就是讓它和同質(zhì)化的AI Coding產(chǎn)品們區(qū)分出來(lái)。

這個(gè)策略現(xiàn)在看來(lái)越來(lái)越清楚，通過(guò)不斷的強(qiáng)化讓這種“白盒”的特點(diǎn)成為“賣點(diǎn)”，進(jìn)而獲得盡可能廣泛的潛在用戶，最終快速跑到一個(gè)規(guī)?；闹匾?jié)點(diǎn)，從而復(fù)刻字節(jié)一切成功產(chǎn)品的網(wǎng)絡(luò)效應(yīng)。

這也無(wú)疑是一個(gè)實(shí)現(xiàn)起來(lái)充滿挑戰(zhàn)的策略，今天正式全量上線后，接下來(lái)幾個(gè)月的產(chǎn)品高強(qiáng)度更新和用戶量的增長(zhǎng)情況，對(duì)于Trae Solo將會(huì)更加至關(guān)重要。