如何與 AI 程式設計代理溝通：Claude、Codex、Antigravity、Grok Build

認真問問自己：上次開發功能時，你花了多少時間寫程式碼，又花了多少時間向代理解釋你想要什麼？如果你在用 Claude Code、Codex、Antigravity CLI 或 Grok Build，答案已經完全倒過來了。你幾乎不再敲程式碼，而是在描述、糾正、確認。

這就是這份工作最深層的轉變。瓶頸不再是打字速度或框架熟練度，而是你與代理之間溝通的品質。

程式碼不再是瓶頸，溝通才是

二十年來，優秀開發者的標準是快速交付整潔程式碼。現在程式碼由代理來寫。真正拉開差距的，是你能否在第一次嘗試就拿到正確結果，並且成本最低。

昨天                                 今天
┌────────────────┐                   ┌────────────────┐
│ Write the code │  ~80% of time     │ Describe the   │  ~80% of time
│                │                   │ intent         │
└───────┬────────┘                   └───────┬────────┘
        │                                    │
┌───────▼────────┐                   ┌───────▼────────┐
│ Describe the   │  ~20% of time     │ Agent writes   │  ~20% of time
│ intent         │                   │ the code       │
└────────────────┘                   └────────────────┘

Bottleneck: typing                   Bottleneck: communication

具體來說，新時代的優秀開發者不是寫程式碼最多的那個，而是能做到以下幾點的那個：

• 更快：在預期結果出來之前，來回的輪次更少。
• 更精準：代理做的正是你要求的，而不是它自己的理解版本。
• token 消耗更低：每一次多餘的來回、每一次上下文的重複載入，都在花 token，也就是在花錢和時間。
• 迴歸更少：意圖清晰，產生的 diff 就精準，而不是一次把三個地方都改壞的大重寫。

一個模糊的提示詞和一個精準的提示詞，代價完全不同：

Vague prompt                         Precise prompt
"fix the cart bug"                   "In cart.ts, computeTotal()
                                      applies the discount before VAT.
                                      Flip the order: VAT first,
                                      then discount on the net total."
        │                                     │
        ▼                                     ▼
  3 round trips                          1 pass
  ~45k tokens                            ~12k tokens
  2 regressions                          0 regression

這正是 AgentsRoom 的核心價值：以最快的速度、正確的格式，把意圖轉化為可執行的指令，不重複上下文。下面是專門為此打造的各個功能模組。

1. 持久上下文：CLAUDE.md 與 AGENTS.md

在發出第一條訊息之前，代理需要了解它所在的環境：專案約定、架構、常見坑。也就是那些你不想每次會話都重新解釋的內容。這正是上下文檔案（CLAUDE.md、AGENTS.md）的作用，每個主流 provider 都會在啟動時自動讀取它們。

        Without context                With CLAUDE.md / AGENTS.md
┌─────────────────────────┐        ┌─────────────────────────┐
│ You re-explain the       │        │ The agent already knows: │
│ stack, the style, the    │        │  - the stack             │
│ folders... on EVERY       │        │  - the conventions       │
│ new prompt               │        │  - the files to avoid    │
│                          │        │                          │
│ = wasted tokens          │        │ = you go straight to     │
│   every session          │        │   the point              │
└─────────────────────────┘        └─────────────────────────┘

這是投入產出比最高的溝通投資：寫一次，每次提示都在受益。我們的 CLAUDE.md 指南 詳細說明了該寫什麼、不該寫什麼。

2. 提示詞庫：同樣的提示詞不用寫第二遍

你一定有一些反覆輸入的指令："對這個 diff 做安全審查"、"按照我們的規範給這個模組寫測試"、"幫我起一個 Conventional Commits 的提交資訊"。提示詞庫可以儲存、整理這些提示詞，兩次點選就能注入任何代理。

鏈式提示同樣重要。透過鏈式提示詞，你可以把一個繁重的任務拆分成按順序依次觸發的步驟，而不是扔給代理一堵牆，讓它只執行一半。

One giant prompt                 Linked prompts (chained)
┌──────────────────────┐         ┌─────────┐   ┌─────────┐   ┌─────────┐
│ "Do A, then B,        │        │ 1. A     │──▶│ 2. B     │──▶│ 3. C     │
│  then C, and don't    │        │  scoped  │   │  scoped  │   │  scoped  │
│  forget D..."         │        └─────────┘   └─────────┘   └─────────┘
│                       │
│ the agent forgets     │        each step verified
│ half of it            │        before the next
└──────────────────────┘

3. 技能庫：把流程編碼，不只是寫段落

提示詞說的是要做什麼。技能說的是在這個專案裡怎麼做，一步一步，帶著你的規則。技能庫儲存這些可複用的流程（SEO 審計、元件遷移、發布檢查清單），並在合適的時機掛載給代理。這是高度濃縮的溝通：不用重新解釋一個十行的流程，掛上技能，代理就按協議執行。

4. 草稿板：先打磨再傳送

好的提示詞是起草出來的，不是在衝動下即興傳送的。草稿板始終觸手可及：貼上一段報錯、一段規格說明、一個想法，整理一下，建置好結構，等準備好了再發給代理。少一些"等等我剛才說錯了"，就少一些來回。

5. 用語音表達意圖：語音聽寫與語音模式

說話比打字快三到四倍，而且描述意圖時往往更自然。AgentsRoom 提供兩種模式：

• 語音聽寫：將你的語音直接轉錄到輸入框。說完，校對，傳送。
• 語音模式：開啟真正的雙向對話，你說話，代理大聲回覆，雙手解放。

Keyboard   ████████████████████████  ~40 words/min
Voice      ████████████████████████████████████████████████████████████  ~150 words/min

適合描述預期行為、大聲梳理架構思路，或者在雙手忙著其他事時引導代理。

6. 展示而不是描述：草圖示註與截圖傳送

有些事用文字很難說清楚。"按鈕偏左了，頂部間距有點奇怪，彈窗應該從這裡開啟"：一張圖勝過一千個 token。

• 用草圖示註，擷取螢幕，加上箭頭、框和備註，把這張視覺反饋發給代理。
• 用截圖傳送，一個鍵盤快捷鍵擷取區域，直接附到提示詞裡。

"Nudge that thing a bit          [annotated capture]
 to the right, I think,           ┌───────────────┐
 you know what I mean..."         │  ┌──┐  ←── here│
                                  │  │  │          │
   vague, interpreted             │  └──┘  too low │
                                  └───────────────┘
                                    precise, no ambiguity

7. 反饋閉環：代理也會回覆你

溝通不只是傳送，還有傾聽。當代理需要你做決定時，AgentsRoom 會像訊息應用一樣把它標記為未讀，並在桌面版和行動版通知你。你不用再盯著滾動的終端，是代理來 ping 你。

        YOU                                        AGENT
         │   1. Context (CLAUDE.md / AGENTS.md)      │
         │ ────────────────────────────────────────▶ │
         │   2. Intent (text / voice / sketch)        │
         │ ────────────────────────────────────────▶ │  executes
         │   3. Status + question (unread badge)      │
         │ ◀──────────────────────────────────────── │
         │   4. Decision / correction                 │
         │ ────────────────────────────────────────▶ │
         ▼                                            ▼
   fewer tokens       fewer regressions          faster

詳情見通知與未讀訊息。

8. 量化對話：token 用量統計

只有量化了才能最佳化。Token 用量統計按會話和代理維度顯示每次互動的消耗。你一眼就能看出哪類提示詞在瘋狂燒錢，哪類保持精簡。溝通成本變成了可以測量的指標，不再靠感覺。

9. 跨 provider 溝通，不丟失上下文

用 Claude 做架構，用 Codex 做後端，用 Antigravity 或 Grok Build 推進某個快速迭代的功能：切換模型不應該意味著重新解釋一切。多 provider 支援可以把一個正在執行的代理從一個 provider 切換到另一個，並生成交接摘要（涉及的檔案、會話活動、進度），讓新的 CLI 從上一個停下來的地方接著幹。

   Claude ──▶ [handoff summary] ──▶ Codex ──▶ [summary] ──▶ Grok Build
   (arch)        context kept        (backend)              (feature)

10. 讓代理互相溝通

最划算的溝通，有時是那些你根本不需要參與的溝通。三個模組來處理這件事：

• 團隊協作：開發代理把任務交給測試代理，測試代理把反饋發回來，形成閉環，你不用夾在每次交換中間。
• 代理委派：昂貴的代理把機械性任務（跑測試、在瀏覽器裡檢查）委派給更便宜模型上的代理。不值得花高價 token 的工作就別花。
• AgentsRoom MCP 伺服器：你的代理可以直接讀寫控制檯（待辦、提示詞、終端、瀏覽器），與你的環境溝通，而不只是與你。

11. 隨時隨地溝通

靈感不會等你坐到 Mac 前。行動版與桌面版同步和遠端控制讓你能從手機上啟動代理、回答問題或確認 diff。離開桌子，溝通迴圈不會斷。

總結：什麼場景用什麼方式

結語：溝通是新時代的核心技能

工作的本質已經翻轉。會寫程式碼仍然有用，但勝負不再在那裡分出。能快速、低成本交付的開發者和在來回中燒 token 的開發者之間的差距，在於他們與代理溝通的品質：上下文設定得當、意圖表達清晰、為正確的資訊選擇正確的渠道、反饋閉環不額外花你時間。

AgentsRoom 就是圍繞這個理念建置的。不是又一個聊天客戶端，而是一個駕駛艙，每個功能模組都是為了讓你與 Claude、Codex、Antigravity 和 Grok Build 並行協作時，溝通得更好、更快、更省。

想試試？下載 AgentsRoom，連線你的 provider，看著每個功能的成本隨著你溝通能力的提升而下降。想深入瞭解如何寫好提示詞，參考我們的程式設計提示詞工程頁面，或者瀏覽所有功能。