AI 程式代理能讀取專案、跨檔案修改程式碼,甚至執行命令;能力越完整,越需要先釐清一件事:代理現在是在理解問題,還是已經開始改動專案?
Cline 的 Plan 與 Act 模式,正是把這兩種工作分開。這不代表所有程式代理都採取相同設計,但它提供了一個實用的工作流程思路:先整理需求與限制,再進入實作。
Plan 先釐清,Act 再執行
依 Cline 官方文件,Plan 模式用於探索與規劃。代理可以閱讀程式碼、搜尋專案內容並討論策略,但不能修改檔案或執行命令;Act 模式則用來依計畫採取行動。
3
這種分工讓「討論怎麼做」與「真的去做」有明確界線。使用者可以先檢查代理是否理解目標、現有程式結構與限制,再決定何時讓它開始修改。重點不在模式名稱,而在於工作流程是否清楚標示執行權限何時開啟。
不過,文件對模式的描述不能直接當成每個版本或每種執行環境的權限保證。若使用 CLI 或其他可自主執行任務的設定,仍應確認實際工具能做什麼、需要哪些確認,以及變更如何審查。Cline 的 CLI 文件提醒,具自主執行能力的流程可能在沒有額外提示的情況下修改檔案並執行命令,因此建議在乾淨的分支上操作並檢視結果。
2
上下文不是越多越好,而是要有意識地整理
另一個值得留意的面向,是代理能否取得恰當的上下文。HumanLayer 的文章將「frequent intentional compaction」描述為一種有意識組織上下文輸入的做法:不是毫無選擇地堆疊資訊,而是把提供給 AI 的內容納入整體開發流程來管理。
8
對開發者來說,這提醒我們:需求、現況、限制與尚未解決的問題,應整理成代理能持續使用的材料。上下文整理的目的,是讓下一步工作仍然有根據;不能因此假設所有過程紀錄都應刪除,或把未確認的操作細節當成通用方法。
實用原則:先核對,再授權
無論使用哪一款工具,都可以先問三個問題:
- 代理目前只是在讀取與規劃,還是已經能修改檔案、執行命令?
- 它是否掌握目標、限制與仍待確認的事項?
- 執行後要如何查看差異、測試結果並復原變更?
AI 程式代理的工作流程,不能只看它能寫多少程式碼。把規劃與執行分清楚、把上下文整理妥當,再配合版本控管與人工檢查,才更容易知道代理做了什麼,也更容易在出錯時收回變更。