Few-Shot 提示和直接說明格式要求有什麼本質差別？什麼時候該用哪一個？
用一個比喻說明：直接說明格式要求像是「請寫一份正式的商業提案，字數 500 字，分三段，第一段介紹問題，第二段說明解決方案，第三段說明預期成果」——這需要 Claude 把你的文字描述轉換成實際的輸出結構。Few-Shot 像是「這是一份我之前寫過的提案，請幫我按照同樣的格式和語氣寫一份新的」——Claude 直接從例子學習，轉換成本更低。
用文字描述格式更好的情況：
用 Few-Shot 更好的情況：
最強組合：System Prompt 說明規則，Few-Shot 提供格式例子。用 System Prompt 設定「用繁體中文、語氣正式、不用條列式」，然後再提供 2 個例子示範具體的排版格式，效果比任何一個單獨使用都好。
Few-Shot 的例子應該怎麼設計？有沒有讓例子更有效的技巧？
設計 Few-Shot 例子有幾個關鍵技巧，讓你的例子真正能讓 Claude 學到你要的格式：
技巧一：輸入和輸出要對應清楚。最有效的 Few-Shot 格式是明確標注「Input:」和「Output:」的對照組，讓 Claude 知道哪個是輸入（你給的資料）、哪個是輸出（你要的格式）。混在一起不標注，Claude 有時候會搞不清楚哪個部分是例子、哪個是你的實際任務。
技巧二：例子要多樣，不要全是同類型。如果你的任務涉及多種情況（例如正面和負面的客戶反饋），給的例子應該至少包含兩種：一個正面的、一個負面的。只給同類型的例子，Claude 在遇到不同情況時可能無法正確類推。
技巧三：例子的長度和複雜度要接近你的實際任務。如果你的例子都是超短的簡單案例，但實際任務是複雜的長文件，Claude 可能會輸出比你期望短得多的東西。讓例子的規模和實際任務相近。
技巧四：用你真正滿意的過去產出作為例子。理論上設計的例子往往不如你真正用過、認為品質好的實際輸出。如果你有過去做得很好的報告或文件，直接把那個作為例子，比重新設計一個理想例子更有效。
常見錯誤：例子太長（佔用大量 token 但邊際效益低），或者例子本身品質不好（你拿了一個「還好」的例子，Claude 會照著「還好」的品質輸出）。
職場上哪些任務最值得投資設計 Few-Shot 例子？
Few-Shot 的設計本身需要時間，所以最值得投資的是那些你會重複做、而且輸出格式重要的任務。以下是職場上最有價值的 Few-Shot 應用場景：
1. 有固定格式的定期報告（週報、月報、客戶報告）：一旦設計好例子，可以反覆使用，後續每次整理報告都不需要重新說明格式，而且每次輸出的格式完全一致。這類報告特別適合放進 Claude Projects，讓格式例子永久保存。
2. 客戶溝通（Email / 提案）：你公司有自己的溝通語氣和格式風格，用幾封你認為寫得最好的過去 Email 作為例子，Claude 之後寫的所有客戶 Email 都能貼近你公司的風格，不需要每次都從頭調整語氣。
3. 資料整理和分類：例如客戶反饋分類（正面/負面/建議），或是履歷篩選（符合/不符合/需要確認）。這類任務有明確的分類邏輯，一個好的例子能讓 Claude 完全理解分類標準，之後大量處理時格式一致。
4. 多語言翻譯或改寫：如果你需要把同一份內容翻譯成不同語氣或風格（例如正式版和非正式版），給一個同一段文字的兩個版本作為例子，Claude 就能理解你要的風格差異。
5. 結構化數據提取：從非結構化文字（會議記錄、採訪稿、新聞稿）提取特定欄位的數據，Few-Shot 讓 Claude 知道要提取哪些欄位、用什麼格式輸出。
Few-Shot 提示裡的例子越多越好嗎？有沒有最佳數量？
不是越多越好，而且超過一定數量後，邊際效益會快速下降。
研究和實際使用的結論：
最重要的不是數量，而是例子的品質和代表性。一個能完整展示你要的格式、包含典型輸入的好例子，比五個模糊的例子有效得多。
如果你發現自己需要超過 5 個例子才能讓輸出格式穩定，這通常是個信號：你的格式太複雜，應該考慮把部分規則用文字說清楚（System Prompt），而不是完全依賴例子。
陳先生是一家人力資源顧問公司的顧問，他每週需要把 10-15 個客戶的徵才回應（不同格式、不同長度）整理成統一的「候選人評估摘要」格式，供客戶主管快速決策用。
以前他嘗試用 System Prompt 說明格式：「請把以下候選人回應整理成評估摘要，包含：匹配度（高/中/低）、主要優勢（2-3 點）、主要疑慮（1-2 點）、建議下一步。」但每次輸出的格式都略有不同——有時候匹配度評分的標準不一致，有時候「建議下一步」太長或太短，有時候語氣和他公司的標準不同。
他改用 Few-Shot 方法，把兩份過去他認為做得最好的候選人評估作為例子：
Input: 「候選人 A：5 年行銷經驗，擅長數位廣告，目前在 X 公司任資深行銷專員，薪資期望偏高，但對職位要求的 B2B 銷售背景不足。"
Output:
【匹配度】中
【優勢】數位廣告操作經驗豐富 / 目前職位與目標職位層級接近
【疑慮】B2B 銷售背景不足（職位核心要求）/ 薪資期望高於預算上限
【下一步】安排電話面試確認銷售背景——若有相關專案經驗可考慮推進
Input: 「候選人 B：3 年 B2B 業務經驗，有大客戶管理經驗，英文流利，目前在尋找管理職機會，職涯目標與此職位高度吻合。"
Output:
【匹配度】高
【優勢】B2B 大客戶銷售背景吻合 / 英文能力符合要求 / 職涯目標一致
【疑慮】管理職是否有可能性（需與客戶確認）
【下一步】優先安排客戶主管面試
用了這兩個例子之後，Claude 整理的每份評估摘要格式完全一致：匹配度標準穩定、各區塊的長度一致、語氣和他公司的風格一致。陳先生說，這讓他每份評估從 10 分鐘縮短到 3 分鐘，而且輸出品質比他自己寫的還要穩定（因為他自己不同天寫的也會有格式上的細微不同）。
Few-Shot 的核心取捨：格式精準度 vs 設計成本。
Few-Shot 的最大優勢是讓格式輸出高度精準和一致，特別是對複雜的格式或難用文字描述的語氣。但它的代價是需要設計好的例子——找到或設計合適的例子需要額外的前期投入。
另一個取捨是token 消耗。每個例子都會佔用 Context Window 的空間，兩個有深度的例子可能消耗 500-1,000 tokens，這對重複使用同一套 Few-Shot 的工作流（例如每天整理 20 份報告）是有實際成本的。
決策建議：對重複性高、格式一致性重要的任務，Few-Shot 的投資幾乎永遠值得。對一次性的、格式不那麼重要的任務，直接用文字說明格式更有效率。