對話流程

與 Andy 的典型互動分為三個階段：提問、規劃、交辦，全在同一個 Google Chat 討論串中發生。你不必走完全部三個階段，任何時候都可以停下來。

第一階段：提問

提及 Andy 並附上問題或請求：

@MeetAndy 這個 codebase 的密碼重設流程是怎麼運作的？

Andy 讀取工作空間 repository 中相關的程式碼後，在討論串中回覆說明。你可以繼續在同一串提問。

如果只是純粹提問，到這裡就結束了。Andy 回答了，你讀完就好。

第二階段：規劃

當你要求 Andy 做某件事——例如修改程式碼、新增功能、修 bug——Andy 不會馬上開始寫程式，而是先產出一份規劃讓你審閱。

@MeetAndy 幫設定頁面加一個深色模式切換

Andy 在討論串中回覆一則結構化的規劃訊息，大致長這樣：

🤖 AI Plan Ready for Review

Task: 幫設定頁面加一個深色模式切換
Complexity: 🟢 Low

[規劃變更的摘要]

[ 📄 View detailed plan ]

[ ✅ Approve ]   [ ✏️ Make changes ]   [ ✓ Mark as done ]

三個按鈕：

• Approve：Andy 開始實作（第三階段）
• Make changes：在討論串中告訴 Andy 你想調整的地方，Andy 更新規劃
• Mark as done：決定不實作，對話在此結束

你也可以不點任何按鈕，直接在討論串中回覆，例如「其實再加一個系統預設選項」，Andy 會根據你的意見修改規劃。

不一定要用按鈕來結束任務。直接在討論串告訴 Andy，例如「把這個標為完成」或「關閉這個任務」，Andy 就會識別請求、關閉任務，並發出問卷。

第三階段：交辦實作

點選 Approve 後，Andy 把規劃交給 Coding Agent 執行實際的程式碼撰寫。Andy 會發布一則後續訊息：

Working on it…

[ ⛔ Stop ]

Andy 接著在討論串中更新進度，通常是幾則簡短的狀態訊息，歷時幾分鐘。你可以隨時點選 Stop 停止執行。

Coding Agent 完成後，Andy 發布：

Implementation complete

Task: 幫設定頁面加一個深色模式切換
Branch: [View branch]

[ 📄 View implementation details ]

[ 🚀 Create pull request ]   [ ✏️ Make changes ]   [ 🗑️ Discard and exit ]

三個選項：

• Create pull request（GitLab 則為 Create merge request）：Andy 建立 PR/MR
• Make changes：在討論串中提出修改意見，Andy 重新實作
• Discard and exit：捨棄分支，不建立任何東西

PR 開出來後的後續動作，請見審閱 Andy 的工作成果。

隨時停下來

不一定要做到建立 PR。常見的模式：

• 只提問：取得說明、了解 codebase，不需要規劃
• 只規劃：讓 Andy 想清楚實作方向，自己或交給隊友執行
• 規劃並實作：讓 Andy 全程包辦

小技巧

• 第一則提及要具體。 「加深色模式」只能得到籠統的規劃；「在設定頁面用現有的 theme token 加深色模式切換，預設跟隨系統設定」能得到好得多的規劃。
• 在討論串中回覆來修改。 即使已批准規劃，也可以在實作過程中回覆「其實還要做 X」，Andy 會調整。
• 善用記憶：把專案的固定規範告訴 Andy，不必每次重複。