為什麼這個問題現在會跑出來
你最近可能也遇過這種狀況：叫 AI 寫一篇長文、改一段程式、整理一份會議內容，它一開始講得很像有方向，寫到中段卻開始飄，最後變成你花 10 分鐘回頭修它的邏輯。於是很多人開始加一句：「先做 plan，再照 plan 執行。」看起來很合理。也確實常常有用。 我的判斷很簡單：這招對複雜任務有效，對短任務容易拖慢。plan-then-execute，簡單講就是先叫 AI 把做事順序列出來，等你確認或讓它自己確認後，再產出正式內容。它不是讓 AI 變聰明的魔法，比較像是在動工前先畫施工線。差很多。 我自己最常看到的踩坑，是有人連「幫我把這句話改短」也要求 AI 先規劃。結果 AI 先寫一段分析，再給 5 個方向，最後才改出一句話。原本 15 秒可以結束的事，被拉成一個小專案。這就不划算。 所以這篇要回答的不是「先規劃、再執行好不好」，而是「什麼時候值得多開這一層」。你可以先抓一個粗略線：任務如果會跨 3 個段落以上、需要先排順序、或中途改錯成本高，就用；如果只是短問短答、改一句、取 3 個名字，直接做通常更乾淨。先分長短。
真正的原因不在表面
真正的問題不在 AI 有沒有先做 plan，而在你有沒有把「任務範圍」交代清楚。很多人以為加上先規劃四個字，AI 就會自己知道哪裡重要、哪裡該省略、哪裡要保守。現在多數模型的確比較會拆任務，但它拆的是它理解到的任務，不一定是你心裡那個任務。差在這裡。 先規劃、再執行最有價值的地方，是把隱形判斷攤開。以寫長文來說，AI 直接開寫時，常常會把背景、原因、做法、結論混在一起；如果先讓它列出每一段要解決的問題，你就能在它寫 1,500 字之前發現：它是不是把重點放錯了。這是在省返工。 寫程式也是同一件事。你叫它「幫我修這個功能」，它可能先補錯誤處理，也可能先改資料流程，甚至順手動到你沒打算碰的地方。先做 plan 的好處，是讓你先看到它準備改哪幾塊，哪些檔案或邏輯會受影響。你不是在追求儀式感，你是在降低意外修改。這很實際。 但短任務不一樣。短任務的成本通常不在規劃，而在速度與精準。你要一句標題、一段摘要、3 種語氣版本，AI 直接產出後你用眼睛挑，往往比先看它怎麼想更快。這時硬要 plan，容易把簡單問題變成討論會。時間被吃掉。 還有一個常見誤判：把 plan 當成品質保證。plan 看起來漂亮，不代表最後輸出就穩。它可能列出很完整的架構，執行時卻每段都寫得空；也可能規劃時說要保留限制，正式輸出時忘記收住。所以 plan 比較像「方向檢查點」，不是結果保證書。要看成中途煞車。
現在先做什麼
你現在可以先用一個判斷句：這個任務需不需要先決定順序？如果需要，就叫 AI 先規劃；如果不需要，就直接讓它輸出。這句比「任務複不複雜」更準，因為有些任務看起來大，其實只是整理；有些任務看起來小，卻牽涉取捨。順序是關鍵。 比較好用的指令，不是只寫「先做 plan 再執行」。你可以補一句：「plan 只列你準備怎麼處理，不要先寫正式內容；列完後等我確認。」這樣做的重點，是把規劃跟產出分開，避免 AI 假裝先想過，下一秒就直接把全文吐完。你要的是停頓點。 如果你不想每次都來回確認，也可以用輕量版：「先用 5 行內說明你的處理順序，再直接產出。」這適合中等任務，例如一封已知對象的回覆、一頁簡報架構、一段產品說明改寫。它不會像完整 plan 那麼慢，但能讓你看到 AI 的方向有沒有歪。這是折衷。 我會把任務分成三種。第一種是短任務，直接做；第二種是中任務，先用 5 行內說明處理順序再做；第三種是長任務，先停在 plan，等你確認後再執行。你不需要把每次互動都變成正式流程，只要讓任務大小配上對的摩擦。摩擦要剛好。 真正要檢查的不是 plan 寫得漂不漂亮，而是它有沒有回答三件事：先處理什麼、暫時不處理什麼、最後用什麼標準判斷完成。這三句如果沒有出現，後面輸出再長也容易散。先把這三件事補上。
常見的陷阱跟誤解
第一個陷阱，是把 plan 寫成大綱。大綱通常只告訴你內容長什麼樣子，plan 應該告訴你 AI 準備怎麼做取捨；兩者很像，但用途不同。別混在一起。 第二個陷阱，是要求 AI 「詳細規劃」卻沒有給限制。它可能會把 20 分鐘內該完成的事，規劃成像兩週專案；看起來專業，實際上不適合你的時間。限制要先說。 第三個陷阱，是看到 plan 合理就放手。尤其是牽涉品牌語氣、程式結構、研究判斷這類任務，最該看的不是它有沒有列點，而是它有沒有碰到不該碰的範圍。範圍要盯住。 還有一個細節很容易被忽略：不要讓 AI 在同一段裡又規劃、又自我批准、又執行。這樣你失去的正是 plan 最有價值的地方，也就是中間那個可以踩煞車的時間點。停一下才有用。
下次再遇到時可以怎麼判斷
下次你想加「先做 plan，再執行 plan」時，先問自己一個問題：如果 AI 現在直接輸出，寫錯後我改起來會不會很痛？如果只是幾句話，直接改就好；如果會牽動 3 個段落、3 個檔案、或 3 個判斷，那就先規劃。用改錯成本判斷。 這沒有單一正解。你趕時間、任務短、答案可快速挑選，就少一層流程；你在做長文、架構、程式、研究整理，就多一個停頓點。先規劃、再執行的價值，不是讓每個任務都變正式，而是讓該慢的地方慢下來。該慢才慢。
