此篇文章把「Google Antigravity」定位成一個由 AI 驅動、而且以「智慧型代理優先」為核心思維的整合式開發環境，並指出它在 2025 年 11 月 18 日跟 Gemini 3 一起開放 public preview，象徵開發流程正從過去的「AI 輔助寫程式」走向「把任務交給代理去做」的轉折點。文章也用作者自身的心路歷程當開場：一開始其實不太在意，因為在先前談過的主流組合「VS Code + GitHub Copilot」已經足以應付日常撰寫、分析與驗證；但作者從 12 月 1 日開始試用後，在短短 7 天內就把腦中的專案構想從 0 做到 100% 完整落地，迫使自己重新評估工具價值。也因此，此篇文章的導向非常明確：不只教你怎麼開始用、去哪裡下載與 Windows 透過 winget 安裝，更要把開發者最在意的核心問題攤開來講，包括數據隱私、模型訓練政策、使用限制，以及跟 GitHub Copilot 方案的取捨比較。
文章在功能面先用「它其實就是 VS Code 的分支」建立讀者熟悉感，強調設定檔、快速鍵與多數擴充套件的遷移優勢，並點出差異主要在於 AI 互動方式，例如 VS Code 常見的快捷鍵不再相同，而是以 Antigravity 預設的聊天呼叫鍵來操作。更關鍵的是，此篇文章把介面切成「編輯器視圖」與「管理器視圖」，用來對照傳統工具偏向行內補全與對話輔助，而 Antigravity 則讓開發者在管理器視圖中更像「架構師」而非「搬磚工」。接著此篇文章把賣點落在三個結構性能力：第一是非同步執行，讓你丟出「重構身分驗證流程」這種高階任務後仍可切去做別的；第二是多代理編排，能同時讓不同代理平行處理後端、前端與測試；第三是「工件」系統，代理會產出計畫書、差異審查、瀏覽器錄影等可稽核的交付物，讓成果不只是一坨程式碼。此篇文章也特別強調「智慧型代理瀏覽器」的差異化：AI 不是只看文字輸出，而是能感知 DOM 與視覺無障礙樹，進而完成端對端測試指令，遇到按鈕遮擋等問題還能用視覺資訊自我修正，形成「編碼→渲染→視覺檢查→修復」的閉環。
此篇文章最後把讀者真正會猶豫的地方講透。它先交代 Google Jules 與 Antigravity 共用 Gemini 3 Pro，但 Jules 偏向在雲端以 GitHub App 形式於 Issue/PR 觸發、較「無頭全自動」，而 Antigravity 則是本機、有視覺介面、強調人機協作；作者也在此表態「完全自動化」在缺乏即時回饋下容易偏離預期。再來，文章以功能規格與費用對比 Copilot，肯定 Copilot 的速度與企業合規成熟度，同時點出 Antigravity 在多檔編輯、終端指令、自帶瀏覽器測試與代理編排上的優勢，尤其預設的 Planning 規劃模式能先產出可審查的 Plan 再動手。真正的警示落在隱私與資料安全：此篇文章直白回答預覽版「需要擔心」，因為送進 AI 的程式碼會上雲端處理，可能用於評估與改善模型，也存在人工審查風險，且尚未提出 SOC 2 等完整保證；因此文章建議企業別把商業機密丟進免費預覽版，等 GA 企業版與零留存、合規與賠償條款到位再評估。結論上，此篇文章把 Antigravity 定位成「第二個 IDE」：實驗性專案可用它衝效率，正式工作仍留在 VS Code，並以「等 Google 把隱私政策補齊」作為是否全面遷移的關鍵觀察點。
閱讀完整文章:https://wellstsai.com/post/using-google-antigravity/#%E4%BB%80%E9%BA%BC%E6%98%AF-google-antigravity
