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

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

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

直到Claude開始斷供。

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

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

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

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

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

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

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

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

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

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

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

promtps：開發(fā)一個「記錄每天寫代碼的內(nèi)容、時長和情緒的個人儀表盤」，基于 Next.js。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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