有一張「Codex 提問急救卡」可以複製貼上，但你的眼睛和作息沒有模板

2026 年 10 月 8 日，掘金出現一篇頗受工程師歡迎的文章：作者 Dragon_xjy 整理了 7 個給 Codex 用的提問模板，涵蓋修 Bug、加功能、優化程式碼、對接介面等常見情境，想修一個 Bug 卻被 AI 順手改了一堆無關程式碼的人，複製整段、替換一處括號就能用。這篇文章本身是純技術內容，但讀著讀著，你可能會發現一個熟悉的畫面：半夜十一點，你貼上模板，送出，盯著螢幕等它跑完，跑歪了再換個說法重試一次。

這次我們不聊提示詞怎麼寫，聊聊反覆「下 prompt、等結果、檢查、再重試」這個循環裡，你的身體發生了什麼。

模板解決的是反覆溝通，不是反覆熬夜

那篇文章的核心想法其實很樸素：把任務、範圍和期望結果一次說清楚，AI 亂改的機會就小，你檢查起來也省力。這個思路對你的工作品質有幫助，間接也對身體友善，因為來回溝通的次數少了，卡在電腦前的時間理論上會縮短。

但實際用過這類工具的人都知道，事情常常是反過來的：溝通變順了，你就更捨不得離開。原本修一個 Bug 要查一小時文件，現在十分鐘搞定，於是你接著丟第二個、第三個任務，不知不覺把「節省下來的時間」全部再投進螢幕裡。工具讓單一任務變快，不等於你的總工作時數會下降，這是很多開發者這一兩年的共同體感。

這和我們先前聊過的Codex 沙盒故障時工程師圈的集體焦慮有點像：工具越順手，你越容易把整個工作節奏綁在它身上，它卡住你焦慮，它太順你停不下來。

檢查 AI 產出，其實是很耗眼力的工作

模板裡有一條要求很值得注意：AI 修改後要能驗證，且不能靠忽略錯誤或關掉檢查來「假裝修好」。這在工程上是對的，換到健康這邊看，它意味著你的角色從「寫程式碼的人」變成「大量閱讀與審查程式碼的人」。

閱讀別人（或 AI）寫的程式碼，眼睛的負擔往往比自己寫更重，因為你要逐行確認每一處改動是不是必要的。長時間近距離盯著密度很高的文字，眨眼次數會明顯下降，眼睛容易乾、痠、視線模糊。幾個用得到的小動作：

• 檢查 AI 改動時，每隔一段時間抬頭看窗外遠處幾十秒，讓眼睛的對焦肌肉換個姿勢。
• 覺得眼睛乾澀時先補充眨眼和休息，而不是立刻點眼藥水硬撐。
• 把字級調大到不需要瞇眼就能讀的程度，這件事沒有技術含量，但很多人十年都沒做。

如果你已經出現持續的視力模糊、眼睛刺痛，或伴隨頭痛，休息一兩天沒有緩解，那就值得掛個眼科檢查，而不是繼續調整螢幕亮度撐過去。

「再試一次就好」的心理陷阱

那 7 個模板的設計，是把一次提問的成功率拉高。但當結果不如預期時，最容易讓人停不下來的念頭是：再換個說法試一次，這次應該可以。

這種「下一次就會成功」的循環，和追熱點、熬夜開發的狀態很像。我們在一人扛四個崗位二十天做遊戲的拚一波工作方式裡聊過，短期衝刺不是不行，問題在於你能不能在心裡畫出一條今天的停損線。給自己一個具體的規則會比意志力有用，例如：同一個任務重試超過三次沒進展，就起來離開座位十五分鐘；或者超過午夜就明天再戰，因為疲勞狀態下你判斷 AI 產出好壞的能力也在下降，硬拚往往只是把明天的問題留給今天半夜的自己。

模板值得收藏，規則也值得一起寫下來

那篇文章說模板不限模型、不限語言，這是真的，因為「把任務邊界說清楚」本來就是通用的溝通原則。如果你想跟進這類做法，不妨順手在自己的筆記裡多寫一條屬於身體的模板，內容大概像這樣：每次送出任務後，起身裝杯水；檢查完一輪改動，閉眼休息半分鐘；今天重試次數用完就收工。

提示詞模板幫你把工作說清楚，作息的邊界則要你自己畫。兩件事都做，AI 才真的是幫你省時間，而不是換個方式把你的晚上喫掉。