我要如何決定輸出格式應該用哪一種?有沒有判斷邏輯?
輸出格式的選擇本質上取決於這個輸出最終要放在哪裡、給誰看。以下是一個簡單的判斷矩陣:
要貼進 Email 或通訊軟體 → 段落(Paragraph)。Email 讀者期待閱讀流暢的文字,突然出現條列式清單可能顯得缺乏溫度或過於正式。
要貼進簡報或 Slides → 條列(Bullet points)。每點一句話,動詞開頭,視覺掃視友善。
要和對方比較或決策 → 表格(Table)。比較三個方案的優缺點、對比兩個選項的指標,表格讓差異一目了然。
要讓對方按步驟操作 → 編號清單(Numbered list)。有順序關係的步驟用編號,讓對方知道哪個先、哪個後。
要快速閱讀、傳達重點給忙碌的主管 → 執行摘要格式:3-5 個條列重點,每點不超過 1-2 句。
要用在對外的正式報告或提案 → 段落加小標題(Paragraph with H3 headings):有標題讓讀者可以快速導覽,段落讓內容完整。
一個實用的思考問題是:「這個輸出在我確認完之後,還需要多少整理工作才能直接使用?」如果答案是「要花 10 分鐘重新排版」,那你的格式設定就需要更精確。
我在提示詞裡說了「請精簡」但 Claude 給的還是很長,為什麼?
「請精簡」是最常被誤用的輸出格式指令,因為「精簡」對不同人意味著不同的事。對你來說精簡可能是 100 字,對 Claude 來說精簡可能是 500 字——兩者的預設值可能相差 5 倍。
解法:把主觀形容詞換成客觀數字
❌ 不夠清楚的指令:
✅ 清楚的指令:
另一個常見問題是:你說了「精簡」,但你的問題本身就暗示了需要長篇回答(例如「請幫我全面分析這個市場的機會和挑戰」)。Claude 在「你要精簡」和「你要全面分析」之間沒辦法兩全,通常會偏向滿足問題本身的需求。如果你真的需要短版本,就要明確說「只說最重要的一點」或「用兩句話總結最關鍵的結論」。
在要求特定格式的同時,我可以要求「不要某種格式」嗎?
完全可以,而且這通常比「要某種格式」更有效——因為它排除了 Claude 最可能往那個方向走的預設傾向。以下是一些常見的「負面格式指令」:
「不要用條列式,用完整的段落」:Claude 在面對有多個要點的任務時,預設傾向是用條列式。如果你需要的是流暢閱讀的段落(例如要用在文章或 Email 裡),明確說「不要用條列」非常有效。
「不要加引言段落,直接進入內容」:Claude 很常會在正式回答之前加一段「以下是我對這個問題的分析...」之類的引言。如果你不需要這個,直接說「不要引言,直接從第一個要點開始」。
「不要在結尾給總結」:如果你的輸出會被直接剪輯使用,Claude 加在最後的總結段落是多餘的。說「不要結尾總結」可以讓輸出更乾淨。
「不要用粗體」或「不要用任何 Markdown 格式」:如果你要把輸出貼到一個不支援 Markdown 的地方(例如某些 CRM 系統、簡訊),說「純文字輸出,不要任何格式符號」。
負面格式指令和正面格式指令可以同時使用,而且常常需要同時使用才能讓輸出真正符合需求:「用段落,不要條列;不要引言;最多 200 字」——這三個要求合在一起,比任何一個單獨使用都更精確。
如果我想讓 Claude 按照一個固定的模板輸出,最好的做法是什麼?
讓 Claude 按照你設計的固定模板輸出,有幾個有效的做法,從簡單到進階:
方法一:直接在提示詞裡附上模板(最直接) 在提示詞裡說:「請按照以下模板格式輸出,把 [佔位符] 的部分替換成對應的內容:
[客戶名稱] 的週報摘要 — [日期]
本週重點:
- [重點 1]
- [重點 2]
- [重點 3]
下週計畫:[下週重點]
需要協助:[如果有,否則填「無」]
」
當你把模板結構直接給 Claude,它的輸出幾乎會完全符合那個結構。
方法二:給 Claude 看一個好的範例(最自然) 說「請按照以下這份報告的格式和風格,幫我整理這份新的資料:[附上範例報告]」。Claude 會自動學習範例的結構,你不需要逐項說明。
方法三:把模板放進 System Prompt(最省力,適合長期重複使用) 如果你這個模板會一直使用,把它放進 Claude Projects 的 System Prompt 裡。之後每次在這個 Project 裡要求輸出,直接說「請按照我們的標準格式輸出」,Claude 就會自動使用你預先設定的模板。
許小姐是一家科技媒體公司的內容編輯,她每週需要把一份長達 3,000 字的市場研究報告,濃縮成三個不同版本:給主管看的一頁摘要(條列式,100 字以內)、給讀者看的文章導言(段落式,200 字)、以及給社群媒體用的貼文(3 條推文,每條 280 字以內)。
她第一次的做法:把報告貼進 Claude,然後問「請幫我把這份報告做成幾個版本」。Claude 給她了一個版本,但那個版本的格式介於她三個需求之間,三種都不完全符合,還要再分別修改。
調整後的做法:她設計了三個獨立的提示詞,每個明確指定輸出格式:
版本一(主管摘要):「請把以下報告整理成給高階主管的一頁摘要。格式:條列式,最多 5 點,每點一句話,動詞開頭。總字數不超過 100 字。不要引言,直接從第一點開始。」
版本二(文章導言):「請把以下報告改寫成一篇文章的導言段落。格式:純段落,不要條列。長度:200 字以內,3-4 個句子。語氣:吸引讀者好奇心,提出報告的核心問題,不要給結論(結論留給後文)。」
版本三(社群貼文):「請把以下報告的核心洞察改寫成 3 條推文。每條推文:不超過 280 字、可以獨立閱讀(不依賴其他兩條)、以一個數據或反直覺的觀點開頭。不要加 hashtag。」
這三個版本的提示詞,讓她每次從報告到三種成品的時間從 45 分鐘縮短到不到 10 分鐘,而且每個版本都能直接使用,不需要大幅修改。
輸出格式指定的核心取捨:控制力 vs 彈性。
格式指定越具體,你對輸出的控制力越強,但同時 Claude 的彈性也越小。如果你指定了非常嚴格的格式(例如「必須是表格、三欄、每欄最多 20 字」),Claude 在這個框架裡可能沒辦法充分表達某些本來用段落更適合說明的內容。
另一個取捨是格式設計的前期時間 vs 使用時的節省時間。設計一個好的格式指令需要你先想清楚「這個輸出要怎麼被使用」,這本身需要幾分鐘的前期思考。如果是一次性任務,這個前期投入可能不划算;如果是重複任務,一次設計好的格式指令可以被反覆複用,投資報酬非常高。
最佳實踐:對重複性的任務,把格式指令精確到你要的細節;對探索性的對話,讓 Claude 自由選擇格式,然後再用追加指令調整「格式改成條列式」這類的微調。