我用 Claude ( Sonnet4 and Opus 4 with Claude.ai 和 Claude Code ) 升級產品技術環境的心得:

1. 你要明確評價，對它產出內容的品質，是否滿意。

   • 例如回應它: 已解決問題，謝謝。 或者是沒有解決問題; 解決原本的問題，但是產生新的問題。
   • 又或者是它做的不符合你的目標，你應該簡潔地表達想要達成的目標，請他再想想。如果容易舉出簡單例子，我建議你舉例。 再想想 or rethink 是一個促使它反思的提示詞，搭配前面你表達清楚的目標，它會進一步理解和驗證先前產出內容為什麼不對，這次會產生更貼近目標的內容。
   • 就很像教公司裡的新人，資深同事會告訴新人，哪邊做得不對，請他想出其他解決方案。

2. CLAUDE.md 的提示詞請認真寫，且保持簡潔。提示詞若給得好，它可以產出高品質的內容。

   • 很像廢話，但確實是如此。
   • 開始上工前，請它先閱讀 CLAUDE.md ，如果對任務目標( custom instruction )的提示詞和 repo 架構不懂，包含它看到邏輯矛盾的地方，請它詢問你，你與它一起調整提示詞。讓它了解你的目標，請它對於達成目標，提供更適合的提示詞給你，你再貼到 CLAUDE.md 內容裡。
   • 因為 CLAUDE.md 裡的內容愈前面，優先度愈高，所以我建議，將具體的工作目標寫在最前面，而且是可衡量的工作目標。例如前端產品要能用 typescript 編譯器編譯通過。
   • Claude Code 的 CLAUDE.md 對應到 Claude.ai 的網頁介面，是 project 裡的 custom instruction 。
   • 如果你不知道怎麼寫，請去看 Anthropic 的提示詞教學文件。
   • 你改動 CLAUDE.md 內容後，請它重新閱讀一次，確認它懂後，令它開始套用現在開始的詢問。

3. 拆解任務細節與改善提示詞內容

   • 上工後，如果屢次且連續的品質不好，請你再次和它一起改善提示詞，並且請它先讀 repo 的 git log 內容，請它說明 custom instruction 哪一個部份令它誤解或表現不好，接著請它提出更貼近任務目標的提示詞。如果 repo 已經出現相同概念的解法檔案，請你透過交談方式，請它讀懂指定的檔案或的 function ，當它讀懂後，請它說明提示詞該如何修改，才會表現更好。
   • 上工後，如果它的品質好(a.k.a. 很少需要你的微調)，請你照第一點做: 明確評價它做得很好，已解決問題。
   • 如果調整提示詞後，它仍然表現不好，那麼就請你拆解任務範圍成小範圍，例如原本請它修改整個檔案，現在改請它修改檔案裡的一個 function，而且在它修改前，請它列出解決方案清單供你挑選，它必須說明推薦哪個解決方案和原因，也必須說明不推薦某個解決方案的原因。

如果你需要知道它思考解決方案的過程與驗證解決方案的可行性，那麼在提示詞可以加上: 回答前請逐步思考，並展現思考過程，並且驗證解決方案的可行性。。

明確評價它的回應內容，並不是你必須按下 Claude 的 feedback form，而是你在你和它的交談過程中，表達你對它回應內容品質的滿意程度。提醒: 依照它的服務條款，如果你用 feedback form 表達你對 Claude 的回應內容品質評價， Anthropic 公司的相關員工就會去調閱出當時應答內容， Anthropic 員工會知道你或你服務公司的智慧財產程式碼內容。