AI 編程助手愈來愈能直接讀取程式碼、改檔，甚至執行指令。以 Cline 為例，官方文件把工作流程分成 Plan 和 Act：前者用來了解程式碼和商討方案，後者按計劃實作。4 不過，想知道一個助手實際可以做甚麼，不能只看它叫「Plan Mode」還是「Act Mode」——還要看用的是哪個介面，以及該介面提供哪些工具。

Plan 同 Act，分別在哪裏？

Cline 的 Plan & Act 說明指出，Plan Mode 可讀取程式碼、搜尋和討論策略，但不會修改檔案或執行指令；Act Mode 則負責落實計劃。4 這是官方文件對兩種模式的定位，並不代表所有 Cline 使用方式都必然有完全相同的操作限制。

例如，Cline CLI 文件列明，啟動時預設為 Act；加入 -p 或 --plan 才會以 Plan Mode 開始。12 CLI 亦支援自動執行：在沒有進一步提示的情況下，助手可以修改檔案及執行指令。官方因此建議在乾淨的分支上操作，並檢查執行結果。1

想限制指令，要留意 CLI 的設定

對希望控制 AI 能執行哪些 shell 指令的人來說，有一點值得留神：Cline CLI 文件指出，CLI 沒有內置的指令允許或封鎖清單。文件建議，如要阻止某些指令，可使用 PreToolUse hook 取消相關的 run_commands 呼叫。1

此外，工具能否使用亦會視乎執行環境而定。ClineCore 的工具文件列出內置工具，並說明 Act Mode 和 Plan Mode 提供的工具可以不同；SDK 使用者亦可自行設定工具路由。3 換言之，官方對模式的描述、CLI 的啟動選項，以及某個具體環境實際提供的工具，應該分開理解。

測試整理成規格，不等於刪走測試

另一個容易令人誤會的做法，是把測試濃縮成規格文件。Geoffrey Huntley 在談跨語言移植時，提出先將測試整理成 /specs/*.md，並以引用連結到相關實作；之後再以規格為依據處理產品功能。8

這是針對程式碼庫由一種語言移植到另一種語言的工作方法，不能直接推論為日常開發應該刪除回歸測試。規格文件可協助交代預期行為和依據，但來源沒有說這些文件可以取代所有測試。8

實際採用前，先核對三件事

第一，確認用的是 Cline CLI、桌面或其他整合方式；不同介面提供的功能未必相同。13 第二，查看目前的模式和工具路由設定，不要只靠模式名稱推斷權限。3 第三，若使用自動執行，先確認如何限制指令，再檢查改動和執行結果；CLI 文件特別提到可用 hook 取消指定指令，並建議在乾淨分支上操作。1

重點不是 Plan 一定安全、Act 一定危險，而是先弄清楚實際使用的版本和執行環境提供甚麼權限。現有文件可以說明模式設計和 CLI 的部分行為，但不能代替對個別安裝設定的核對。

AI 編程助手愈來愈能直接讀取程式碼、改檔，甚至執行指令。以 Cline 為例，官方文件把工作流程分成 Plan 和 Act：前者用來了解程式碼和商討方案，後者按計劃實作。4 不過，想知道一個助手實際可以做甚麼，不能只看它叫「Plan Mode」還是「Act Mode」——還要看用的是哪個介面，以及該介面提供哪些工具。

Plan 同 Act，分別在哪裏？

Cline 的 Plan & Act 說明指出，Plan Mode 可讀取程式碼、搜尋和討論策略，但不會修改檔案或執行指令；Act Mode 則負責落實計劃。4 這是官方文件對兩種模式的定位，並不代表所有 Cline 使用方式都必然有完全相同的操作限制。

例如，Cline CLI 文件列明，啟動時預設為 Act；加入 -p 或 --plan 才會以 Plan Mode 開始。12 CLI 亦支援自動執行：在沒有進一步提示的情況下，助手可以修改檔案及執行指令。官方因此建議在乾淨的分支上操作，並檢查執行結果。1

想限制指令，要留意 CLI 的設定

對希望控制 AI 能執行哪些 shell 指令的人來說，有一點值得留神：Cline CLI 文件指出，CLI 沒有內置的指令允許或封鎖清單。文件建議，如要阻止某些指令，可使用 PreToolUse hook 取消相關的 run_commands 呼叫。1

此外，工具能否使用亦會視乎執行環境而定。ClineCore 的工具文件列出內置工具，並說明 Act Mode 和 Plan Mode 提供的工具可以不同；SDK 使用者亦可自行設定工具路由。3 換言之，官方對模式的描述、CLI 的啟動選項，以及某個具體環境實際提供的工具，應該分開理解。

測試整理成規格，不等於刪走測試

另一個容易令人誤會的做法，是把測試濃縮成規格文件。Geoffrey Huntley 在談跨語言移植時，提出先將測試整理成 /specs/*.md，並以引用連結到相關實作；之後再以規格為依據處理產品功能。8

這是針對程式碼庫由一種語言移植到另一種語言的工作方法，不能直接推論為日常開發應該刪除回歸測試。規格文件可協助交代預期行為和依據，但來源沒有說這些文件可以取代所有測試。8

實際採用前，先核對三件事

第一，確認用的是 Cline CLI、桌面或其他整合方式；不同介面提供的功能未必相同。13 第二，查看目前的模式和工具路由設定，不要只靠模式名稱推斷權限。3 第三，若使用自動執行，先確認如何限制指令，再檢查改動和執行結果；CLI 文件特別提到可用 hook 取消指定指令，並建議在乾淨分支上操作。1

重點不是 Plan 一定安全、Act 一定危險，而是先弄清楚實際使用的版本和執行環境提供甚麼權限。現有文件可以說明模式設計和 CLI 的部分行為，但不能代替對個別安裝設定的核對。