agy 是 Google 的 Antigravity CLI——跑在終端機裡的 AI Agent。這份指南帶你從零開始:用 Google 帳號登入、三平台一行指令安裝,再到記憶系統與模型切換,準備好你的第一個 Google 系 AI 助手。
agy 是 Google Antigravity 家族的終端機 CLI(家族裡另有 IDE,本頁只講 CLI)。它跟 Claude Code 一樣是跑在終端機裡的 AI 工程助手,能讀寫你電腦上的檔案、執行指令。好消息有兩個:不用另外註冊帳號(用你現有的 Google 帳號登入就行),而且安裝只要一行指令。
agy 用 Google 帳號 OAuth 登入——就是你平常收 Gmail、開 Google 雲端硬碟的那個帳號,不必另外註冊。有 Google 帳號的人這一步已經完成了。
agy 是原生 Go 二進位檔——不需要先裝 Node.js、Homebrew 或其他東西,一行指令直接裝好。點下方頁籤切換你的系統:
# 1. 開「PowerShell」(不是 CMD),貼上這行、按 Enter 安裝 irm https://antigravity.google/cli/install.ps1 | iex # 2. 在你要工作的資料夾開終端機,啟動 agy(啟動方式見第 02 章) agy
# 1. 開「終端機」(Terminal),貼上這行、按 Enter 安裝 curl -fsSL https://antigravity.google/cli/install.sh | bash # 2. 在你要工作的資料夾開終端機,啟動 agy(啟動方式見第 02 章) agy
macOS/Linux 會裝到 ~/.local/bin/agy;Windows 則裝到 C:\Users\你的帳號\AppData\Local\agy\bin。之後想更新,跑 agy update 就好。
上面那行 irm … | iex 是 PowerShell 專用——Win11 打開內建的「終端機」預設就是 PowerShell(游標前有 PS 就對了)。如果你只有舊版 CMD 可用,官方也有 CMD 專用裝法:curl -fsSL https://antigravity.google/cli/install.cmd -o install.cmd && install.cmd && del install.cmd
多半是安裝目錄還沒進 PATH。agy 有內建的修復指令:跑 agy install(或用完整路徑跑,如 ~/.local/bin/agy install),它會幫你把環境 PATH 與 shell 設定配置好;設完重開一個新的終端機視窗再試。進階使用者安裝時也可用 --skip-aliases、--skip-path 旗標略過自動設定。
在你要工作的資料夾開終端機、輸入 agy 啟動。第一次啟動會自動跳出瀏覽器,要你用 Google 帳號登入授權;完成後憑證會存進系統的鑰匙圈(macOS Keychain/Windows 認證管理員/Linux Secret Service),之後每次啟動都靜默續登、不必重登。想登出換帳號時,在 agy 會話內輸入 /logout(會清掉鑰匙圈憑證與快取)。
如果你是 SSH 連到遠端主機(VPS)上跑 agy——遠端沒有瀏覽器可以自動打開,別擔心,agy 會自動偵測到你在 SSH 環境,改走「貼授權碼」流程:
之後同一台 VPS 一樣走鑰匙圈靜默續登,不用每次重來。這對第 11 章要講的「24/7 Agent」玩法特別重要。
官方文件:antigravity.google/docs/cli/getting-started(安裝、最佳實踐、prompting、sandbox、tutorial 都有);原始碼與回報問題:github.com/google-antigravity/antigravity-cli。
兩個可以並存、互不打架——都是各自一個終端機指令。很多觀念(skill、記憶檔、plan 模式)兩邊相通,本頁會在對應處點出差異;想回去看 Claude Code 版,按右上角的切換鈕即可。
裝好之後,真正的開始很簡單:更新 → 啟動 → 對話。這一段把每天開工會用到的幾個指令講清楚,包含單次執行與續聊。
agy 的工作範圍就是你啟動它時、終端機所在的那個資料夾(它叫這個範圍 workspace)——讀寫檔案都以這裡為基準。所以第一步是先讓終端機停在你要工作的資料夾。
最快的方式是直接「在那個資料夾上開終端機」:
pwd 印出目前所在資料夾。需要同時處理多個資料夾?啟動時加 --add-dir 另一個路徑(可重複加好幾個),把它們一起納入 workspace。
每次開工前先在終端機跑 agy update,把 agy 更新到最新版——避免踩到舊版 bug,也能第一時間用到新功能。想看這次更新改了什麼,跑 agy changelog。
# 1. 先更新到最新版 agy update
更新完,在同一個終端機輸入 agy 就進入互動模式,直接打字對話。第一次啟動會要你登入授權(見第 01 章)。
# 2. 啟動 agy(工作範圍=這個終端機所在的資料夾) agy
agy -p不想進互動介面、只要它做完一件事就結束?用 -p(print 模式):跑完把結果印在終端機、直接退出。失敗時會回傳非零的結束碼,所以特別適合寫進排程腳本(第 12 章會用到)。
# 單次執行,跑完就退出 agy -p "把這個資料夾裡的 csv 整理成一份摘要" # 先丟一個初始任務、接著留在互動模式繼續聊 agy -i "先幫我看一下這個專案的結構"
關掉終端機不等於前功盡棄。agy 把每段對話存成 conversation,隨時接得回來:
agy -c(--continue):接續最近一次的對話agy --conversation <ID>:指定恢復某一段對話| 指令 | 作用 |
|---|---|
agy update | 更新到最新版(開工前先跑) |
agy | 在目前資料夾啟動互動對話 |
agy -p "…" | 單次執行、印出結果就退出(失敗回非零結束碼) |
agy -c | 接續最近一次對話 |
agy --conversation <ID> | 恢復指定的對話 |
/settings | 會話內打開設定面板(模型、模式、配色等) |
/logout | 會話內登出目前的 Google 帳號 |
agy update 這種是在終端機直接打的指令;/settings、/logout 這種斜線開頭的是進到 agy 之後在對話框裡打的指令。兩者不一樣,別搞混。
每天要盯著終端機好幾小時,看得順眼才坐得久。這裡有兩層可以調,先搞懂差別就不會白忙:① agy 自己的深淺色、② 終端機本身的配色(你想要的任意 RGB 配色)。
/settings在 agy 會話內輸入 /settings 打開設定面板,其中 colorScheme 可以切換 light/dark——讓 agy 的介面配合你終端機的底色,深底配 dark、淺底配 light,字才不會糊在背景裡。
agy 的設定管的是它自己介面的深淺,不能自訂任意 RGB 配色。如果你想要「我自己那套配色」,那是下面第 ② 層的事——要去終端機本身設定。
背景色、字體顏色、那套你喜歡的調色盤,全都是終端機程式在管,跟 agy 無關。在哪裡跑 agy,就去那個程式設定:
terminal,或用 workbench.colorCustomizations 自訂 terminal.* 顏色;整體配色跟著 VS Code 的佈景主題走.itermcolors 配色檔settings.json 自訂每個顏色先把終端機本身調成你喜歡的配色,再到 /settings 把 agy 的 colorScheme 切成對應的深淺(深色配色選 dark、淺色選 light),整體最一致。
* Windows Terminal 換色彩配置的逐步實機圖解(6 張截圖),在 Claude Code 版教學的第 03 章——那段操作純屬 Windows Terminal 本身,跟你用哪套 CLI 無關,照著做即可。
想幫 agy 加裝新能力時,最常被搞混的就是這兩個詞。一句話分清楚:Skill 是「一個能力」,Plugin 是「一包能力」。好消息是——如果你學過 Claude Code,這裡的觀念幾乎原封不動搬過來就能用。
一個 skill 本質就是一個資料夾、裡面放一份 SKILL.md——跟 Claude Code 的 skill 是同一套慣例。放進全域的 ~/.agents/skills/<名稱>/,agy 就能載入使用;需要時它自己會用。詳見官方 skills 文件。
Claude Code 的全域 skills 放 ~/.claude/skills/;agy 放 ~/.agents/skills/。因為 SKILL.md 格式是同一套慣例,你在 Claude Code 那邊累積的 skill,常常複製一份過來就能給 agy 用——寫一次 know-how、兩邊受惠。
從 GitHub 抓別人的 skill,等於把第三方的指令與腳本放進你的 agent。裝之前先看一下來源(star 數、作者、SKILL.md 內容),別來路不明就裝。
agy plugin 管理)Plugin 是更大的整合單位,一次打包一整組能力。agy 用終端機子指令管理(不是會話內的斜線指令):
# 外掛管理:安裝 / 移除 / 列出 / 啟用 / 停用 agy plugin install <外掛> agy plugin list agy plugin enable <外掛> # 或 disable、uninstall
| Skill | Plugin | |
|---|---|---|
| 是什麼 | 單一能力,一個 SKILL.md | 能力套組,一次裝一整包 |
| 怎麼裝 | 放進 ~/.agents/skills/ 資料夾即可 | agy plugin install |
| 怎麼管理 | 直接增刪資料夾 | agy plugin list / enable / disable / uninstall |
| 適合 | 個人、快速、單一功能 | 分享給團隊/社群、有版本管理 |
順帶一提還有第三個擴充點:hooks——放在 workspace 的 .agents/hooks.json,讓特定事件自動觸發動作(例如改完檔自動跑檢查)。新手先知道有這東西就好,等有「每次都要手動做同一件事」的痛點再回來研究。
做網頁時,最快讓成品貼近你心中樣子的方法,就是給它一個參考對象。你不必會講設計術語,直接給範本就好:
DESIGN.md),複製貼給 agent,它就能照那套設計語言做——規則白紙黑字,比截圖更精準可以一次給兩三個參考並分別說明各取什麼:「版面參考 A、配色參考 B、字體像 C」。給的方向越具體,來回修改的次數就越少。
用一個完整例子串起來——這裡用「教育部 AI 人才方舟計畫(簡稱 AI 方舟)」當題目,看 agy 怎麼一條龍從零幫你生出成品。你只要給主題,再在每一步幫忙確認、修正就好:
跟它說「幫我查教育部 AI 人才方舟計畫」,它會上網查計畫目標、子計畫、推動期程,自己彙整重點並附上來源——你不必先準備素材。
請它把整理好的內容寫成一份 .md 檔——條列重點、排好大綱。純文字好檢視、好改,先在這一步把內容對不對確認清楚,別急著美化。
內容定了,再請它套上設計做成一頁式 HTML,捲動就能瀏覽——這就是給人「閱讀」用的版本。寫檔前 agy 預設會跳出逐行 diff 預覽讓你過目(見第 10 章),改了什麼一清二楚。
要上台報告?再叫它把同一份內容改成一頁一頁、可左右切換的簡報式 HTML(像投影片),換個形式直接拿來投影。
「先對內容、再美化」最省力:純 Markdown 階段你能專心看資料正不正確、邏輯順不順,確認後才進設計。一開始就糾結排版,等內容大改時版面又得跟著重來一次。
先釐清一個容易混的點:skill 是裝在「agent」上的能力;而 anime.js 和 Lottie 是「前端動畫庫」——不是裝在 agy,而是引入到你的網頁裡。要讓畫面動起來就靠這兩個,引入一行、動畫邏輯交給 agy 寫。
.json 檔,丟給 agy 說「把這個 Lottie 放到網頁上」——別叫 agent 手寫 Lottie,它是「複雜動畫的播放器」,不是拿來自己刻的不必每次都交代「用 anime.js」。把動效偏好寫進 第 06 章的 AGENTS.md,例如一句「網頁動效優先用 CSS/anime.js,複雜插畫才用現成 Lottie、不手寫」。agy 啟動時自動載入,之後你只要說「加個動畫」,它就會自己照這套選工具——規範寫一次、長期生效。
有沒有發現——這份教材從頭到尾沒叫你貼任何 <script> 或寫程式?那些「引入哪個庫、怎麼接」的實作細節,通通是 agent 的工作。你要練的是:用自然語言把需求和偏好講清楚,剩下交給它。這才是用 AI Agent 的正確姿勢。
網頁在你電腦上做好了,怎麼讓別人也能打開?這一步叫「部署(deploy)」——把檔案放上一個會給你公開網址的服務。對新手最友善、又免費的選擇是 Vercel。而且整個過程不用你動手,交給 agy 就好。
部署要用到 Vercel CLI(一個命令列工具),但你不必先自己去裝。直接跟 agy 說「幫我把這個網頁部署到 Vercel」,它會自己把工具裝起來、帶你登入、再完成部署。背後跑的大致是這幾行:
# 1. 安裝 Vercel CLI(agy 會自己跑,你不用先裝) npm install -g vercel # 2. 第一次要登入(會跳出瀏覽器授權,用 GitHub / Email 都行) vercel login # 3. 在網頁專案資料夾裡部署 vercel # 產生一個預覽網址 vercel --prod # 正式上線到你的主網址
跑完它會回給你一個 https://你的專案.vercel.app 的網址,丟給任何人都能打開。
同樣是上線,有兩種做法,差在你要不要版本紀錄與自動更新:
| 情況 | 怎麼做 |
|---|---|
| 直接上傳 (最快) | 在資料夾裡直接 vercel,CLI 把當下的檔案傳上去就給網址。適合:單檔/純靜態網頁、個人小專案、只想快速給個預覽連結、一次性分享。 |
| 先過 GitHub (可長期維護) | 先把專案推上 GitHub repo,再到 Vercel 連結這個 repo。之後每次 git push,Vercel 就自動重新部署。適合:要長期維護、多人協作、想保留改版歷史、或希望「改完一推就自動上線」。 |
只是要快速給個網址看看 → 直接 vercel 上傳就好。
會持續更新、不想弄丟、想要 push 就自動上線 → 先把專案放 GitHub,再讓 Vercel 接它。拿不定主意時跟 agy 講你的情況,它會幫你選並把流程跑完。
部署=把檔案公開到網路上。傳之前先確認資料夾裡沒有夾帶金鑰、密碼、.env 或私人資料——尤其推到公開 GitHub repo 時更要顧。不確定就請 agy 幫你看一遍要不要加進 .gitignore。
* 另一個熱門選擇是 Cloudflare Pages——免費額度更大、流量大或想長期省成本時很適合,同樣能連 GitHub 自動部署,只是上手沒 Vercel 那麼順。新手想最快看到成果,先用 Vercel 就好,之後再依需求評估。
agy 工作時,不是只會回你一段話——過程中產出的計畫、報告、比較表這類成果,會存成 artifact(產出物),收在它的全域資料目錄(~/.gemini/antigravity-cli/ 底下)。agy 有內建的 artifact 檢視器可以翻閱這些產出物,而且支援搜尋:按 / 輸入關鍵字,再用 n/N 在結果間往下/往上跳——長報告找重點特別快。
部署=把一個完整網站放上網、得到公開網址,給別人看的。
Artifact=agy 這次任務的工作成果檔,存在你自己機器上、用檢視器翻閱,給你自己核對用的。一個對外、一個對內,別搞混。
每次開新對話,agent 的記憶都是一片空白。要讓它跨對話記住你的規則,靠的是一個放在 workspace 根目錄的純文字檔——在 agy 這裡,它叫 GEMINI.md 或 AGENTS.md(擇一即可),啟動時會自動讀進記憶。把「希望它每次都遵守的規則」寫進去,它就不會每次都要你重講。
從 Claude Code 過來的人最容易踩的坑——CLAUDE.md 是 Claude Code 專屬的檔名,agy 不會讀它。agy 讀的是 workspace 根目錄的 GEMINI.md 或 AGENTS.md。觀念完全一樣(啟動自動載入的規則檔),只是檔名不同。
| 檔名 | 定位 | 建議 |
|---|---|---|
AGENTS.md | 跨工具的開放標準——不只 agy,Codex 等其他 agent CLI 也讀這個檔名 | ⭐ 推薦:寫一份,好幾套工具都吃得到 |
GEMINI.md | Gemini 系工具的專屬檔名 | 只用 Google 系工具、或想跟 AGENTS.md 分開管理時用 |
如果你 Claude Code、agy、Codex 交替著用(第 11 章的多代理玩法就是),專案規則寫進 AGENTS.md 一份就好——它是開放標準,支援它的工具都會自動載入,不必每套工具各維護一份規則檔。
官方最佳實踐建議寫這幾類:目錄結構規範(什麼放哪)、程式風格與慣例、測試指令(怎麼驗證改動沒壞)、棄用注意(哪些舊東西別再碰)。對一般使用者來說,就是「每次都要重講的規矩」通通收進來。
除了 workspace 裡的規則檔,agy 自己的全域資料都收在 ~/.gemini/antigravity-cli/:
settings.json — 你的偏好設定(/settings 面板改的東西存這裡)conversations — 對話紀錄(agy -c 續聊靠它)brain — 產出物(artifacts,見第 05 章)knowledge — 累積的知識專案規則放 workspace 根目錄的 AGENTS.md(或 GEMINI.md)——它是實體檔案,跟著資料夾一起搬、也能進 git 跟團隊共享;agy 自己的設定與對話紀錄則在全域的 ~/.gemini/antigravity-cli/。
很多新手一裝好就想把規則寫好寫滿——其實不必硬擠。你還不知道自己的使用習慣,寫一堆用不到的,每次啟動都吃 context、還可能互相打架。但有三件小事值得第一天就設,因為馬上省事:
一句話交辦就好,例如:
# 跟 agy 說 在這個 workspace 建一份 AGENTS.md 並記進去:①一律繁體中文台灣用語 ②回答先講重點別長篇 ③我是國小老師,舉例貼近校園情境
與其事先想破頭,不如等用到再加:當你發現又在跟它重講同一件事、或它犯了同樣的錯第二次,就說一句「把這條記進 AGENTS.md」。規則是用出來的,不是一次寫完的。
一個校園網路管理的實例,看規則檔怎麼省下「每次都要重講規則」的工:
平常在一個資料夾裡,放著日常網路盤點的檔案——全校 IP 配置表(CSV)、網管交接記憶(md),還有一份 AGENTS.md,裡面寫好配發原則(例如:避開保留位址與網段的頭尾、優先給連續空號)。
某天衛生所行動醫院臨時來要 4 個空的 IP。打開 agy,只說一句「行動醫院需要 4 個空的 IP,幫我找出來、做一張可列印的配置表」——它就讀 CSV 比對出未配發的 IP、自動依 AGENTS.md 的配發原則挑掉頭尾、選出 4 個,再產出一張可直接列印成 A4 的 HTML 配置表。
整個過程沒人提醒它「要避開頭尾」——因為這條規則早就寫在 AGENTS.md 裡,它啟動時自動載入、自動遵守。這就是規則檔的價值:把「每次都要交代的規矩」寫一次,之後它自己照做。查資料 → 依規則判斷 → 產出可直接交付的成品,全程一句自然語言串完。
大多數 agent CLI 只能用自家模型;agy 特別的地方是——除了 Google 自家的 Gemini,還能直接切到 Anthropic 的 Claude、以及開源的 GPT-OSS,一個工具、三家模型隨你調度。在終端機跑 agy models 可以列出目前可用清單(下表為 v1.1.1 實測):
| 模型 | 檔位 | 定位 |
|---|---|---|
| Gemini 3.5 Flash | Low / Medium / High | Google 自家主力,快、省,日常任務首選 |
| Gemini 3.1 Pro | Low / High | Google 自家較強的一級,複雜任務用 |
| Claude Sonnet 4.6 | Thinking | Anthropic 模型——對,在 agy 裡直接用 |
| Claude Opus 4.6 | Thinking | Anthropic 的強模型,難題請它出馬 |
| GPT-OSS 120B | Medium | 開源模型選項 |
那是思考強度(thinking effort)——同一個模型,願意花多少「思考」在你的問題上。High 想得深但慢、Low 快但淺。所以「Gemini 3.5 Flash (High)」和「Gemini 3.5 Flash (Low)」是同一顆腦袋、不同用力程度。日常小事用 Low/Medium,難題再開 High,速度與品質自己配。
兩個入口:啟動時用 --model 旗標指定這次 session 用哪顆;會話中用 /settings 打開設定面板切換。
# 啟動時指定模型(名稱要含思考強度、加引號) agy --model "Gemini 3.5 Flash (High)" # 查目前有哪些模型可用 agy models
不確定就先用預設模型直接開工,遇到「它想不透」的難題再切強檔(Gemini 3.1 Pro (High) 或 Claude Opus 4.6)。一句話:預設開工、卡關升級。
agent 在一次對話裡,會把整段聊天記錄都放在它的「context 視窗」(短期記憶)。對話越長,這個視窗越滿——回應變慢、也容易被舊脈絡干擾。所以「適時開新對話」是用得順不順的關鍵。
agy 的對話以 conversation 為單位。當你切換到不相關的新任務時,最乾淨的做法是:退出目前的 agy、重新啟動——就是一段全新的 conversation,context 從零開始。留著上一個任務的舊內容只會拖慢速度,又容易讓它被無關脈絡帶偏。
用過 Claude Code 的人會想找 /clear(清空)和 /compact(壓縮)——agy 目前查不到對應的會話內指令(v1.1.1 實測,已知的斜線指令是 /settings、/plan、/diff、/logout 等)。不過沒關係,用「重啟=清空、續聊=接回」這對組合,效果是一樣的。
「重啟就是新對話」聽起來很可怕?不會——每段 conversation 都存在 ~/.gemini/antigravity-cli/ 裡,隨時接得回來:
# 接續最近一次對話 agy -c # 恢復指定的某段對話(離開時畫面上會印好 resume 指令,複製即可) agy --conversation <ID>
所以正確心態是:一個任務一段 conversation。做 A 專案開一段、做 B 專案開一段;哪段要接著做,就用它的 ID 恢復——比「一段對話從頭聊到尾」乾淨得多。
還有一個跨對話保險:conversation 存的是對話,但「這個專案做到哪、決定了什麼」這種狀態,最可靠的落點是第 06 章的 AGENTS.md。要結束一段工作前,跟它說一句:
# 收尾的正確順序 把這次的進度、決定和待辦,整理寫進這個專案的 AGENTS.md # 然後再退出——下次不管開新對話還是續聊,規則檔都會自動載入
換不相關的任務 → 退出重啟,開新 conversation;同一件事要接著做 → agy -c 或 --conversation <ID> 續聊;要收工 → 先把進度寫進 AGENTS.md 再離開。
Obsidian 是一款本機優先的筆記軟體:你的筆記就是電腦上一個資料夾裡的一堆 .md 純文字檔(這個資料夾叫 Vault 庫)。把筆記、記帳、行程、靈感都收進來,就是你的「數位大腦」。
因為 Vault 就是一個放滿 markdown 的資料夾——正好是終端機 agent 最會處理的東西。在 Vault 開終端機、啟動 agy,它就能直接讀寫、整理、產出你的筆記。你的數位大腦從此不只是「存資料的地方」,而是「agent 能動手操作的對象」。
Obsidian 本體是個 app,到 obsidian.md 下載就行(三平台都有、個人免費)。但更省事的作法是——在終端機跟 agy 說一句「幫我安裝 Obsidian」,它會用你系統的套件管理器(Windows 的 winget、macOS 的 brew)裝好。這正是終端機 agent 的精神:能用講的,就別自己一步步點。
Vault 說穿了就是一個資料夾。與其在設定選單裡點來點去,不如在你想當數位大腦的資料夾開終端機、啟動 agy,直接跟它討論你要的結構,它就幫你建好。例如:
# 跟 agy 說(自然語言就好) 幫我把這個資料夾規劃成我的數位大腦: 最上層分「生活」「工作」兩大類,再建一個 attachments 放所有附件。 生活底下分財務、健康、隨筆;工作底下分系統管理、會議。
除了層級,順便把規矩講清楚,例如附件路徑:「我的附件一律放最上層的 attachments,其他 .md 用超連結指過去。」——agy 就會照這規矩幫你建檔、收附件。把這些慣例寫進 Vault 的 AGENTS.md(見第 06 章),它每次都會記得。
把 Vault 準備好之後,在這個資料夾啟動 agy,你的數位大腦就接上 AI 了。常見玩法:
attachments,請它讀出金額、填進你的 markdown 記帳表數位大腦是你最重要的資產,記得定期備份整個 Vault 資料夾(連同 attachments)。純檔案、好備份、換電腦直接搬整個資料夾就好——這正是本機優先的好處。
最後收幾個讓你用得更快、更安心、更順手的小技巧。
agy 有三種執行模式,按 Shift+Tab 就能循環切換:default(每步先問你)→ accept-edits(自動套用檔案修改,不必逐次點頭)→ plan(先研究、先提計畫,不動手改)。複雜任務先切 plan 讓它想清楚(也可打 /plan 或啟動時加 --mode plan);進入大量修改階段再切 accept-edits 省點頭時間。想把慣用模式設成預設,到 /settings 持久化。
agy 預設開著 request-review——每次要寫入檔案前,先跳出互動式的逐行 diff 預覽(按 f 進入),紅刪綠增一目瞭然,而且可以逐行接受或拒絕。這是 agy 對「AI 亂改我檔案」焦慮的解法:它想改什麼,你都先過目。改動途中想看目前整體差異,會話內打 /diff(git 和 jj 都支援)。
在 artifact 檢視器裡按 / 輸入關鍵字就能搜尋,n 跳下一個、N 跳上一個——長報告、長計畫找重點不用捲半天。
--add-dir 擴大工作範圍任務橫跨好幾個資料夾(例如「讀 A 專案的資料、寫進 B 專案」)?啟動時加 --add-dir /路徑(可重複多次),把它們一起納入 workspace,不必搬檔案。
--sandbox 沙盒模式想讓它跑指令又怕出事?加 --sandbox 啟動——終端機操作會被限制在受控範圍內。試不熟的任務、跑來路不明的專案時,先開沙盒最安心。
agy update 的習慣CLI 工具更新很勤。開工前跑一次 agy update,再用 agy changelog 看看新版帶了什麼功能——很多好用的新東西(例如模式切換、review 流程)都是版本更新加進來的。
平常 agy 每次要動檔案、跑指令都會先問你同意。啟動時加上 --dangerously-skip-permissions(跟 Claude Code 的同名旗標一個意思,俗稱 YOLO 模式)會跳過所有確認、全自動執行——很快,但代價是它能不經詢問就執行任何指令。
agy --dangerously-skip-permissions
安全界線:只在你信任的任務、而且最好是隔離或可丟棄的環境(容器、測試資料夾、沒有機密的目錄)使用。別在有重要檔案、正式環境或牽涉金鑰/帳密的地方開。
想要折衷?兩條路:① Shift+Tab 切到 accept-edits 模式——只自動套用檔案修改、不自動跑危險指令;② 在 settings.json 的 permission.allow 裡預先放行特定操作(如 write_file),常用的不再逐次問、其他照樣要確認。
當你開始信任終端機 agent,下一步是讓它不關機——跑在一台全天開著的機器上,變成隨時待命的個人助理。agy 對這個玩法特別友善:SSH 登入流程是官方內建的(見第 01 章),VPS 上裝起來毫無障礙。
把 agy 裝在一台不關機的機器上,它就能 24 小時待命:
agy -p 讓它自動做事:每天早上自動整理摘要、定時抓資料產報告。-p 跑完就退出、失敗回非零結束碼,排程腳本能直接判斷成敗——天生適合自動化(實例見第 12 章)AGENTS.md:時區、輸出格式、哪些事絕對不能碰——半夜自動跑時才不會走鐘(見第 06 章)--agentagy 支援子代理(subagent)分工——不同角色的 agent 各司其職,而且支援巢狀的子代理樹(子代理還能再派子代理)。用 agy agents 列出目前可用的 agent,啟動時用 --agent 指定這次 session 由哪隻出馬:
# 列出可用的 agents agy agents # 指定某隻 agent 跑這次 session agy --agent <名稱>
單一 AI 難免有盲點或幻覺。進階玩法是把同一個問題派給多隻不同家的 Agent 各自獨立作答、再交叉比對——用「會議室裡多人覆核」取代「單人說了算」。agy 在這局裡是很好的一角:它背後是 Gemini 系模型,跟 Claude Code(Claude)、Codex(GPT)正好三家不同腦袋。
三驗要的是「各自獨立、一次作答」——正好就是 agy -p "<命題>" 的形狀:不進互動介面、答完就退出,把輸出導到檔案再交叉比對。三家 CLI 都有類似的單次模式,一支腳本就能把三方答案收齊。
多代理=多份用量、多份花費,整體速度還會被最慢那隻拖累。重要、要求高正確度的判斷(投資、法規、對外發布)才值得動用雙驗/三驗;日常小事用單一 Agent 就夠。
最後把前面的零件組起來用:agy -p(單次執行)+ cron(排程)+ AGENTS.md(鐵則)=一條全自動的每日任務線。以「每天早上自動產出一份晨間摘要」為例:
agy -p先在終端機手動跑通一次,確認它做得出你要的東西:
agy -p "讀這個資料夾的 notes/,把昨天新增的內容整理成一份晨間摘要,存到 daily/今天日期.md"
自動跑的任務沒有人在旁邊盯,所以規則要先寫死在 workspace 的 AGENTS.md:輸出格式長怎樣、日期時區用哪個、哪些檔案絕對不能動。它每次啟動都會自動載入這份規則(見第 06 章)。
在 VPS 或常開的機器上,用 cron 讓這行指令每天早上自動跑。-p 模式失敗時會回傳非零結束碼,所以腳本能接著判斷:成功就把摘要推送給你、失敗就發個警告——不會「掛了都不知道」。
最後一哩交給你熟的通訊管道——把產出的 .md 丟到 Discord/Telegram/Email。這步驟本身也可以叫 agy 幫你寫成腳本,整條線就全自動了。
自動化任務通常得配 --dangerously-skip-permissions(沒人在旁邊點確認)——所以第 10 章的警語在這裡加倍適用:放在隔離、沒有機密的目錄跑;或改用 settings.json 的 permission.allow 只放行必要操作(如 write_file),比全開安全。金鑰存檔案、不要寫進 prompt。
同一條「-p + cron + 規則檔」公式可以套在一堆事上:每天彙整班級聯絡事項、每週整理資料夾裡的新文件、定期幫網站做內容檢查……凡是「固定週期+固定規則」的工作,都值得交給它。
學 agy 與 AI Agent 一路上會反覆撞到這些詞,這裡用一句白話講清楚(前面章節提過的也收進來,方便回查)。
| 術語 | 白話解釋 |
|---|---|
| AI Agent | 能自己規劃步驟、使用工具、執行多步任務的 AI,不只是一問一答的聊天機器人。agy 就是一個 agent。 |
| LLM | 大型語言模型(Large Language Model),AI 的「大腦」本體,例如 Gemini、Claude、GPT;模型有強弱與快慢之分(見第 07 章)。 |
| Token | 模型處理文字的最小單位(約一個詞或幾個字),用量與費用都以 token 計算。 |
| Context(脈絡視窗) | AI 一次對話能「記住」的內容總量;越長越滿、回應越慢(見第 08 章)。 |
| Prompt(提示詞) | 你給 AI 的指令或問題。把 prompt 講清楚,是用好 AI 的核心功夫。 |
| CLI | 命令列介面(Command-Line Interface)——在終端機打文字指令操作的方式。agy 就是 Antigravity 的 CLI。 |
| 斜線指令 | 在 agy 會話內用 / 開頭的指令,如 /settings、/plan、/diff、/logout。 |
| GEMINI.md / AGENTS.md | 放在 workspace 根目錄、agy 啟動時自動讀進記憶的規則檔;AGENTS.md 是跨工具開放標準(Codex 等也讀),對應 Claude Code 的 CLAUDE.md(見第 06 章)。 |
| Workspace | agy 這次 session 的工作範圍——啟動時所在的資料夾(可用 --add-dir 加更多資料夾)。 |
| Conversation(對話) | agy 的一段對話紀錄,存在本機、可用 agy -c 或 --conversation <ID> 接回來續聊(見第 08 章)。 |
| Skill | 單一能力(一個 SKILL.md),放進 ~/.agents/skills/ 即可使用,與 Claude Code 同一套慣例(見第 04 章)。 |
| Plugin | 一包能力,用 agy plugin install / list / enable / disable 管理(見第 04 章)。 |
| Artifact(產出物) | agy 任務過程存下來的計畫、報告等成果檔,收在本機、用內建檢視器翻閱,支援 / 搜尋與 n/N 跳轉(見第 05 章)。 |
| 思考強度(thinking effort) | 模型名稱括號裡的 Low / Medium / High——同一個模型願意花多少「思考」,High 深而慢、Low 快而淺(見第 07 章)。 |
| request-review | agy 寫檔前的逐行 diff 預覽(按 f),可逐行接受或拒絕(見第 10 章)。 |
| MCP | Model Context Protocol——讓 AI agent 連接外部工具與資料的標準協定;提供這些能力的服務端叫「MCP server」。 |
| Hook(掛鉤) | 在特定事件自動觸發的腳本;agy 放在 workspace 的 .agents/hooks.json(見第 04 章)。 |
| Subagent(子代理) | 主 agent 派出去分工的小 agent;agy 用 --agent 指定、agy agents 列出,支援巢狀子代理樹(見第 11 章)。 |
| Agent Harness(代理骨架/挽具) | 包在 LLM 外面、讓它能真正動起來做事的那層程式骨架——負責工具呼叫、agent 迴圈、context 管理、權限安全、記憶狀態。模型像引擎,harness 像整台車的傳動與方向盤;同一個模型換不同 harness 表現會差很多。agy 本身就是一個 agent harness 的實例——它甚至能給 Claude、GPT-OSS 這些「外家引擎」裝上自己的骨架。 |