用範例校準語氣，指的是在少樣本提示裡附上一封語氣拿捏準確的舊信當範例，讓 Claude 從中模仿用詞、句長、稱呼方式等組成語氣的具體特徵，而不是靠文字把「專業但不要太生硬」這類抽象要求逐條定義出來。這跟一般寫提示的做法不同——多數人遇到語氣要求，直覺是把要求寫得更詳細，但語氣本身是一種整體感受，由多個難以窮舉的細節共同組成，寫成規則往往愈寫愈長、愈寫愈模糊，卻仍然無法保證組合起來的結果是對的；範例則直接繞過「定義」這一步，把難以言傳的標準轉換成可以直接模仿的具體對象。
這件事會被需要，是因為主管交代語氣要求時，用的往往是「專業但不要太生硬」這類短句，這句話對主管來說是精確的——他心裡有一個清楚的畫面，只是這個畫面沒辦法完整轉換成文字傳給你，你再原封不動轉給 Claude，等於把一個模糊的指令又模糊地傳遞了一次，資訊在兩次轉譯中不斷流失。範例的作用是截斷這個流失鏈：與其讓抽象要求經過人到人、人到 AI 兩層轉譯，不如直接找一個具體案例，讓 Claude 從案例本身讀取語氣，跳過中間所有可能出錯的翻譯步驟。
實務上分三步。第一步，找一封你認為語氣拿捏剛好的舊信，優先選跟這次要回覆的情境最接近的（同樣是道歉、同樣是提案），情境愈接近，範例的可比性愈高。第二步，把這封信原文完整貼進提示裡當範例，附上這次要回覆的內容重點，指令改成「請參考這封信的語氣風格，回覆以下內容」，不需要額外描述語氣特徵，範例本身已經示範了。第三步，如果一時找不到完全貼切的範例，用一封八成接近的也比完全不給範例好，因為不完美的範例仍然比純文字描述傳遞更多語氣資訊；產出之後如果語氣還是有落差，直接指出「請再更貼近範例信裡某一段的語氣」，這個修正動作通常比從頭用文字重新定義語氣更快、更精準。
對你來說，這個做法真正省下的不是寫提示的時間，是事後修正的時間跟溝通成本。語氣沒抓對的信件，你要嘛自己重寫，要嘛拿回去給主管看，主管一句「不是這個意思」，你還是得靠自己猜哪裡不對，因為連主管自己都不一定能精確講出來——這整個來回的成本，往往遠高於一開始花一分鐘去找一封貼切的舊信。要留意的是範例的選擇品質：如果找的範例本身情境跟這次要回覆的差太多（例如拿一封感謝信當範例去寫一封道歉信），Claude 可能會把範例裡不該模仿的內容特徵也學過去，這時候問題不是少樣本提示這個方法本身失效，是範例選得不夠貼切，換一個情境更接近的範例通常就能解決。
主管交代你回一封客戶信，順口說了一句「語氣專業一點，但不要太生硬，我們跟這個客戶關係還不錯」。你把這句話原封不動貼進 Claude 的提示裡，結果收到一封語氣正確得像教科書、卻讀起來完全不像你們平常在跟這位客戶說話方式的信。問題不是 Claude 不會寫信，是「專業但不要太生硬」這句話，本身就沒有精確定義——它精確地活在你跟主管的默契裡，卻沒辦法被翻譯成一組通用的文字規則。
試著把「不要太生硬」寫成規則，你會發現愈寫愈長、愈寫愈模糊：不要用「敬啟者」開頭、可以用一兩個口語詞但不要太多、句子不要太長、但也不能太短顯得沒禮貌⋯⋯每一條單獨看都合理，湊在一起卻沒辦法保證組合出來的信真的「對」——這其實是 constraint stacking（限制條件疊加）常見的失敗模式：條件愈疊愈多，個別條件都成立，整體效果卻不等於條件的總和，語氣正是最容易在這種疊加裡失真的例子。這不是你表達能力的問題，是語氣本來就是一種整體感受，由用詞、句長、稱呼方式、甚至標點習慣共同組成，很難拆解成一條一條規則，卻可以一眼判斷「這封對，那封不對」。這種只能辨識、難以定義的標準，正是少樣本提示（few-shot prompting）派得上用場的地方。
具體做法很簡單：找一封你認為語氣拿捏剛好的舊信——可能是你自己寫過的、也可能是同事寫給這位客戶、語氣掌握得很好的一封，把這封信原文貼進提示裡，當成範例，再附上這次要回覆的內容重點，指令改成「請參考這封信的語氣，回覆以下內容」。你不需要說出「不要用敬啟者、句子中等長度、可以帶一點親切但不失分寸」這些規則，範例信本身已經把這些特徵都示範給 Claude 看了。這個做法的關鍵不在於範例信寫得多完美，是在於它把你腦中那個說不清楚的標準，變成一個 Claude 可以直接模仿的具體對象。
範例信怎麼挑，會直接影響效果。挑的時候要注意：這封信是不是真的代表你想要的語氣，還是只是剛好手邊有、內容其實不太對；如果手上有多封候選信，優先選跟這次要回覆的情境最接近的（同樣是道歉、同樣是提案、同樣是跟進進度），情境愈接近，語氣的可比性愈高。如果一時找不到完美的範例，用一封八成接近的也比完全不給範例好——不完美的範例仍然比純文字描述傳遞更多語氣資訊——這跟 output format（輸出格式）規範的邏輯是同一件事，只是這裡規範的不是欄位或結構，是語氣本身，範例信扮演的正是「這次輸出該長什麼樣」的具體樣板。
不是每次寫信都要大費周章找範例。如果收件人是內部同事、語氣要求本來就寬鬆、或者你對「這封信該長什麼樣」已經很有把握，直接寫清楚的文字指令通常比翻找舊信更快。值得花時間找範例的，是語氣本身有明確標準、卻很難用文字講清楚的情境——對重要客戶的回信、需要拿捏分寸的道歉信、對外代表公司形象的溝通，這類任務語氣沒抓對的代價比較高，值得多花一分鐘去找一封貼切的舊信。
「語氣要專業但不要太生硬」這句話，你以為自己講清楚了，實際上只是把一個你自己心裡有明確答案、但沒辦法完整表達出來的標準，丟給了 Claude 去猜。猜對了是運氣，猜錯了你還得花時間重寫、甚至重新解釋一次「哪裡不對」——這個解釋往往比直接找一封範例信更費力，因為你其實也很難精確說出「哪裡不對」，只能感覺到「就是不對」。與其花時間在事後解釋一個講不清楚的標準，不如把找範例的時間挪到事前，一封貼切的舊信，通常比十句形容詞更快讓 Claude 抓到你要的分寸。