Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
獨立知識媒體
與任何項目無關聯
讓 Claude 替你工作,不只是幫你回答
claudecowork-me.com
最新
Cowork 桌面版 10/8–10/15 三次更新:排程任務的「等核准」「覆寫」「無法編輯」問題一次修掉  ·  設計「沒人在場也能跑完」的 Cowork 排程任務:五個檢查點與各自的失敗方式  ·  macOS 電腦使用在十月連收三道防護:隱藏檔案、隱藏資料夾與 Shell 啟動位置不再讓 Claude 寫入  ·  「Run Cowork in the cloud」開關:Team 預設開、Enterprise 預設關,管理員最常搞錯的地方  ·  Cowork 10/6 起:Pro 與 Max 的新任務預設在雲端執行,「僅限這台電腦」選項被移除  ·  雲端任務怎麼碰你電腦上的檔案:副本機制,以及把任務搬回本機的完整步驟
名詞解析 · core-concepts

Few-Shot Prompting

少樣本提示
core-concepts beginner

30 秒版 · 給沒耐心的人
在指令裡附上兩到五個「輸入配對應輸出」的具體範例,讓 Claude 從範例裡模仿格式、語氣、判斷邏輯,而不是靠文字描述把這些細節逐一講清楚——範例本身就是說明。
完整解說 +
01 · 這是什麼?

少樣本提示指的是:在指令裡附上幾個(通常兩到五個)「輸入配對應輸出」的具體範例,讓 Claude 從範例裡直接看出你要的格式、語氣、判斷邏輯是什麼,而不需要你用文字把每個細節都描述一遍。這是 zero-shot prompting(零樣本提示)光譜的另一端——zero-shot 完全不給範例,靠指令文字把要求說清楚;few-shot 讓範例分擔這份說明工作,特別適合「用文字很難精確描述、但一看範例就懂」的情境,例如語氣的細微差異、格式裡某個欄位該多長、遇到邊界情況該怎麼處理。範例本身在做的事,本質上是把你腦中的隱性標準變成 Claude 可以直接模仿的具體對象。

02 · 為什麼存在?

這件事會被需要,是因為有一大類要求,用文字精確描述的成本,遠高於直接給一個範例。「語氣要專業但不要太生硬」這句話,十個人可能有十種不同的理解,但如果附上一封你認為語氣剛好的舊信件當範例,Claude 能直接抓到那個分寸,不需要你去定義「不生硬」的邊界在哪裡。同樣的道理適用於格式細節:一份報告摘要該精簡到什麼程度、條列式要不要用完整句子,這些規則寫成文字往往又長又模糊,但給一個範例,一眼就能看懂。少樣本提示存在的理由,就是承認很多「品質標準」本質上是隱性的、難以窮舉成規則的,範例是把這種隱性標準外顯化最有效率的方式。

03 · 如何影響你的決策?

實務上有三個決定品質的關鍵。第一,範例數量:通常兩到五個就夠,太少(只有一個)容易讓 Claude 誤把範例裡的偶然特徵當成規則,太多則會拉長提示、增加成本,超過五個之後邊際效益通常不明顯。第二,範例的代表性:範例要涵蓋你實際會遇到的情境差異,不能只給「順利、標準」的案例——如果實際任務裡有 20% 是邊界情況(例如資料缺漏、格式不一致),範例裡也應該包含至少一個這樣的案例,不然 Claude 只學到「順利情況該怎麼處理」,遇到邊界情況時反而沒有依據。第三,範例的排列順序:這是一個容易被忽略但確實有影響的細節,把差異最大的範例放在最後,容易被模型當成「最新指示優先於前面範例」而過度模仿最後一個範例的特徵,這個子問題有更完整的討論,可以進一步參考 example ordering(範例排序)這個概念。

04 · 你該怎麼辦?

對你來說,少樣本提示真正的價值在於:有些標準你自己心裡很清楚、但講不出精確定義的時候,與其花力氣硬寫成文字規則,不如直接找一個範例。這在職場情境裡特別實用,因為很多品質標準本來就是隱性的、靠經驗累積的,例如「這封信的語氣符合我們對外的標準」,你可能一看就知道對不對,但要你寫成一條規則反而很難。真正該權衡的是範例的取得成本:如果手上剛好有現成的好範例,少樣本幾乎沒有額外成本;如果沒有現成範例、要臨時生一個當範例,這個生範例的過程本身也可能出錯,反而不如直接寫清楚的零樣本指令來得可靠。要留意的風險是:範例數量太少或代表性不足時,Claude 容易「學過頭」,把範例裡不重要的細節(例如剛好用了某個詞、剛好某個段落比較長)誤判成規則,照樣模仿,這時候問題往往不是提示寫得不好,是範例本身沒有涵蓋到真正該學的東西。

實際例子 +

OpenAI 研究團隊在 2020 年發表的論文《Language Models are Few-Shot Learners》(介紹 GPT-3 的論文)中系統性展示了少樣本提示的效果:只需在提示裡放入少數幾個範例,模型在翻譯、問答等任務上的表現就能大幅提升,某些任務甚至接近經過大量資料微調訓練的模型;這篇論文也是「few-shot learning」這個概念在大型語言模型領域被廣泛採用的起點。

常見誤解 +
✕ 誤解1
× 誤解:範例給得愈多,Claude 學得愈準,實際是:超過五個範例後邊際效益通常不明顯,還會拉長提示增加成本,範例的代表性比數量更重要,一個涵蓋邊界情況的範例比三個都是標準情況的範例更有價值
✕ 誤解2
× 誤解:少樣本提示一定比零樣本更可靠,實際是:如果手上沒有現成範例、要臨時編造一個,編造過程本身可能引入錯誤,這種情況下不如直接寫清楚的零樣本指令,該用哪一種要看有沒有現成、貼切的範例可用
這件事跟你有什麼關係 +
直接影響

優點是能把難以用文字精確描述的隱性標準(語氣分寸、格式細節)直接示範給 Claude,特別適合品質標準本身難以窮舉成規則的任務;缺點是範例本身有取得成本,如果沒有現成貼切的範例、要臨時編造,反而可能引入新的錯誤,而且範例數量或代表性不足時容易讓 Claude 學到不重要的偶然特徵,把它當成規則照樣模仿。

提問
請至少輸入 10 個字
更多相關主題