Output Format

我每次都要在提示詞裡說格式要求，有沒有辦法讓 Claude 記住我的格式偏好？

有，這正是 Claude Projects 的 Custom Instructions 的核心用途之一。

做法：把你最常用的格式偏好寫進你的 Project 的 Custom Instructions。例如：「除非我另外說明，所有輸出請遵循以下格式：語氣像同事之間的溝通（不要太正式也不要太隨意）；每個回答不超過 300 字；如果資訊可以條列，優先用條列而不是段落；不要在回答結尾加上「如果你有任何問題，歡迎告訴我」這類客套話。」

設定之後，在這個 Project 裡的每次對話，Claude 都會自動按照這些格式偏好輸出，不需要你每次重新說明。你只需要在有特殊需求時（這次要更正式、這次要更長）在對話裡額外說明，Claude 就會優先按你即時說的調整。

什麼情況下應該用條列式，什麼情況下應該用段落？很多時候我不確定哪個更好。

一個判斷原則：資訊之間有沒有邏輯上的並列關係？

適合條列的情況：資訊是並列的、獨立的（例如：5 個注意事項、3 個步驟、4 個選項）；讀者需要快速掃描找到特定項目；輸出要貼在聊天工具或簡報裡，需要視覺上分明。

適合段落的情況：資訊是連續的、有因果關係的（論點和論據、分析和推論）；輸出的目的是說服或讓讀者建立完整理解，不只是列出事實；輸出要貼在正式文件或 Email 裡，段落更符合閱讀習慣。

常見的錯誤：把本來應該是段落的分析硬拆成條列，讓論點之間的邏輯連結消失了。比較好的做法：如果有邏輯關係，用段落；如果只是並列的清單，用條列。

告訴 Claude 的最直接方式：「這個輸出要讓讀者快速掃描找要點，請用條列」或「這個輸出要讓讀者建立完整理解，請用段落」。

有沒有我說格式要求但 Claude 還是不照做的情況？為什麼？

有，通常有兩個原因：

第一，格式要求和任務的性質衝突。例如你說「用三個要點回答」，但你問的問題本質上需要一個連續的邏輯推理，強行壓縮成三個要點可能讓答案失去重要的脈絡。Claude 有時候會優先「給你一個對的答案」而不是「給你一個符合格式的答案」——這其實是它試圖對你負責任的表現，但也可能讓你覺得它沒有遵照指令。

第二，格式要求不夠具體。「請簡短一點」對 Claude 來說是模糊的——什麼叫簡短？50 字？200 字？如果格式要求不夠精確，Claude 會按照它自己的判斷詮釋。解法：用具體的數字或例子說明格式要求，而不是抽象的形容詞。

如果你說了格式要求但 Claude 沒照做，最有效的做法是直接指出：「上一個回答太長了，我說了要控制在 150 字以內——請重新生成一個符合這個字數限制的版本。」

如何為不同的下游用途（Slack 訊息 vs Email vs 簡報 vs 文件）設計對應的格式指令？

不同下游用途確實有很不一樣的格式需求，以下是幾個常見場景的格式指令建議：

Slack / 即時通訊：「請寫成 Slack 訊息的格式——不超過 3 段，每段 2-3 行，語氣像同事之間的對話，不需要正式的開場和結語。」

Email：「請寫成一封商業 Email——有開場（稱謂）、主體（2-3 個段落，每段聚焦一個重點）、結語（下一步或行動呼籲）。語氣專業但不過度正式，不要使用太多商業術語。」

簡報投影片的說明：「請幫我寫這張投影片的說明要點——用 3-4 個條列，每條不超過 15 字，語氣口語化，是我口頭說明的提示，不是完整的段落。」

正式文件：「請以正式文件的格式寫這個段落——使用完整的句子和段落，語氣客觀且專業，避免第一人稱。」

這些格式指令，你可以存成 Custom Instructions 的一部分，或者在需要時直接在提示詞裡加入。