終於找到一款像擁有開發團隊一樣的AI程式設計工具

Vibe Coding革命

最近在開發者社群裡有一個詞不斷迴響：Vibe Coding（氛圍程式設計）。聽起來幾乎有些神秘，對吧？好像你可以靠在椅背上，用自然語言描述你想要什麼，然後看著一個生產就緒的應用程式憑空出現。當然，現實一直是……複雜的。

過去兩年，我一直深耕在AI輔助開發的第一線。我燒掉了大量的API額度，與幻覺匯入搏鬥，眼睜睜看著AI的「修復」悄無聲息地覆蓋了我的認證層。承諾一直都在——少寫程式碼，更快交付——但執行起來就像玩吃角子老虎。有時你中大獎，更多時候，你得到的是胡言亂語。

然後11月的發布會來了。Google發布了Gemini 3和一款叫Antigravity的新IDE，突然間，那些關於「智能體程式設計」的零散討論凝聚成了真實可觸的東西。這不是又一個帶聊天側邊欄的VS Code擴充套件。這是真正不同的東西。

我清楚地記得那個頓悟的瞬間。當時我正在重構一個遺留的認證模組——那種通常要花一下午的繁瑣多檔案工作。我向Antigravity的智能體描述了我的需求。它生成了計畫。建立了子任務。開始跨檔案工作。執行了測試。修復了一個我根本不知道存在的bug。然後它向我展示了正常運行的介面截圖，問這是否符合我的預期。

二十分鐘。整件事只花了二十分鐘。我坐在那裡，咖啡涼了，意識到一些根本性的東西剛剛發生了改變。

什麼是Google Antigravity？

Google Antigravity是一款AI驅動的整合開發環境（IDE），於2025年11月18日與Gemini 3一起發布。與幫助你更快撰寫程式碼的傳統程式設計工具不同，Antigravity幫助你完全委託程式設計任務。把它想像成拼字檢查器和代筆作家之間的區別。

該平台基於Visual Studio Code建構——雖然關於它是直接分支還是透過Windsurf（Google以24億美元收購）間接分支存在爭議。如果你以前用過VS Code，介面會讓你立刻感到熟悉。但相似之處主要停留在表面。

真正使Antigravity根本不同的是它的「Agent優先」架構。AI不僅僅是建議程式碼片段——它是一個能夠計畫、執行、驗證和迭代複雜工程任務的自主參與者。這些智能體可以直接存取你的編輯器、終端機甚至瀏覽器，使它們能夠自主地計畫、執行和驗證整個功能。

我看過網上那些懷疑的聲音。「這只是又一個VS Code分支。」「Google六個月後就會砍掉它。」確實，Google的產品墓地可謂傳奇。但在使用Antigravity幾週後，我認為輕視它是錯誤的。這不是一個半成品的實驗。這是Google在軟體開發未來方向上的重大押注。

我的第一印象

安裝出奇地順利。下載安裝程式，執行設定精靈，用Google帳戶登入，十分鐘內我就盯著Agent Manager看——不是程式碼編輯器。這是有意為之的，也是Antigravity希望你以不同方式思考開發的第一個訊號。

介面分為兩個截然不同的檢視：

第一次開啟Antigravity時，迎接我的是Agent Manager，而不是空白檔案。這不是偶然。Google設計它讓你分派任務（「建構一個支援OAuth 2.0的使用者認證系統」），然後讓AI智能體處理實作，而你只需審查它們的工作。

說實話——最初幾次使用時感覺很迷茫。我一直想跳進程式碼裡，想控制每一個細節。但當我強迫自己信任這個過程時，神奇的事情發生了。我開始從更高的層面思考我的專案。架構。使用者體驗。商業邏輯。那些苦差事——樣板程式碼、重複模式、相依性管理——都交給智能體處理了。

我和一位開發者聊過，他完美地描述了這一點：「Antigravity感覺就像僱了一個有才華但沒經驗的初級開發者。速度快得驚人，偶爾魯莽，需要監督。但一旦你弄清楚如何指導他們，生產力的提升是真實的。」

Agent優先理念

傳統的AI程式設計工具——Copilot、基礎版Cursor、Windsurf——幫助你更快地寫程式碼。它們是進階自動補全系統，根據上下文預測接下來的幾個token。Google稱之為「第一代」AI：超級自動補全時代。

Antigravity代表「第二代」：智能體時代。AI不僅僅建議程式碼；它作為自主夥伴，可以操作終端機、編輯器，甚至即時瀏覽器來完成任務。這不再是關於更快地寫程式碼；而是關於編排數位智能體團隊來為你建構軟體。

多介面整合

真正使Antigravity與眾不同的是：它的智能體可以存取三個「命令介面」：

想想這意味著什麼。傳統的AI程式設計工具只存在於編輯器中。它們建議自動補全。也許重構一個函式。但它們無法驗證自己的工作。Antigravity智能體可以撰寫程式碼、執行它、看到結果、修復問題，並向你展示執行中應用程式的截圖——所有這些都無需你的干預。

產出系統

自主AI最大的挑戰之一是信任。你怎麼知道智能體實際做了什麼？Antigravity透過「產出」系統解決了這個問題。智能體不是輸出原始工具呼叫，而是產生人類可讀的交付物：

• 任務清單：將複雜請求分解為可管理的步驟
• 實施計畫：你可以在執行前審查的詳細提案
• 截圖：應用程式外觀的視覺證明
• 瀏覽器錄影：智能體測試你的UI的影片演練
• 操作指南：建構內容的分步說明

你可以直接在產出上留下回饋，就像在Google文件上評論一樣。智能體會吸收你的回饋並迭代。這種協作方式是基於聊天的AI工具所不具備的。

支援的模型與能力

讓我驚訝的是：Google讓Antigravity具備模型無關性。雖然它預設使用Gemini 3 Pro，但也支援競爭對手如Anthropic的Claude Sonnet 4.5和Claude Opus 4.5，以及OpenAI模型的開源變體（GPT-OSS-120B）。這種彈性表明Google的目標是擁有平台工作流，無論當前哪個模型最智慧。

Gemini 3：改變一切的引擎

我需要專門談談Gemini 3，因為它才是真正的明星。從早期的2.0版本開始我就一直在使用Gemini，說實話，它一直是「夠用」但從未令人興奮。Gemini 2.5 Pro還不錯。但Gemini 3？這完全是另一個級別。

最大的區別不是原始速度——而是推理能力。在以前的版本中，如果我要求複雜的邏輯，經常得到看起來正確但在邊界情況下失敗的程式碼。Gemini 3有一種「深度思考」能力，它似乎在寫程式碼之前模擬執行。準確性的提升是實質性的。

更重要的是，對於Antigravity來說，Gemini 3原生處理超過100萬token。這意味著Antigravity可以理解整個monorepo而不截斷。真正實現全程式碼庫重構，具備完整的架構理解。跨數百個檔案的準確相依性追蹤。大規模程式碼產生的首次準確率。競爭工具的有效上下文上限要低得多，需要多次迭代或手動上下文裁剪。

審查驅動開發

第一次開啟Antigravity的設定時，我注意到一個預設選項叫「審查驅動開發」。這個術語對我來說是新的——我聽說過測試驅動開發（TDD），其中單元測試驅動開發過程。但審查驅動開發？

這個概念簡單但深刻：開發現在由審查過程驅動。你不是在寫程式碼；你是在審查AI產生的程式碼。你的工作是驗證AI的輸出是否符合你的意圖，發現錯誤，引導改進。

這直接對應到大家都在討論的Vibe Coding概念。我們透過對話推進專案，一步一步向前，而不是迷失在實作細節中。程式設計師的角色正在向產品經理、架構師、專案負責人演變——一個提供方向和判斷的人，而不是敲下每一個分號。

無論Antigravity是發明了這個術語還是只是命名了一個已經發生的事情，它被內建到IDE中這一事實傳達了一個明確的訊息：這就是Google眼中開發的未來。

核心功能深度解析

平行智能體編排

這是Antigravity架構解決之前IDE關鍵限制的地方。傳統聊天介面是線性和同步的——你必須等AI完成才能問下一個問題。在Antigravity的管理器檢視中，你可以同時分派多達五個不同的智能體處理五個不同的任務。

我工作流中的真實例子：當一個智能體在重構認證模組時，我讓另一個寫整合測試，第三個更新文件，第四個最佳化資料庫查詢。全部平行執行，全部產生我可以從容審查的產出。就像擁有一個小型開發團隊，只是他們永遠不累，不需要咖啡休息，也不會抱怨需求不清楚（他們只是請求澄清）。

瀏覽器子智能體

我怎麼強調瀏覽器整合的變革性都不為過。Antigravity包含一個嵌入式Chrome瀏覽器，智能體可以：

• 啟動你的應用程式
• 點擊介面元素
• 擷取螢幕截圖
• 錄製影片演練
• 識別視覺問題
• 根據所見除錯CSS問題

在一次令人難忘的會話中，我讓一個智能體建構一個簡單的儀表板。它寫了程式碼，啟動了開發伺服器，開啟了瀏覽器，注意到一個按鈕沒有正確對齊，回去修復了CSS，重新載入頁面，驗證了修復，然後向我展示截圖詢問這是否是我想要的。全部自主完成。

自動產生操作指南

如果你和我一樣，任何衝刺中最累人的部分不是程式碼——而是雜務。你完成了一個功能，然後花幾個小時截圖並為QA和使用者撰寫詳細的操作指南。Antigravity智能體自動產生操作指南。它們記錄建構了什麼、如何運作以及如何使用。

知識項與記憶

智能體會從你的回饋和過去的工作中學習，隨時間推移提高對你程式碼風格和專案需求的理解。你還可以建立「知識項」——持久的上下文，幫助智能體理解你特定的專案慣例、架構決策和偏好。

工作流與自訂提示

Antigravity支援稱為「工作流」的儲存提示。在聊天中輸入/存取預定義的工作流，如產生單元測試或建立文件。你可以為重複任務建立自己的工作流，本質上是程式設計定義你希望智能體如何行為。

/generate-unit-tests

快速鍵

Cmd + L (Mac) / Ctrl + L (Win)  → 切換智能體面板
Ctrl + `                         → 切換終端機
@ + 檔案名稱                      → 包含檔案上下文
/ + 工作流名稱                    → 觸發儲存的工作流

定價與速率限制

這是讓所有人都坐直的頭條：Antigravity是免費的。在公測期間，你可以免費存取Gemini 3 Pro、Claude Sonnet 4.5和其他進階模型。

速率限制的現實

讓我坦誠地說一下限制。一些早期使用者報告在免費層大約20分鐘的密集使用後就用完了額度。如果你在做認真的開發工作——複雜的多檔案重構、持續的智能體互動——你會觸及速率限制。

付費的Google AI Pro訂閱者獲得更慷慨的限制，配額每5小時而非每週重新整理。Pro訂閱（透過Google One約20美元/月）不僅讓你存取Antigravity，還包括聊天中的Gemini、Veo 3影片產生和Nano Banana圖像編輯。

這裡的經濟性實際上相當有利。考慮到Claude Pro是20美元/月，ChatGPT Plus是20美元/月，Cursor Pro是20美元/月。使用Google AI Pro，你獲得Antigravity加上整個Google AI生態系統。而且免費層對於輕度到中度使用是真正可用的。

Antigravity Tools - 秘密武器

現在我想分享一個已經成為我工作流程中不可或缺的東西——一個社群建構的工具，它值得更多關注。Antigravity Tools（也稱為Antigravity Manager）是一個由才華橫溢的中國開發者lbjlaq建立的開源桌面應用程式。

它解決的問題是：Antigravity的模型很棒，但它們被鎖在Antigravity編輯器裡。如果你想使用Claude Code CLI怎麼辦？如果你有多個Google帳戶想要跨帳戶管理配額怎麼辦？如果你想透過一個與任何AI用戶端相容的標準API路由請求怎麼辦？

為什麼這很重要

Claude Code可以說是終端機工作流程中最好的程式設計智能體。但它需要Anthropic API訂閱。使用Antigravity Tools，你可以用免費的Antigravity配額來驅動Claude Code CLI。代理會無縫處理所有協定轉換。

# 設定環境變數
export ANTHROPIC_BASE_URL="http://localhost:8080"
export ANTHROPIC_API_KEY="sk-antigravity"

# 正常執行Claude Code
claude

多帳戶負載平衡

這裡變得真正巧妙。如果你有多個Google帳戶（個人、工作、也許還有幾個用於測試的），你可以全部新增到Antigravity Tools。系統會：

• 分別追蹤每個帳戶的配額
• 當一個帳戶被限速時自動切換到有可用配額的帳戶
• 偵測403禁止帳戶（缺少Gemini Code Assist權限）並跳過它們
• 根據當前配額水準推薦「最佳」帳戶

對於AI服務受限地區的開發者，或任何想最大化免費使用量的人來說，這是一個遊戲規則改變者。

Antigravity vs Cursor

每個人都問的問題：「我應該從Cursor切換嗎？」讓我根據幾週同時使用兩者的經驗給你一個誠實的比較。

理念差異

Cursor是一個AI優先的編輯器。它採用VS Code環境並在其上疊加強大的程式碼輔助。你仍然在寫程式碼；AI在那裡幫你解決困難。當你卡住時，你請求幫助。但你保持對每一個更改的控制。

Antigravity是智能體優先的。你不寫程式碼；你委派任務。AI計畫、執行和驗證。你審查產出並提供回饋。你是架構師，不是打字員。

效能基準

根據社群測試，Antigravity完成典型的Next.js + Supabase功能需要42秒，而Cursor需要68秒。在超過10萬行的程式碼庫導覽中，Antigravity解決查詢比Cursor 2.0快40%。重構準確率：Antigravity達到94%，Cursor達到78%。

但速度不是一切。Cursor的專有Composer模型以250 token/秒產生程式碼，在原始程式設計任務中經常更受青睞。Cursor 2.0引入了除錯模式、視覺化編輯器，並可以執行多達8個平行智能體。

我的建議？兩個都用。Cursor用於需要控制和可靠性的生產工作。Antigravity用於綠地專案、快速原型和探索真正自主AI程式設計的可能性。

專業技巧與進階用法

幾週的日常使用教會了我一些顯著提升Antigravity體驗的工作流程。以下是我希望從第一天就知道的一切：

目前的不足

整篇文章我都在讚美Antigravity，所以讓我同樣誠實地說說它的問題。這仍然是公測版，這一點很明顯。

速率限制是真實的

對於密集的開發工作，你會觸及速率限制。如果你在免費層做認真的工作，預計會在工作階段中途被阻止。Google正在擴展容量，但目前這是一個真實的限制。

模型驗證混亂

模型驗證結果有時顯示與我選擇的不同的模型。我仍然不完全確定這是UI bug還是後台有某種自動模型路由。這很令人困惑，削弱了信任。

專案目錄問題

如果你建立了一個Antigravity專案目錄並將其移動到系統的其他位置，事情會悄無聲息地崩潰。知識項可能無法載入。上下文可能遺失。沒有明顯的方法可以修復這個問題，除了重新建立工作區。

智能體錯誤

與智能體AI合作不是萬無一失的。在我的測試中，智能體偶爾會：

• 複製整個程式碼段
• 對錯誤的檔案進行更改
• 在模糊的需求中陷入迴圈
• 聲稱修復了「損壞的程式碼」，實際上是它們自己弄壞的

智能體能捕獲大多數自己的錯誤，但不總是。人工審查是必不可少的。

遺留程式碼庫掙扎

Antigravity擅長綠地專案和原型開發。複雜的遺留程式碼庫有錯綜複雜的相依性？那是它掙扎的地方。智能體可能「卡住」，試圖理解糾纏的架構。

隱私考量

你的程式碼在Google的伺服器上處理。如果你的工作涉及法律規定的本機資料處理，Antigravity不適合你。對於企業或合規敏感的工作，考慮直接使用特定提供商的API。

擴充套件摩擦

Antigravity使用Open VSX登錄檔而不是VS Code市集。許多擴充套件工作正常，但一些流行的VS Code擴充套件不可用或有相容性問題。對於高度自訂VS Code設定的開發者來說，這是一個真正的痛點。

誰適合使用Antigravity？

最終評價

經過數週的密集使用，我的結論很明確：Google Antigravity代表了真正的典範轉移。它並不完美——速率限制令人沮喪，智能體會犯錯，企業就緒性還不夠。但核心願景是正確的。開發的未來不是關於更快地打字。而是關於在更高層次思考，讓AI處理實作細節。

Cursor仍然是我進行需要控制和可靠性的生產工作的首選。但對於其他一切——原型、實驗、學習新框架、建構副業專案——Antigravity已經變得不可或缺。描述我想要什麼然後看著自主智能體建構它、測試它、向我展示執行結果的截圖的感覺？那不是漸進式改進。那是所有軟體開發未來方向的一瞥。

如果你是2025年的開發者，還沒有嘗試過Antigravity，你欠自己一個機會親身體驗這種轉變。下載它。給它一個真正的專案。度過最初的學習曲線。然後告訴我你是否還能回到自己敲每一行程式碼的日子。

我當然回不去了。