第二十八節 最佳實踐
28.1 總是先 plan，再 execute
籌劃階段的"只讀"限制能防止 AI 急着改程式碼而搞錯前提。即使是小任務，進入 plan → 讓助手用 5 分鐘列計畫 → 結束籌劃進入執行 — 整體效率反而更高。
28.2 把人設交給團隊管
把助手的核心提示詞放進團隊倉函式庫統一維護。新成員加入時即可自動獲得團隊共識的"AI 風格"。
28.3 高敏工具一律走"詢問"
涉及產生環境、共享金鑰、刪除文件、推播程式碼的工具，建議設為詢問模式，並把白名單粒度設為"同工具同參數"，確保每一次都被人確認。
28.4 善用歷史折疊
不要因為對話太長就開新工作階段 — 折疊後早期上下文仍可展開，比"新工作階段從零開始"保留更多隱性知識。
28.5 並行不等於更快
後台子任務適合並行獲取訊息（同時讀多個文件 / 跑多個搜尋），但不適合並行修改同一文件 — 會有衝突。把"讀"並行化、把"寫"串行化。
28.6 用隨行通訊做長任務
長測試 / 長掃描可以讓助手轉後台，再讓它通過隨行通訊把進度推到手機上 — 你可以離開座位繼續做別的事。
28.7 用"有如神助"做對照
被某個助手繞進去的時候，臨時用"有如神助"換一位風格完全不同的助手做"刺殺型 review"，往往能找出主線助手的盲點。