Iterative Prompting

每次對 Claude 的輸出不滿意，我應該在同一個對話繼續，還是開新的對話？

幾乎所有情況都應該在同一個對話裡繼續，不要關掉重開。

原因：Claude 在同一個對話裡記得你說過的所有話。如果你關掉對話重開，它又從零開始——你說的所有背景、之前的輸出、你的反饋，全部都消失了。你得重新說明，它得重新猜測你的意思。

在同一個對話裡繼續迭代，Claude 能基於上下文精準理解你的修改要求。說「這個版本比上一個好，但第二段太長了，語氣也太正式——請調整」，它知道第一版在哪裡、「比上一個好在哪裡」是什麼意思、以及需要具體改什麼。這比重新打開對話從頭說明要有效得多。

唯一適合開新對話的時機：你的任務已經完成，要開始一個完全不相關的新任務；或者你發現這次對話的背景設定從一開始就錯了，需要重新設定。

怎樣的反饋才能讓迭代最有效率？有沒有反饋的框架？

有效的反饋通常包含三個要素：判斷（這個輸出哪裡好哪裡不好）、方向（我要它往哪個方向改）、程度（改多少）。

幾種高效的反饋格式：

「X 對了，但 Y 需要改」：「整體架構對，但第二段太長，而且最後的結語太客套——請把第二段壓縮到三句話，結語改得更直接。」

打分數 + 說明問題：「這個版本 6/10。問題：語氣太正式、沒有具體例子、結尾太弱。請針對這三個問題修改。」

提供對照範例：「我要的感覺更像這個：[貼入你喜歡的範例]。現在的版本和這個的主要差別是什麼，請根據這個方向修改。」

最不有效的反饋：「不對，再試一次」——這給了 Claude 零資訊，它只能猜。「再好一點」——太模糊，Claude 不知道往哪個方向好。

迭代幾輪之後，對話的長度越來越長，會不會影響 Claude 的輸出品質？

會，這是 Context Window 限制的實際影響。Claude 能處理的對話長度有上限（目前大約 200,000 Token），當對話接近這個上限時，Claude 對早期對話的記憶可能開始模糊或失準。

實際上，在大多數職場任務裡，一個對話很難真的長到超過 Context Window 的上限——除非你在對話裡上傳了非常長的文件，或者對話本身進行了幾十輪。

如果你發現 Claude 在迭代後期開始「忘記」你在對話前期說過的要求，可以試試這個做法：在對話裡說「請回顧一下我在這個對話裡說過的主要要求，然後根據這些要求重新評估你最新的版本」——讓 Claude 主動梳理一次對話的脈絡。如果對話真的太長了，最有效的做法是開一個新對話，把最終版本和最新的修改要求帶過去，從一個乾淨的狀態繼續。

迭代提示和 Prompt Template 有什麼關係？什麼時候用哪個？

兩者解決不同的問題，最好搭配使用：

Prompt Template 解決的問題：「每次我需要做這類任務，都要重新想怎麼下指令」。它是你預先設計好的、針對特定任務類型的提示詞框架，讓每次相似任務都有一個穩定的起點。

Iterative Prompting 解決的問題：「Claude 的第一次輸出和我要的有差距，我要怎麼把它調整到位」。它是你在同一個對話裡，根據實際輸出給反饋的過程。

最佳的搭配方式：用 Prompt Template 建立任務的起點（確保第一次輸出的品質有基本保障），然後用 Iterative Prompting 在同一個對話裡把輸出調整到你真正需要的樣子（彌補 Template 無法覆蓋的個案差異）。有了好的 Template，你的迭代輪數通常會更少（因為起點更準確）；有了迭代能力，Template 不需要追求完美（因為可以事後調整）。