Multi-shot prompting

Few-shot prompting 的進階版——給 3-5 個範例覆蓋更多邊界案例。

何時用 Multi-shot 而非 Few-shot

情境	用 Few-shot (1-2 範例)	用 Multi-shot (3-5 範例)
簡單格式對齊	✅	過度
多種類別分類	不夠	✅
邊界案例多	不夠	✅
風格細微差異	不夠	✅
反例 / 反案例覆蓋	不夠	✅

範例：客服簡訊分類

要分類為 [投訴 / 詢問 / 感謝 / 其他] 4 類：

請將客戶簡訊分類：

範例 1：「為什麼運費這麼貴」 → 投訴
範例 2：「請問 7-11 取貨可以嗎」 → 詢問
範例 3：「你們客服很好」 → 感謝
範例 4：「我老婆也想買」 → 其他
範例 5：「貨到了但破掉」 → 投訴
範例 6：「如何退貨？是否退運費？」 → 詢問

請分類：「東西不錯但盒子有點壓到」

6 個範例覆蓋了：

• 各類別至少 1 個正例（4 類 × 1 = 4）
• 模糊案例（「我老婆也想買」歸「其他」）
• 複合案例（破掉 → 投訴；退費 → 詢問）

配 反面案例提示 加強

範例（正例）...

❌ 不要把「東西很普通」分為負向（沒有明顯不滿）
❌ 不要把「我老婆也想吃」分為正向（沒有評論主菜）

正反並列，讓 Claude 更精準。

限制

⚠️ 範例不要超過 5-7 個——否則：

• Context window 浪費
• Claude 可能機械模仿，失去判斷力
• 邊際效益遞減

對 PAM 的應用

例：訓練 強制具體事蹟 內容判斷器：

我要判斷主管寫的「具體事蹟」是否夠具體（≥50字 + 含數字/時間/結果）：

範例 1：「業績超標 30%」 → ❌ 太短
範例 2：「Q4 接到 X 大客戶 5 千萬訂單，超標 30%，並帶領 3 位新人」 → ✅ 具體
範例 3：「表現很好」 → ❌ 空洞
範例 4：「6 月專案延遲 2 週但週末加班補回」 → ✅ 具體
範例 5：「用心努力盡責」 → ❌ 套話
範例 6：「2026/03 主導系統升級，零當機完成」 → ✅ 具體

請判斷：「Q3 客訴歸零」

相關概念

強連結（原文明確提及）

• Few-shot prompting — 1-2 範例的基本款
• 反面案例提示 — 配合 multi-shot 加強
• XML 標籤提示 — 結構化包裹範例
• Chain of Thought — 範例後加 reasoning

深入閱讀（外部資源）

• 深入閱讀：04-進階提示技巧

← 回到 wiki