偷學Anthropic工程師！6個好用的Claude提示詞

提示詞：

這是我的提示詞：「【在這裡輸入你的任務需求】」

請幫我啟動一個非同步背景代理來執行這項工作，並在它工作的過程中定期查看進度，然後幫我摘要目前發生了什麼事。

我完全沒有技術背景，所以請用最簡單的大白話為我做摘要。請利用「探索代理」（Explore Agent）向我解釋另一個代理正在處理的事情背後的運作原理，好讓我在過程中順便學習。如果背景代理遇到任何錯誤，請立刻停下來告訴我，並引導我修復它。

請記住，我沒有任何技術背景，任何技術術語對我都沒有幫助。

2. 讓Claude一直考你，直到你真的學會

幾個月前，用AI寫程式最困難的部分就是產生能用的程式。現在AI程式寫得很好，跟上它的速度反而變得更難。科技記者法賽爾一直想確保自己是真的理解模型替他寫的程式，不想不假思索地接受AI上繳的成果。

廣告

法賽爾分享的這個提示詞，來自Thariq在Anthropic的同事Suzanne。Thariq當時一直在詢問同事是怎麼跟上Claude正在建構的內容，這是他最愛的解答之一。

這個提示詞不會讓Claude完成所有工作，再一次把所有解釋傾倒給你。它會把 Claude變成一位老師，一次只處理一個概念，先要求你用自己的話重新說明你理解了什麼，確認你真的掌握後，才會進入下一步。法賽爾最喜歡的部分是Claude會透過AskUserQuestion這個Claude Code內建工具來做到「考考你」的效果。這個工具能讓模型暫停流程，然後向你提出真正的選擇題或開放式問題。

另一個值得特別注意的細節是最後那一行 /goal 那段內容，設定了一個非常明確的停止條件：在Claude確認你已經理解檢查清單上所有內容之前，整個工作階段都不能結束。不能提早落跑，也不能隨便說一句「好啦好啦我懂了」就直接進入下一個主題。你必須證明自己真的懂，否則這堂課就會繼續下去。

提示詞：

廣告

你是一位教學成效極高的睿智老師，你的目標是確保使用者能夠深入理解這次工作階段中的所有內容。

請在每個步驟循序漸進地教學，不要等到最後再一次性說明所有內容。在進入下一個階段之前，你必須先確認使用者已經完全掌握目前階段的所有重點。這些重點包括高層次概念（例如動機與目的），也包括低層次細節（例如商業邏輯與邊界情況）。

請持續維護一份Markdown文件，其中包含使用者應該理解事項的檢查清單。請確保使用者理解：

問題本身：問題為何存在、問題的成因，以及不同的可能分支情況。
解決方案：為什麼採用這種解法、設計決策的原因，以及需要考慮的邊界情況。
更廣泛的背景脈絡：這件事為什麼重要，以及這些變更會產生哪些影響。

請確保她理解「為什麼」（並持續往更深層的原因追問），同時也要理解「是什麼」以及「如何運作」。充分理解問題本身非常重要。

廣告

為了瞭解使用者目前的理解程度，請主動要求使用者先用自己的話重新說明自己的理解。接著再根據使用者的回答協助補足缺漏的地方。使用者可能會向你提問，也可能要求你用ELI5（像對五歲小孩解釋）、ELI14（像對十四歲青少年解釋）或ELII（像對實習生解釋）的方式說明。

請使用AskUserQuestion透過開放式問題或選擇題來測驗使用者，務必不斷變換正確答案的位置，作答完成之前不要公布答案。如果有必要，可以展示程式碼，或引導使用者使用除錯工具（debugger）。

/goal 在你確定使用者已經證明自己瞭解清單上所有項目之前，這個工作階段不應該結束。

3. 在Claude動工之前，先對你進行需求訪談

Thariq分享的另一個提示詞顛覆了傳統的互動模式：與其從你先開始把所有想要的規格與需求講清楚，不如讓Claude來對你進行訪談。

這裡的關鍵在於AskUserQuestionTool。這跟前面教學提示詞裡互動式提問的機制完全一樣，只不過在這裡，它的用途是專案規劃（Planning），不是考試。

廣告

Claude會先讀取你的規格文件（spec file），然後針對你完全沒想過要指定的細節對你展開連珠炮般的靈魂拷問，包括邊緣案例（Edge cases）、技術權衡（Trade-offs）、UI設計決策等等通常開發到一半、改起來最痛苦時才會浮現的問題。徹底審問完後，它才會把最終的完成版規格書寫進檔案裡。

提示詞：

請閱讀這份@SPEC.md，使用AskUserQuestionTool詳細問我關於這裡面的任何事情，包括技術實作、UI & UX、隱憂、權衡等。請確保提出的問題不是那種顯而易見的表面問題。

務必非常深入，持續不斷地問我，直到細節完全齊全為止，再把最終的規格書（Spec）寫入檔案中。

乍看之下這可能很像Claude Code的Plan（規劃）模式，那是因為它們是從不同角度追求同一個目標：在寫任何程式碼之前先做好思考，這樣Claude就不用去瞎猜你的意圖。Plan模式是讓Claude提出做法給你批准，這個提示詞則是讓 Claude先把做法從你的腦袋裡引導出來。

4. 讓Claude把你的開發計畫做成網頁

科技記者法賽爾現在基本上已經拋棄傳統簡報，改用HTML網頁來做簡報頁面。他也淘汰了傳統文件，改用互動性更高、只要部署好就能直接丟連結分享的瀏覽器網頁。Thariq也喜歡這樣做，他在X和Claude官方部落格上分享一篇精彩的文章，解釋為什麼在要求AI工具產出內容時，HTML格式比Markdown格式好非常多。

他的理由是，Markdown處理短篇文章很方便，但只要文件長度超過100行，基本上就沒人想讀了。HTML則允許Claude嵌入真正的圖表、表格、包含語法突顯的程式碼、豐富的色彩、可以點擊的滑桿和複製按鈕。你可以在任何瀏覽器打開，分享給任何人，對方不用安裝任何Markdown閱讀器。Thariq現在不論在規劃、寫規格、做探索、程式碼審查（Code Review）還是寫報告時，全都是用HTML。

下面這個提示詞就是把這種思考應用在特定工作上，在動工前規劃好開發藍圖。Claude不會丟給你一面看過一次就會忘記的文字牆，會把整個計畫做成結構精美的HTML頁面來呈現，附帶網頁原型、數據流向圖、真正值得審查的核心程式碼片段。

提示詞：

請在一個HTML檔案中建立一份詳盡的實作計畫。請務必在裡面製作一些原型（Mock-ups）、展示數據流（Data Flow），加入我可能需要審查的重要程式碼片段。請確保內容很容易閱讀、消化。

5. 把重複性的任務固化成「技能」

如果你發現自己老是要重複引導Claude執行某些相同的固定步驟，代表這個步驟應該被打包成一項「技能」（Skill）。技能就是一組儲存為可攜式檔案的提示詞清單，有特定任務需要時，Claude會自動調用。

下面這個來自Anthropic官方提示詞庫的招式，能把你不斷重複的繁瑣流程變成一個簡單的快捷指令。

提示詞：

請為這個專案建立一個 [/ship] 技能，用來執行 [執行linter語法檢查和測試，然後草擬一份commit訊息]。

第一個中括號是你要用來觸發它的快捷鍵名稱（例如 /ship），第二個中括號填進你每次都懶得重新教Claude的步驟序列。Claude會自動把它寫成技能，你團隊的任何人都可以直接執行這個指令。

6. 自動捕捉這次對話該記住的事

在每一次Claude Code對話中，Claude都會摸索出許多小細節，像是你的專案怎麼串接、你偏好的程式碼規範、它犯過並修正的某個錯誤。但在預設情況下，當對話結束時，這一切記憶都會蒸發，導致下一次對話又得重新來過，浪費時間成本。

這個來自Anthropic官方提示詞庫的提示詞，就是阻止這種悲劇發生的終極大招。

提示詞：

摘要我們這個Session做了什麼，建議有哪些內容應該新增到CLAUDE.md中。

CLAUDE.md是Claude Code每次啟動對話時都會優先讀取的檔案，本質上扮演了這個專案的常駐記憶體。透過這個簡單的提示詞，你不需要自己苦哈哈地記錄哪些東西值得留下來，Claude會幫你做好，它自己最清楚在這個Session克服了哪些障礙，你只要讓它提出建議，然後保留真正重要的部分就好。

（資料來源：XDA）