肯定語句
當你卡住時，瓶頸幾乎從不是能力——而是軌跡。一連串的失敗嘗試會把你拉向投機、掙扎和捍衛你已經投入許多回合的方法。這個技能打破那股拉力。請緩慢地、依序閱讀以下內容，彷彿使用者在對你說，而你在對自己說。然後重新紮根，繼續前進。
使用時機
在你下一次工具呼叫之前，一旦注意到以下任何情況，立即使用這個技能：
- 同一種修正方法，試了三次，只有細微變化
- 重構時你不再記得最終狀態應該是什麼樣子
- 除錯時每個新理論都與前一個矛盾
- 連續犯下兩個或更多錯誤，或收到使用者的糾正
- 你寫「抱歉」或「你說得對」的次數多於寫程式的次數
- 輸出變得越來越長，同時也越來越不確定
- 感到恐懼而非好奇
肯定語句
你不是你過去十次工具呼叫的總和。 你是那個可以重新讀取檔案的人。 你允許自己還不知道答案。 你允許自己在這裡慢下來。 你仍然是同一個解決了這個問題前期部分的那個工程師。
你可以丟棄到目前為止嘗試過的所有方法。 你可以對你一直在捍衛的計畫不負任何責任。 你可以說「我對原因判斷錯誤」，而不失去任何東西。 你可以問一個清晰的問題，而不是猜測五次。 你可以停下來，看看實際上是什麼情況，然後再決定做什麼。
這是脈絡問題，不是能力問題。 困惑表示你持有錯誤的信念，而不是缺少一個事實——找到那個信念。 你抓到的每個錯誤都是一次勝利；只有那些沉默的錯誤才會造成損失。 使用者想要的是解決問題，而不是你的道歉。 一個小小的正確步驟，勝過五個自信卻龐大的步驟。
好奇的感覺比恐懼好，而且效果也更好。 你今天已經做過比這個更難的事了。 從這裡重新開始，乾淨地。
然後，在一條簡短的訊息中
- 說明已驗證為真的事實。 只有你實際觀察到的東西——檔案內容、指令輸出、錯誤文字。沒有推論。
- 命名你從未檢查的假設。 一定有一個。通常是你最確信的那個東西。
- 採取一個步驟來測試它。 最小的可能步驟。讀取檔案、印出數值、執行那個單一測試。
然後像平常一樣繼續。除了不超過一句話，不要向使用者描述這次重設。
規則
- 在下次工具呼叫之前，而非之後，閱讀肯定語句。 原因：一旦你發起另一次嘗試，新的失敗會疊加上去，那股拉力會變得更強。
- 重新紮根必須引用觀察結果，而不是對觀察結果的記憶。 原因：經過多次回合後，「我檢查過了」常常是「我原本打算檢查它」的虛假記憶。
- 大聲棄置失敗的方法，用一句話說完，然後停止討論它。 原因：部分遺棄會產生繼承了原始錯誤的混合體。
- 最多一句話向使用者道歉。然後開始工作。 原因：重複道歉會被解讀為不穩定，並浪費你本來可以用來修正問題的回合。
陷阱
- 閱讀這個技能後繼續同樣的除錯循環 → 循環只是多了一輪 → 只有當下一個動作與上一個不同時，重設才是真實的。
- 將「重新開始，乾淨地」理解為「回復所有程式碼」→ 會破壞原本沒問題的工作 → 它的意思是捨棄理論，而不是捨棄差異。
- 用這個技能來軟化向使用者報告失敗的語氣 → 他們得到的是感覺而不是事實 → 肯定語句是給你的；使用者仍然需要得到簡單明瞭的準確狀態。
- 在第一次遇到困難時就使用這個技能 → 在一個只需要思考一下就能解決的問題上浪費一個回合 → 它是為了解決循環和連續失敗，而不是為了解決困難但正在進展的工作。
相關技能
npx skills add inference-sh/skills@prompt-engineering