剛剛，TRAE SOLO上線獨(dú)立端：已經(jīng)不滿足寫代碼，還要跨界干活！

金磊 發(fā)自 凹非寺
量子位 | 公眾號(hào) QbitAI

TRAE，你這么玩，我是萬(wàn)萬(wàn)沒有想到的——

新發(fā)的TRAE SOLO獨(dú)立端（PC端和Web端齊發(fā)），直接可以跨界干活了。

例如我手上有一堆不同格式的文件：一份會(huì)議速記、一堆沒清洗的原始數(shù)據(jù)、幾張手繪的原型草圖……

然后我現(xiàn)在只需要一股腦地把它們打包到一個(gè)文件夾里，丟給SOLO獨(dú)立端，附上一段Prompt：

啪的一下，和這個(gè)項(xiàng)目相關(guān)的數(shù)據(jù)分析師、產(chǎn)品經(jīng)理、運(yùn)營(yíng)和研發(fā)的工作，統(tǒng)統(tǒng)搞定！

生成的所有文件都是可以點(diǎn)開、下載，直接可用的那種：

咱就是說啊，TRAE SOLO獨(dú)立端現(xiàn)在可真不只是能用來(lái)編程，需求、設(shè)計(jì)、數(shù)據(jù)、運(yùn)營(yíng)等崗位的人也都能拿來(lái)辦公。

一言蔽之，More Than Coding（MTC），把AI Coding這件事推向了AI Development。

或許有小伙伴要問了，之前TRAE里面也有SOLO模式，那現(xiàn)在二者有什么區(qū)別呢？

從形態(tài)上看，它脫離了傳統(tǒng)的IDE架構(gòu)，分為PC端和Web端兩種；從能力上看，它將原本聚焦于代碼的AI Agent能力，泛化到了整個(gè)互聯(lián)網(wǎng)產(chǎn)研上下游：

△圖片由AI生成

• TRAE PC端： 傳統(tǒng)的IDE形態(tài)，內(nèi)部深度集成SOLO模式（SOLO Agent），面向?qū)I(yè)且重度的研發(fā)場(chǎng)景。
• SOLO PC端（本次新增）： 獨(dú)立的輕量級(jí)客戶端，分為Code和MTC兩種模式，面向所有產(chǎn)研人員。
• SOLO Web端（本次新增）： 瀏覽器即開即用版本，同樣包含Code和MTC模式，主打隨用隨走。

簡(jiǎn)而言之，TRAE SOLO獨(dú)立端（下文簡(jiǎn)稱SOLO）旨在用更輕量、更直觀的交互范式，降低學(xué)習(xí)曲線。

那么它到底能把整個(gè)產(chǎn)研團(tuán)隊(duì)的活兒干到什么程度？

我們繼續(xù)深入實(shí)測(cè)一波。

產(chǎn)品經(jīng)理、運(yùn)營(yíng)、分析師…統(tǒng)統(tǒng)都能用

我們的實(shí)測(cè)將分別代入產(chǎn)品經(jīng)理、運(yùn)營(yíng)、數(shù)據(jù)分析師以及研發(fā)工程師的視角，看看這個(gè)獨(dú)立端在真實(shí)業(yè)務(wù)場(chǎng)景下的表現(xiàn)。

產(chǎn)品經(jīng)理實(shí)測(cè)：從海量噪音中提煉PRD

產(chǎn)品經(jīng)理（PM）的日常往往被大量的非結(jié)構(gòu)化信息淹沒。

他們需要處理來(lái)自各個(gè)渠道的海量用戶反饋，對(duì)齊歷史版本的需求，最終撰寫出邏輯嚴(yán)密的PRD（產(chǎn)品需求文檔）。

這個(gè)過程伴隨著跨工具的頻繁切換（從飛書/釘釘?shù)紼xcel，再到原型工具和文檔工具），整理一份完整的迭代方案往往需要熬上1-2天。

現(xiàn)在，我們準(zhǔn)備了不同格式且與產(chǎn)品經(jīng)理工作相關(guān)的五份文件：

接下來(lái)，我們把上面的文件夾直接上傳到SOLO的MTC模式里，并附上這樣的Prompt：

• 請(qǐng)讀取工作區(qū)的所有文件。首先，將300條用戶反饋按功能模塊進(jìn)行聚類，提煉出前3個(gè)高頻核心痛點(diǎn)；其次，結(jié)合Q1-Q4的上線數(shù)據(jù)，定位影響用戶留存的關(guān)鍵問題；接著，嚴(yán)格按照我提供的PRD模板，產(chǎn)出下一版本的功能迭代PRD初稿；最后，根據(jù)現(xiàn)有的設(shè)計(jì)規(guī)范，生成一份貼合現(xiàn)有樣式規(guī)范的原型頁(yè)面結(jié)構(gòu)描述。

然后SOLO就開始自己工作了：

最終，耗時(shí)僅7分鐘，SOLO就給出了完整且超長(zhǎng)的APP功能迭代初稿：

對(duì)于PM而言，SOLO最大的價(jià)值在于上下文的持續(xù)記憶與多格式文件的整合處理。它已然是一個(gè)能同時(shí)看懂表格、文檔和設(shè)計(jì)規(guī)范的業(yè)務(wù)助理。

運(yùn)營(yíng)工作實(shí)測(cè)：從活動(dòng)策劃到復(fù)盤報(bào)告的全鏈路

運(yùn)營(yíng)崗位工作的特點(diǎn)，非雜和碎莫屬了。

例如策劃一個(gè)大促活動(dòng)，前期要寫方案、做宣講 PPT、算預(yù)算；活動(dòng)落地需要配置頁(yè)面和物料；活動(dòng)結(jié)束后還要熬夜洗數(shù)據(jù)、畫圖表、寫復(fù)盤報(bào)告……

在這次的實(shí)測(cè)中，我們將根據(jù)現(xiàn)實(shí)工作需求，分為活動(dòng)前和活動(dòng)后兩個(gè)階段。

在活動(dòng)前，實(shí)測(cè)的Prompt是這樣的：

• 幫我從零開始策劃一場(chǎng)618用戶拉新活動(dòng)，產(chǎn)出完整可落地的方案（含活動(dòng)主題、核心玩法、日程安排、預(yù)算明細(xì)、宣傳渠道）。隨后，根據(jù)該方案生成一份簡(jiǎn)潔商務(wù)風(fēng)格的活動(dòng)宣講PPT。

這一次，在SOLO操作之前，先提問了五個(gè)問題，包括活動(dòng)對(duì)應(yīng)行業(yè)、新客如何定義、總預(yù)算、PPT頁(yè)數(shù)等等，以此來(lái)精確任務(wù)的執(zhí)行。

同樣是不到7分鐘，一份18頁(yè)的PPT就這么水靈靈地誕生了：

從結(jié)果可以看出，產(chǎn)出的策劃案邏輯清晰，玩法（如裂變紅包、限時(shí)秒殺）雖然中規(guī)中矩，但框架完整，預(yù)算明細(xì)的公式占位符也設(shè)置得很合理。

并且生成的PPT也是直接可用的那種，頁(yè)面結(jié)構(gòu)（封面、背景、玩法、排期、封底）與策劃案 100% 對(duì)應(yīng)，甚至自動(dòng)檢索并插入了符合主題的配圖。

接下來(lái)，我們繼續(xù)輸出活動(dòng)后數(shù)據(jù)復(fù)盤的Prompt：

• 完成數(shù)據(jù)清洗，做數(shù)據(jù)可視化分析，產(chǎn)出包含效果總結(jié)、問題分析、優(yōu)化建議的完整復(fù)盤報(bào)告（Word 格式）。

可以看到，在讀取運(yùn)營(yíng)數(shù)據(jù)時(shí)，SOLO自動(dòng)執(zhí)行了數(shù)據(jù)清理（剔除無(wú)效的刷單數(shù)據(jù)和空值），并輸出了帶有數(shù)據(jù)圖表（折線圖、柱狀圖）的Word復(fù)盤報(bào)告。

報(bào)告中的結(jié)論也是抓住了運(yùn)營(yíng)體驗(yàn)的問題，并給出了針對(duì)性的渠道優(yōu)化建議。

數(shù)據(jù)分析師：自動(dòng)化腳本與可視化挖掘

數(shù)據(jù)分析師（DA）的核心價(jià)值在于洞察，但在實(shí)際工作中，他們60%以上的時(shí)間都花在了前置的體力活上：處理多份格式不一的表格、清洗臟數(shù)據(jù)、寫Python腳本做聚合合并。

為此，我們準(zhǔn)備了非常雜亂的原始數(shù)據(jù)集，包括4個(gè)季度數(shù)據(jù)分表存儲(chǔ)，字段命名不統(tǒng)一、日期格式不統(tǒng)一、帶全類型臟數(shù)據(jù)，完全還原數(shù)分工作中從業(yè)務(wù)端拿到的多源異構(gòu)原始數(shù)據(jù)場(chǎng)景。

以及全鏈路用戶行為原始臟數(shù)據(jù)，含重復(fù)行、空值、亂碼、日期格式不統(tǒng)一、用戶類型不統(tǒng)一、事件類型異常、數(shù)值異常等，還原了數(shù)分工作中從埋點(diǎn)系統(tǒng)導(dǎo)出的原始用戶行為數(shù)據(jù)。

然后我們給出這樣的Prompt：

• 給定4個(gè)季度的銷售數(shù)據(jù) Excel、用戶行為原始數(shù)據(jù)集CSV，要求完成：①合并4個(gè)季度的銷售數(shù)據(jù)，清理重復(fù)值和空值、統(tǒng)一日期格式，生成帶季度列的年度總表，配套銷售趨勢(shì)柱形圖；②對(duì)用戶行為數(shù)據(jù)集做探索性分析，提煉核心業(yè)務(wù)洞察；③生成圖文并茂的分析報(bào)告PPT，用合適的圖表做可視化呈現(xiàn)，講清數(shù)據(jù)結(jié)論和優(yōu)化建議。

面對(duì)多份格式有差異的表格，SOLO并沒有試圖硬拼。后臺(tái)日志顯示，它自動(dòng)編寫并運(yùn)行了一段Python腳本，利用Pandas庫(kù)精確地完成了去重、空值處理、日期格式統(tǒng)一以及表格拼接。

除此之外，它依舊穩(wěn)穩(wěn)地生成了可視化的報(bào)告，包含多個(gè)數(shù)據(jù)分析需要的圖表。

由此，分析師不需要自己去調(diào)教代碼環(huán)境，只需下達(dá)指令，SOLO就能通過代碼化的方式保證計(jì)算的準(zhǔn)確性與可復(fù)用性，解放了DA的機(jī)械勞動(dòng)時(shí)間。

代碼實(shí)測(cè)：回歸老本行

最后，我們來(lái)實(shí)測(cè)一下SOLO的代碼能力。

即使是專業(yè)的研發(fā)人員，在處理一些快速原型的搭建、小型腳本的編寫，或者在移動(dòng)辦公/通勤場(chǎng)景下，一個(gè)輕量但全能的環(huán)境更為重要。

我們切換到SOLO的Code模式。測(cè)試任務(wù)不僅是簡(jiǎn)單的代碼生成，而是測(cè)試其作為一個(gè)獨(dú)立客戶端的工程化能力。

這次我們直接喂給SOLO一個(gè)PRD需求文檔，簡(jiǎn)單來(lái)一句：

• 按照產(chǎn)品需求做開發(fā)。

不一會(huì)兒，應(yīng)用就開發(fā)好了：

不僅如此，包括架構(gòu)設(shè)計(jì)、API定義、數(shù)據(jù)模型等等都是一口氣直出的：

不僅是本地可以執(zhí)行，SOLO和云端項(xiàng)目一起多任務(wù)并行，還是可以隨時(shí)接入查詢狀態(tài)的那種。

打破了AI工具的崗位壁壘

經(jīng)過對(duì)四個(gè)典型崗位的深度實(shí)測(cè)，我們可以清晰地勾勒出TRAE此次發(fā)布SOLO獨(dú)立端的真實(shí)用意。

過去的AI工具市場(chǎng)存在明顯的割裂：一方面是高度專業(yè)化、門檻極高的代碼補(bǔ)全插件；另一方面是只能處理純文本、無(wú)法觸及真實(shí)業(yè)務(wù)工作流的通用對(duì)話大模型。各個(gè)崗位的人員依然困在自己的工具孤島中。

TRAE SOLO獨(dú)立端的出現(xiàn)，最核心的變化是大幅降低了使用門檻。通過輕量化的PC端和Web端，以及MTC和Code模式的無(wú)縫切換，它將服務(wù)對(duì)象從單一的程序員，擴(kuò)展到了覆蓋產(chǎn)品、設(shè)計(jì)、數(shù)據(jù)分析、運(yùn)營(yíng)等互聯(lián)網(wǎng)上下游的全鏈路人群。

在能力層面，它不再局限于單純的寫代碼，而是整合了文檔理解、文件生成（PPT/Excel/Word）、數(shù)據(jù)清洗可視化、自動(dòng)化腳本執(zhí)行以及本地文件管理等全套能力。

這意味著，TRAE正在從一個(gè)幫助寫代碼的AI Coding工具，升級(jí)為一個(gè)覆蓋軟件生命周期全流程的AI Development基礎(chǔ)設(shè)施。

對(duì)于產(chǎn)研團(tuán)隊(duì)而言，它提供了一種全新的可能性：在一個(gè)統(tǒng)一的智能工作流中，用自然語(yǔ)言調(diào)度從需求到落地的所有環(huán)節(jié)。

中國(guó)版本：https://solo.trae.cn
國(guó)際版本：https://solo.trae.ai