只用 Google AI Pro，我可以做到什麼程度？

這是一場以 Google 工具為主的 Agentic Workflow 設計實驗。我刻意限制可用工具。

這件事怎麼開始的？

2025 年底，我訂閱了 Google AI Pro。老實說，我一開始並沒有打算「只用 Google 生態系」。我同時也訂閱 ChatGPT 和 Cursor，而且很熟悉這些工具；它們都很好用。

但在大量使用 Antigravity（IDE）、Gemini CLI 和 Jules CLI 後，我腦中開始出現一個問題：如果刻意限制自己只能用 Google AI Pro，不用 ChatGPT，也不用 Cursor，究竟可以做到什麼程度？

這不是省錢實驗。我想知道 Google 工具鏈真正的上限。

先說清楚：我不覺得 Antigravity 不好。我認為它仍在 beta 階段。實際限制很具體：Gemini 訂閱使用者的 Antigravity 額度每 5 小時重設一次。

輕度使用時幾乎感覺不到限制；重度使用時，一個下午密集規劃、修改需求和反覆迭代，仍可能撞到額度上限。根源在 beta 階段 IDE 與 Agent 平台的用量限制，不在模型能力。

我當然可以，而且現在也還在用。但這場實驗有一個刻意設定的前提：如果我只願意訂閱 Google AI Pro，能不能設計一套不會一直被額度打斷的工作流程？這個限制逼我把問題想得更清楚。

一開始我犯了幾個很典型的錯：期待 Antigravity IDE 做太多事，讓 Gemini CLI 同時寫程式和產圖，還希望單一 Agent 把所有工作包辦。

結果可以預料：額度消耗得很快，流程變成黑盒，出問題時也不知道應該在哪裡停下來。最後答案很清楚：角色邊界根本沒有訂清楚。

我把系統重新設計成 IDE-first、以 repo 為中心的封閉循環 Agent 工作流程，並整理成開源 starter repo：keeponfirst-agentic-workflow-starter。設計只有一個核心原則：IDE 給人使用，CLI 留給系統。

1️⃣ 入口永遠是對人友善的 Antigravity IDE。我用自然語言描述計畫或具體任務；IDE 只負責規劃和寫出 artifacts。

2️⃣ Repo 是中央樞紐。Jules 任務、Gemini 產圖 prompt、紀錄、log 和筆記全部變成檔案，讓流程可以稽核、重播、中斷後繼續。

3️⃣ Jules 執行重型任務，Gemini CLI 只負責圖片。Jules 在雲端處理較重的開發工作；Gemini CLI 只執行 Gemini 的圖片生成模型。角色清楚後，額度壓力自然下降。

4️⃣ Sidecar 與 agy 組成自動接力流程。Sidecar Watcher 監控 Jules 輸出；驗證成功就呼叫 agy（Antigravity CLI）往下一步走。結果有疑義或風險時，流程會停下來，把控制權交回 IDE，等人做決定。

我不會宣稱「只靠 Gemini Pro 就能完全取代 Claude Code」。但我可以誠實地說：只要願意設計工作流程，Gemini Pro 能帶你走得比想像更遠；過程中也會更清楚哪些事情適合自動化，哪些決定一定要留給人。

這套流程離全自動串接執行只差一步。目前我已經有監控 Jules 任務結果的 Sidecar Watcher、輸出格式與完整性驗證，以及對 agy（Antigravity CLI）的自動 callback。

限制在於：監看腳本呼叫 agy 時，還不能把 Jules 的任務結果直接注入 Antigravity 對話脈絡並立刻執行。agy 可以成功啟動 Antigravity，但下一個指令仍需要在 IDE 裡手動貼上或確認。