Antigravity 2.0 實測：18 分鐘做完一個全棧項目（順便對比了 Claude Code）

18分鐘，4個子代理同時行，一個全棧網頁應用由 prompt 到行得嘅初版——呢個係我用 Antigravity 2.0 行「花名籤」項目嘅實際時間。

上次分享咗 Antigravity 2.0 嘅 8 個使用技巧，今日呢篇就用呢個真實項目，將 2.0 嘅子代理、跨文件夾、異步工作流程行一次。文章最後，我都用 Claude Code + Opus 4.7 行咗一次同樣嘅 prompt 做對比。

第一步：準備功夫同項目初始化

入 Settings ---> Models，確認你賬號嘅配額夠用。

第二步：建立多個資料夾嘅 Project

喺電腦上預先開好三個空資料夾：huamingqian-frontend、huamingqian-backend、huamingqian-assets

喺 Antigravity 2.0 主界面撳「New Project」，喺 Project 建立界面，逐個加入呢三個資料夾到同一個 Project 下面，幫項目改名做「huamingqian」：

建立完成之後入 Settings 界面，確認三個資料夾都已經關聯到當前 Project：

第三步：設定 Agent 安全策略

入 Settings → Agent Security，揀 Default 檔位。呢個項目涉及建立檔案、安裝依賴、行 npm 指令，第一次測評建議保守啲，睇下 Agent 喺每一步操作之前嘅請求審核係點樣嘅。

第四步：喺對話框落指令指令

基礎配置做好之後，將準備咗嘅 prompt 發俾主 Agent，模型揀 Gemini 3.5 Flash。

Prompt：

指令發出之後，主 Agent 冇即刻開始寫 Code，而係先叫咗 brainstorming 呢個 skill，用「第一性原理同需求分析」嘅框架做方案，將花名籤嘅核心定位拆成古風宿命感同 AI 個性化嘅結合。

規劃完成之後，主 Agent 經由 invoke_subagent 啟動咗 4 個子代理並行工作：

後端同數據庫開發人員，負責 db.ts、/api/history、/api/generate 接口。

呢個子代理仲自帶咗一個我冇要求過嘅設計：DeepSeek API 異常或者冇填 Key 嘅時候，自動觸發預設籤文做後備，避免接口死咗嗰陣成個應用癱瘓。

狀態同樣式系統開發人員，負責 Zustand store 同宣紙紋理樣式系統。

左欄同頭部 UI 開發人員，負責中式復古木刻版畫風格嘅 Header、性格標籤雲、12 星座、風格卡片、抽籤按鈕。

右欄同動效 UI 開發人員，負責籤筒搖動嘅動畫效果同雙軸古卷軸嘅結果展示。

每個子代理負責嘅檔案基本上唔會重疊，避免咗並行寫 Code 嗰陣互相覆蓋。

㩒上面幅圖右邊嘅 subagents 欄，可以見到每個子代理而家做緊啲咩。

成個項目初版行完大約 18 分鐘，由 4 個子代理並行完成。如果換成單 Agent 順序寫，時間估計要翻倍。

檔案結構上，三個資料夾係同步進行嘅，提示詞入面寫咗後端 Code（例如用 Next.js 全棧，就將 API Routes 放喺前端項目入面），Agent 跟得幾好，後來叫佢做咗前後端分離，

最後嘅檔案結構如下：

第五步：成品效果

18 分鐘之後初版交付，效果都幾好。

古卷軸雙軸造型出咗嚟，硃紅色「天機印記」印章、宣紙質感、書法體大標題「赤焰」，右邊「詩意魂魄/意象釋義/水墨法相描述」嘅三段式排版都到位。左欄嘅性格標籤雲、12 星座單選、風格卡片中英文標註、已選狀態高亮，跟需求實行得好完整。

尤其係搖籤筒同卷軸展開嘅動畫效果，真係超出咗我預期：㩒完抽籤按鈕，右邊嘅古卷軸由中間向兩邊慢慢展開，配上籤筒搖動嘅過渡，儀式感即刻出曬嚟。

當然，初版都有啲 bug，我將問題反饋俾 Agent 之後，修改得幾快。

順便對比一下，同樣嘅 prompt，Claude Code + Opus 4.7 做出嚟嘅效果

可以見到，Antigravity 嗰版右邊係雙軸古卷軸嘅完整視覺結構，Claude Code 呢版係平面卡片式呈現，冇卷軸造型，籤文嘅「儀式感」弱咗一截，抽籤動畫都簡單好多。

但 Claude Code 呢版生成出嚟直接就行得通，冇 bug。Antigravity 嗰版初版啟動嗰陣係有 bug 嘅，反饋俾 Agent 之後先修好。

最後，我嘅體驗：

1. 子代理拆分對中等複雜程度以上嘅項目真係有用，18 分鐘做完一個全棧項目初版，單 Agent 按順序做完至少要翻倍時間。

2. Agent 唔單止係按字面意思執行 prompt，會做規劃、會自己加容錯，但需要注意嘅係，你對實現方式有強限制嗰陣一定要喺 prompt 入面話俾佢知，唔係嘅話 Agent 可能會按自己判斷去調整。

3. 跨資料夾功能真係方便。

4. 異步工作流程都幾實用。Agent 做緊嘢嘅時候唔使乾等，可以繼續提問或者追加指令，對長任務場景幾有用。

5. 最後講下 /goal 指令。今次 prompt 係用 /goal 開始嘅，但行完成個項目，老實講我感受唔強——可能因為 prompt 本身比較完整、目標明確，Agent 唔用 /goal 都會按部就班做落去。

18 分鐘，4 個子代理並行，一個全棧網頁應用從 prompt 到能跑的初版——這是我用 Antigravity 2.0 跑"花名籤"項目的實際耗時。

上一篇分享了 Antigravity 2.0 的 8 個使用技巧，今天這篇用這個真實項目把 2.0 的子代理、跨文件夾、異步工作流跑一遍。文章最後，我也用 Claude Code + Opus 4.7 跑了一遍同樣的prompt做對照。

第一步：準備工作和項目初始化

進入 Settings --->Models，確認你賬號下的額度夠用。

第二步：創建多文件夾 Project

在電腦上提前建好三個空文件夾：huamingqian-frontend、huamingqian-backend、huamingqian-assets

在 Antigravity 2.0 主界面點"New Project"，在 Project 創建界面，逐一添加這三個文件夾到同一個 Project 下，給項目起名"huamingqian"：

創建完成後進入 Settings 界面，確認三個文件夾都已關聯到當前 Project：

第三步：設置Agent安全策略

進入 Settings → Agent Security，選擇 Default 檔位。這個項目涉及創建文件、安裝依賴、跑 npm 命令，第一次測評建議保守一點，看看 Agent 在每一步操作前的請求審核長什麼樣。

第四步：在對話框中下達指令

基礎配置做好後，把準備好的 prompt 發給主 Agent，模型選擇Gemini 3.5 Flash。

Prompt：

指令發出後，主 Agent 沒有立即開始敲代碼，而是先調用了 brainstorming 這個 skill，用"第一性原理與需求分析"的框架做方案，把花名籤的核心定位拆成古風宿命感與AI 個性化的結合。

規劃完成後，主 Agent 通過 invoke_subagent 啓動了 4 個子代理並行工作：

後端與數據庫開發員，負責 db.ts、/api/history、/api/generate 接口。

這個子代理還自帶了一個我沒要求過的設計：DeepSeek API 異常或沒填 Key 時，自動觸發預置籤文兜底，避免接口掛掉時整個應用癱瘓。

狀態與樣式系統開發員，負責 Zustand store 和宣紙紋理樣式系統。

左欄與頭部 UI 開發員，負責中式復古木刻版畫風的 Header、性格標籤雲、12 星座、風格卡片、抽籤按鈕。

右欄與動效 UI 開發員，負責籤筒搖動動效和雙軸古卷軸的結果展示。

每個子代理負責的文件基本不重疊，避免了並行寫代碼時互相覆蓋。

點擊上圖右側subagents欄，可以看到每個子代理當前在做什麼。

整個項目初版跑完大約 18 分鐘，由4 個子代理並行完成。如果換成單 Agent 順序寫，耗時估計要翻倍。

文件結構上，三個文件夾是同步推進的，提示詞裏寫了後端代碼（如使用 Next.js 全棧，則 API Routes 放在前端項目內，Agent遵循得很好，後來讓它做了前後端分離，

最後的文件結構如下：

第五步：成品效果

18 分鐘後初版交付，效果還不錯。

古卷軸雙軸造型出來了，硃紅"天機印記"印章、宣紙質感、書法體大標題"赤焰"，右側"詩意魂魄/意象釋義/水墨法相描述"的三段式排版都到位。左欄的性格標籤雲、12 星座單選、風格卡片中英文標註、已選狀態高亮，按需求實現得很完整。

尤其是搖籤筒和卷軸展開的動畫效果，真的超出了我的預期：點完抽籤按鈕，右側的古卷軸從中間向兩邊緩緩展開，配上籤筒搖動的過渡，儀式感一下就出來了。

當然，初版也有一些 bug，我把問題反饋給 Agent 之後，修改得挺快。

順便對比一下，同樣的 prompt，Claude Code + Opus 4.7 做出來的效果

可以看到，Antigravity 那版右側是雙軸古卷軸的完整視覺結構，Claude Code 這版是平面卡片式呈現，沒有卷軸造型，籤文的"儀式感"弱了一截，抽籤動畫也簡單很多。

但Claude Code 這版生成出來直接跑通，沒有 bug。Antigravity 那版初版啓動時是有 bug 的，反饋給 Agent 之後才修好。

最後，我的體驗：

1. 子代理拆分對中等複雜度以上的項目是真有用，18 分鐘做完一個全棧項目初版，單 Agent 按順序做完至少要翻倍時間。

2. Agent 不只是按字面意思執行 prompt，會做規劃、會自己加容錯，但需要注意的是，你對實現方式有強約束時必須在 prompt 裏告訴它，不然 Agent 可能會按自己的判斷調整。

3. 跨文件夾功能的確方便。

4. 異步工作流挺實用。Agent 幹活時不用幹等，可以繼續提問或追加指令，對長任務場景挺實用。

5. 最後說一下 /goal 命令。這次 prompt 是用 /goal 開始的，但跑完整個項目，說實話我感受不強——可能因為 prompt 本身比較完整、目標明確，Agent 不用 /goal 也會按部就班地做下去。