近段時間程序員們都在討論Trae，于是我就懷著好奇心去體驗了下，體驗完以后，先說優(yōu)點，我覺得Trae的確是一個不錯的AI-IDE，如果模型給力的話，操作者只需要一直點下一步就能生成一個還算可以用的軟件，但AI大模型還需要進步！

貪吃蛇游戲

當(dāng)我第一次打開Trae的時候，Trae給我做了一個新手引導(dǎo)，給了我一個提示詞“使用 web 技術(shù)棧生成一個貪吃蛇游戲”，我第一次使用Open AI 3.5的時候，生成的第一個項目正好就是貪吃蛇游戲，代碼不過140行，這是我體驗AI大模型的第一步，于是，看到Trae給我的提示詞，我倍感親切，所以，我很高興得就根據(jù)它給我推薦的提示詞去生成代碼。

我以為Trae會很輕松得完成我交代給它的任務(wù)，畢竟這個提示詞還是Trae主動給我的，我覺得它應(yīng)該沒有問題才對，但是結(jié)果出乎我的意料。

讓我眼前一亮的是，Trae會根據(jù)AI給出的結(jié)果自動幫你生成對應(yīng)的項目文件，我的要求是使用Web技術(shù)生成一個貪吃蛇游戲，于是Trae就給我生成了對應(yīng)的HTML、CSS和JavaScript文件，這個操作的確省了很多事，對于一些沒有Web前端基礎(chǔ)，或者基礎(chǔ)很薄弱的程序員來說，可以通過這個過程了解項目組織結(jié)構(gòu)。

但問題也隨之而來，我其實并不是一個全職的Web前端，我的主職工作是桌面軟件開發(fā)和后端開發(fā)，雖然有前端知識，但是僅限于“會寫”而已。

我以為Trae會使用原生純HTML+CSS+JavaScript來幫我完成這份工作，但是實際上，Trae給我提供的解決方案是使用Vite，這本身沒有什么問題，因為Trae是基于Visual Studio開發(fā)的，因此習(xí)慣上使用NPM命令，這也沒什么問題，但問題就在于一個很簡單的貪吃蛇游戲，在我根據(jù)引導(dǎo)安裝了一堆依賴項以后，最后發(fā)現(xiàn)我電腦上的Node.Js版本與Vite要求的版本不兼容，且無法使用NPM命令更新Node.Js，最終，Trae讓我手動去下載一個Node.Js版本。

此時，從我根據(jù)提示詞生成項目開始，已經(jīng)過去了接近15分鐘了，項目還沒跑起來，我已經(jīng)后悔了，我后悔我在最開始如果只要求它使用原生寫法給我生成一個貪吃蛇游戲就行了！

所以，最終我還是放棄了使用Vite繼續(xù)下去的念頭，畢竟我只是體驗，并不想因為體驗一個AI-IDE導(dǎo)致我電腦里面被下載了一堆我不需要的文件。

最后，我重新組織了下提示詞：“你使用原生HTML+CSS+JavaScript幫我生成一個貪吃蛇游戲吧”，于是，我在一分鐘之內(nèi)就得到了一個可以運行的Web版貪吃蛇游戲！

對于開始使用Vite生成的游戲，這本身是怪不得Trae的，因為它只是一個智能IDE而已，問題的主要原因出在AI模型上，因為我沒有說要原生HTML代碼，因此，AI就讓我NPM了一堆依賴項。

當(dāng)然了，如果我本身就是一個Web前端的開發(fā)者，或許也會在一分鐘之內(nèi)就可以得到一個可以運行的游戲！

圖片加水印小程序

我最近正好在學(xué)習(xí)如何編寫小程序，所以，我又啟動了一個項目，準備寫一個圖片加水印的小程序，于是，我還特意畫了一個UI草圖，直接把草圖在Trae里面丟給了模型，結(jié)果很快Trae就根據(jù)我畫的草圖幫我生成了一個圖片加水印的小程序代碼。

因為小程序不能直接在Trae里面運行，于是我需要把生成的代碼丟到小程序開發(fā)的IDE里面去，預(yù)覽了下，效果基本跟我畫的草圖差不多，但是忽略了很多細節(jié)性的東西，于是我重新組織了下語言，盡量把我的需求描述清楚。

這一次總算有點像樣子了，但是還是會有點問題，于是，我進一步細化了我的要求，這期間出現(xiàn)了一個一直無法解決的問題，那就是我這個小程序底部是有導(dǎo)航欄的，我希望的是點擊導(dǎo)航欄按鈕，導(dǎo)航欄上方會撐開一個界面，顯示對應(yīng)的操作內(nèi)容。

但是，就這么一個簡單的要求，模型始終沒有幫我解決問題，嘗試了大概有一個多小時，我覺得模型給出的答案可能并不對，好在我有前端基礎(chǔ)，我仔細看了下模型給我的代碼，發(fā)現(xiàn)這里面有一個很簡單的BUG！

我的這個小程序的導(dǎo)航欄按鈕內(nèi)容是由圖標和文字組成的，也就是外層一個容器里面包著兩個控件。

因為我描述的需求是點擊導(dǎo)航欄按鈕顯示一個撐開的界面，因此，模型的理解就是只有按鈕被點擊了，才需要撐開一個界面，但是，實際上圖標和文字控件也是包含在按鈕之內(nèi)的，之所以一直有問題，就是因為我在Debug模式下點擊按鈕，經(jīng)常點擊的是圖標和文字，而模型給出的代碼只監(jiān)聽按鈕本身的點擊事件，所以，點擊就沒有效果了！

我嘗試引導(dǎo)模型去糾正這個問題，模型立馬就承認了它的“考慮不周”并且給了我解決方案，但是，收效甚微！

最后，還是我直接把按鈕內(nèi)的所有控件的Glass全部修改成一樣才解決問題。

就這樣，這個圖片加水印的小程序，我通過Trae寫了一下午，才僅僅實現(xiàn)了部分UI需求和操作需求，我很懷疑，如果我是一個專業(yè)的前端程序員，會不會因為模型不理解我的需求而被模型逼瘋！

因為在接下來的三天內(nèi)，我又針對“給圖片加水印”這個需求繼續(xù)使用Trae進行拓展，但是還是因為模型的原因，導(dǎo)致我的進度總是卡在一個問題上，最后我還是通過自己分析解決的問題，最終耗時四天，我才做出了一個滿足基本要求的圖片加水印的小程序。

當(dāng)然，這個小程序它還不太完整！

從這件事情能看出來，拋開IDE不談，Trae所集成的AI大模型還是逃不出在一個問題上反復(fù)折騰你的這個AI通病！

其實，我覺得整個過程中Trae表現(xiàn)的都沒有問題，但是，Trae畢竟只是一個IDE，它只能決策動作，但決策不了代碼，具體的代碼還是需要模型經(jīng)過推理給出，然后Trae再根據(jù)模型給出的結(jié)果來推斷下一步應(yīng)該做什么動作，比如說覆蓋某個代碼文件的代碼。

因此，最后我整個體驗下來，感覺還是有些失落，失落的原因是現(xiàn)在的大模型對于問題的理解還是有限的，如果大模型給出來的代碼無法保證準確度，對于問題的理解的準確度也不高的話，其實我覺得Trae這樣的IDE存在的意義就會被弱化。

總結(jié)

經(jīng)過接近四天的體驗，我覺得Trae至少跟Visual Studio（非Visual Studio Code）對于AI的應(yīng)用是不相上下的，他們都內(nèi)置了AI大模型，區(qū)別就是，Visual Studio內(nèi)置的是GPT4.0、Claude 3.7 Sonnet這類國外AI大模型，而Trae則內(nèi)置的是豆包和DeepSeek這類國內(nèi)大模型，而且都可以自動生成代碼文件以及選中代碼進行分析，經(jīng)過幾天的體驗，我覺得Visual Studio和Trae的體驗感是不相伯仲的！

但Trae的優(yōu)勢更明顯，因為它免費！而，Trae還允許用戶添加自定義模型！對于一些私有化部署的大模型比較友好！ChatGPT等國外的AI模型能不能添加，這個我沒試過，暫時不做討論！

我只希望現(xiàn)在的大模型能夠更加給力一點，雖然網(wǎng)上對于各種國內(nèi)外AI大模型的吹噓至今不絕于耳，但是，真正令一個程序員痛苦的就是大模型在一個問題上反復(fù)來回折磨你。

只能說，Trae被它所集成的大模型給拖了后腿！這不是國產(chǎn)AI大模型的問題，而是我所用到的幾乎所有大模型都會有這個問題！