今天要來介紹兩個超容易搞混、但實務上你一定會用到的指令：/autoApprove、/yolo 跟 /autopilot。名字很像，後果差很多。😅

🤖 Yolo、AutoApprove、AutoPilot 到底差在哪？
沒想到這三個名詞超常被混著講，但其實不能完全畫等號。

AutoApprove 是一種權限設定概念，而 /yolo 比較接近把批准機制開到很大，等同於 Global Auto Approve / Bypass Approvals ；至於 /autopilot，那就是更進一步，不只自動批准，連問都不用問，直接一路做到 task 完成。

Github Copilot三種授權模式

Default Approvals
每一步都問你。人還是坐在駕駛座，Copilot 只是副駕。

Bypass Approvals / Yolo
工具操作先自動過，但如果它需要你選框架、選技術，還是可能會問。比較像少打擾模式。

AutoPilot
最大自主權。它會自己決定、自己往下做、自己跑到 task completion。好用是好用，怕也是真的怕啊 😆

⚠️ AutoPilot 很香，但真的不能無腦開
這段筆者特別要碎念一下，因為現在很多 coding agent 都往這方向走，就是你把工作交代好，三四個小時後再回來看，理想上它就幫你做好。聽起來很美，對吧？原本以為從此可以少熬夜，結果如果 prompt 不清楚，AI 先幫你燒 token 燒到荷包哭出來啊~

為什麼？因為你沒講清楚，它就會自己去 study、自己查資料、自己延伸，這些全部都在吃 context、吃 token。更慘的是，如果你權限沒限制好，它也可能自作主張去改你不想改的檔案，甚至刪檔案。這不是危言聳聽，這是工程師看太多 demo 之後自然長出來的求生本能。

AutoPilot 三大風險：
Prompt 不明確，AI 會自己腦補，然後越做越歪。
Scope 太大，token 狂燒，便宜沒撿到還可能更貴。
權限太寬，AI 幫你「熱心整理」專案，整理到你想哭。

🛡️ 筆者實務建議：護欄先做，驗證先講
這裡是筆者覺得最重要的眉角。你如果要用 AutoPilot，不是做完再驗證，而是一開始就把驗證條件講進去。

例如你要它做一個功能，不要只寫「幫我做 BMI 網站」，你要直接補上：

要使用哪一類技術或至少提供選項
最後要能在本機瀏覽器開啟
要跑哪些測試或驗證步驟
完成條件是什麼

這真的不是龜毛，這是保命。因為 /autopilot 一旦開下去，它是一路衝到底的模式，你如果前面沒把規則講清楚，後面通常就是你自己收爛攤子。

🧪 一個容易誤解的小地方：/exitAutopilot 不是中止執行
/exitAutopilot 不是叫它立刻停工喔，它其實是把權限模式切回預設值。 如果你要中止當前執行中的流程，還是要按停止，不是靠這個指令。

更多實作請參考完整版影片

📝本日結論：今天這一篇，表面上是在介紹 /autoApprove、/yolo、/autopilot，但其實背後是在講一件更大的事：你跟 AI agent 之間的控制權分配。

筆者自己的結論很簡單：

想少按幾次批准：先用 /yolo 或 Bypass Approvals。
想讓它自己一路做完：再考慮 /autopilot。
不管用哪個：都要把 task、護欄、驗證條件先講清楚。
autopilot模式：真的不要配太便宜的模型，這不是省，是賭。
說穿了，Copilot Agent 很像剛上工的新同事，厲害的時候真的會幫你加菜，寫到你心花開；但你如果交代不清楚，又給太大權限，它也可能一路暴衝，讓你當天晚上直接加班補完。