對話流程

一段典型的 Andy 對話分三個階段：提問、規劃、交辦，全都發生在同一個 Slack 討論串中。你不一定要走完整個流程，任何階段都可以停下來。

階段 1：提問

帶著問題或請求提及 Andy：

@MeetAndy how does the password reset flow work in this codebase?

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

如果只是純粹的問題，整個流程到這裡就結束了。Andy 回答完，你看完就可以離開。

階段 2：規劃

當你請 Andy 做事——改程式、加功能、修 bug——Andy 不會立刻動手寫，而是先產出一份 規劃 讓你審閱。

@MeetAndy add a dark mode toggle to the settings page

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

🤖 AI Plan Ready for Review

Task: Add dark mode toggle to settings page
Complexity: 🟢 Low

[預計變更的摘要]

[ 📄 View detailed plan ]

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

三個按鈕：

• Approve：Andy 開始執行這份規劃（階段 3）
• Make changes：你在討論串中回覆希望調整的地方，Andy 會更新規劃
• Mark as done：你決定不執行，對話到此結束

你也可以不點按鈕，直接在討論串中回覆，例如「順便加上 system-default 選項」，Andy 會據此修整規劃。

階段 3：交辦實作工作

當你點選 Approve，Andy 會把規劃交給 Coding Agent 實際撰寫程式碼。Andy 會接著回覆：

Working on it…

[ ⛔ Stop ]

Andy 會在 Coding Agent 工作的過程中於討論串持續更新進度，通常是幾分鐘內幾則簡短狀態訊息。你可以隨時用 Stop 按鈕中止。

當 Coding Agent 完成後，Andy 會回覆：

Implementation complete

Task: Add dark mode toggle to settings page
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

PR 開立後的後續步驟請見 審閱 Andy 的工作成果。

隨時停下來

你不一定要一路走到 PR。常見的使用模式：

• 只提問：理解一段程式碼，不需要規劃
• 只規劃：請 Andy 想清楚做法，再由你或同事實作
• 規劃並交辦：讓 Andy 從頭到尾完成這次變更

小撇步

• 第一次提及就講清楚。 「加 dark mode」會得到籠統的規劃；「在 settings page 加 dark mode，使用既有的 theme tokens，預設跟隨系統設定」會得到精確得多的規劃。
• 在討論串回覆來修整。 即使核准規劃後，你仍可以在實作過程中回覆「順便也做 X」，Andy 會跟著調整。
• 善用 記憶 教 Andy 你專案的事實，這樣就不必每次都重講。