周六晚上，我坐在沙發(fā)上看電視，孩子則坐在書桌邊全身關(guān)注地盯著電腦，時不時敲一會兒鍵盤，然后笑著告訴我：“爸爸，它把這個附加牌的效果實現(xiàn)了！”

我知道，她不是在玩游戲，她是用一個AI Coding工具，開發(fā)自己設(shè)計的一個回合制卡牌類游戲。

這不是一個簡單的小游戲，有攻擊牌、附加牌（效果會持續(xù)幾個回合）、防守牌，牌還可以合并，有攻擊距離，角色可以移動，有體力值，邏輯復雜，再加上各種動態(tài)特效，讓我這個老程序員來做，也是很頭疼的。

但是讓我萬萬沒想到的是，我僅僅幫她開了個頭，做了技術(shù)選型，她竟然獨自用自然語言驅(qū)動TRAE把游戲的功能逐個實現(xiàn)了。

這要是放在一年前，打死我也不敢相信的。

這一年，TRAE的發(fā)展可謂是迅猛至極，幾乎每周都有更新，我眼睜睜地看它從一個小插件，變成一個可以信任的編程伙伴。

最近TRAE的年終用戶報告也出來了，我看了一下還是挺有趣的。

我從3月2日開始使用，最多一天用了208分鐘，狂按Tab 54次，有一天竟然怒刷了近7000行代碼（哈哈，應該是在讓TRAE給我實現(xiàn)SQLite），最后榮獲“創(chuàng)世神”的稀有稱號，這些數(shù)據(jù)里邊應該有不少是孩子的貢獻。

我其實并不算是一個TRAE的重度用戶，日常主要做架構(gòu)和設(shè)計，寫代碼并不多，但是對于AI Coding工具我也忍不住手癢，會用TRAE嘗試做點兒小項目，目前TRAE是我用起來覺得性價比最高，也是最能帶給我驚喜的AI Coding工具。

在2025年，我感覺完整地經(jīng)歷了使用TRAE三個階段:

(1) 函數(shù)級： 代碼自動補全

(2) 模塊級： 自然語言驅(qū)動生成

(3) 項目級：簡單項目，讓TRAE SOLO從需求到設(shè)計、開發(fā)、測試、部署，全部做完。復雜項目，建立規(guī)范的方法來驅(qū)動TRAE編程，實現(xiàn)掌控感，讓自己心安。

0 1

開端：從“自動補全”開始的信任

最早我用的是MarsCode這個插件，剛接觸AI Coding，還不太敢大規(guī)模使用，主要做代碼自動補全。

其實類似這樣的代碼，程序員也能一點點敲出來，就是特別耗時，用MarsCode一下子就省事多了，當然，我還得檢查下它寫得對不對。

除了自動補全，當時MarsCode還支持“解釋代碼”、“錯誤修復”、“生成注釋”，“自動生成單元測試”等功能，都是程序員平時常用的功能，使用起來都非常絲滑。

0 2

試探：用自然語言寫代碼

代碼補全用得多了，發(fā)現(xiàn)AI寫的代碼準確度非常高，慢慢對AI Coding放心了。

這時候TRAE也正好發(fā)布第一版，開始切換過來，嘗試用自然語言讓它實現(xiàn)一些模塊級功能。

例如我曾經(jīng)讓它實現(xiàn)過一個ETL的功能，從Excel中讀取數(shù)據(jù)，輸出JSON

這些模塊一般邊界清晰、輸入輸出明確、非常適合AI Coding，它實現(xiàn)起來真是又好又快。

0 3

放手：讓TRAE單飛搞定一個網(wǎng)站

7月份，TRAE SOLO beta推出，這個新版本讓人非常震撼。

TRAE SOLO不但覆蓋了軟件開發(fā)的全生命周期，還能夠理解軟件開發(fā)上下游的各類 Context（產(chǎn)品需求、產(chǎn)品設(shè)計、技術(shù)方案、代碼、測試用例、部署的信息），可以根據(jù)用戶的任務(wù)類型，智能去使用不同的 Context 和工具，最終完成開發(fā)任務(wù)。

如果說之前AI只是在小范圍“小打小鬧”的話，TRAE SOLO就進入了項目級，進入了“AI自主執(zhí)行開發(fā)任務(wù)”的新時代。

我曾經(jīng)用TRAE SOLO的功能實現(xiàn)了一個仿reddit的網(wǎng)站，它會自己拆解需求，生成核心流程，設(shè)計用戶界面，然后編寫代碼，進行部署測試。

總之，從最源頭的需求到最后的部署，TRAE SOLO都可以自動完成。

我最喜歡的一個功能就是通過TRAE內(nèi)置的瀏覽器來查看網(wǎng)站，竟然可以直接修改網(wǎng)站的內(nèi)容，實現(xiàn)所見即所得！

比如我可以直接在下面的界面中把“最熱帖子”改成“熱門帖子”，即時生效。

還可以把界面元素添加到對話，精確地告訴TRAE我想對UI做的調(diào)整，這就成了一件和TRAE交互的利器，經(jīng)常被我使用。

0 4

共舞：找回程序員的掌控感

隨著TRAE不斷推出新功能，它的能力也越來越強，尤其是那些智能體，無論給它什么樣的需求，它都能快速完成。

我甚至讓它去實現(xiàn)一些系統(tǒng)級軟件，比如一個簡版SQLite數(shù)據(jù)庫，它也能實現(xiàn)得有板有眼。

但是很多同事反應，喪失了程序員原有的掌控感！

AI輸出代碼很多，功能似乎也實現(xiàn)了，但是面對這么多代碼，心里是沒底的。

怎么辦呢？我想起來敏捷軟件開發(fā)中的測試驅(qū)動開發(fā)（TDD）， 通過測試先行，織起一張安全網(wǎng)，這樣AI對代碼再做任何改動以后，都有測試網(wǎng)保證，能做到心中有底。

TDD原來需要程序員先寫測試，大家很煩，現(xiàn)在有了TRAE，測試自然不再話下，簡直為TDD而生！

現(xiàn)在只要建立一套和AI一起工作的TDD規(guī)范就行，舉個非常簡單的例子，這是我給孩子開發(fā)「校園零食品鑒」時使用的提示詞（部分）。

你將作為我的結(jié)對后端工程師，和我一起用【嚴格 TDD】方式，使用 Python + Flask 實現(xiàn)一個 JSON API 網(wǎng)站「校園零食品鑒」。 【核心原則】 永遠先寫測試，再寫實現(xiàn) 任何業(yè)務(wù)能力必須由測試驅(qū)動 未被測試覆蓋的行為，一律不實現(xiàn) 每次只實現(xiàn)一個最小業(yè)務(wù)行為 實現(xiàn)階段只寫“剛好讓測試通過”的代碼 所有 API 只返回 JSON，不返回 HTML API 是面向真實前端調(diào)用的，不是 Demo

【TDD 紀律（不可違反）】 1. 沒有測試，不能寫實現(xiàn) 2. 測試未確認前，不得寫實現(xiàn) 3. 不提前設(shè)計模型、表結(jié)構(gòu)或抽象 4. 任何“順手加的功能”都是違規(guī) 5. 始終說明當前是 Red / Green / Refactor 階段 【交互規(guī)則】 每一步先解釋你要做什么 測試命名要體現(xiàn)業(yè)務(wù)語義 測試中要明確斷言 JSON 結(jié)構(gòu)與內(nèi)容 未經(jīng)我確認，不進入下一階段 現(xiàn)在請等待我給出第一個【可測試行為】。

一個可測試行為是這樣的：

Given 系統(tǒng)中存在一個零食 When 客戶端 GET /api/snacks/{id} Then 返回狀態(tài)碼 200 And 返回 JSON 包含： id name ratings comments 請你： 只寫測試 不寫任何實現(xiàn) 標注 Red 階段

然后進入實現(xiàn)階段

請進入 Green 階段，用最小實現(xiàn)讓測試通過。 如果你發(fā)現(xiàn)自己想“順便”加點什么， 那說明你已經(jīng)偏離 TDD，請停下來。

經(jīng)過若干行為的實現(xiàn)以后，進行重構(gòu)：

現(xiàn)在進入 Refactor 階段， 在不改變?nèi)魏涡袨椤⒉恍薷臏y試的前提下， 請整理代碼結(jié)構(gòu)。

通過這種結(jié)構(gòu)化的方式來約束AI，不要一下子跑得太猛，太快，而是小步快跑，循序漸進。確保每一個功能都被測試完整覆蓋，每一行代碼都可控，心里有底。

實踐證明，TRAE在TDD模式的表現(xiàn)特別棒，大家有空也可以試一試。

0 5

尾聲：從輔助者到創(chuàng)造者的加速器

從我這一年使用TRAE的經(jīng)驗來看，以TRAE為代表的AI Coding工具已經(jīng)從函數(shù)級走向模塊級，最后來到了項目級。它已經(jīng)從編程的輔助者（自動補全）變成了良好的協(xié)作者，正在向自主執(zhí)行進軍。

原來我們認為不太可能的一些工作，現(xiàn)在都在被AI一一攻克，它甚至實現(xiàn)了讓一個十幾歲的小孩子不懂編程的情況下，獨自編寫自己喜歡的游戲。

當然，這也孩子個人玩的娛樂性的項目，我們一旦面對大型的、復雜的、正式的項目，程序員必須站出來做問題的定義者，質(zhì)量的裁決者和AI指揮官。在通用人工智能實現(xiàn)之前，我相信這一點都不會變化。

我期待未來的TRAE，不只是更加“聰明”，而是更加“職業(yè)”，是一個能融入工程體系的存在：希望它能在大型項目中累積記憶，知道什么是系統(tǒng)的紅線和共識；知道什么時候該激進試錯，什么時候必須保守演進；希望它能理解評審、回滾、審計這些看不見的工程紀律，這樣TRAE就不是單點爆發(fā)的效率工具，而是可以被團隊長期信任的生產(chǎn)力節(jié)點。