要用 Claude Styles 保持語氣一致，應把溝通方式與事實、項目要求分開界定，在你的 Claude 帳戶內建立或選擇範圍最窄的可重用風格控制項，並每次都用同一組提示測試。風格可以令語氣和格式較為一致，但不能保證事實準確、符合政策，亦不能保證措辭逐字相同。

如果這些文字會影響公開、受監管或影響重大的決定，可先參考負責任使用 AI 的指南。

關鍵要點

語氣、詞彙、節奏和輸出格式放入風格；事實和項目規則放在別處。

介面標籤可能改變，先確認你的帳戶顯示的是 Styles、Skills、指令還是項目控制項。

只使用你擁有或獲授權處理的寫作樣本。

重用前，以一般、困難和互相衝突的提示測試風格。

語氣、格式、內容保真度和安全分開評分。

風格用於已發佈內容時，須做版本管理並保留還原副本。

Claude Styles 控制甚麼？

Anthropic 推出自訂 Styles，讓用戶調整 Claude 的溝通偏好、語氣和結構。最初的功能包括 Formal、Concise、Explanatory 三個預設，以及根據樣本或指令建立的自訂風格。［1］Style 改變的是答案的表達方式；它不應成為事實主張或任務授權的來源。

Anthropic 現時的個人化說明把帳戶層面的指令、項目指令和可重用的 Skills 分開：帳戶指令廣泛適用，項目指令為某個項目提供背景，Skills 則可以自訂溝通方式或加入可重複的行為。［2］介面更新期間，不同帳戶所見的產品標籤和可用功能或會不同。如果你的帳戶不再顯示 Use style 控制項，不要假設這項能力已經消失，也不要虛構隱藏的選單路徑。應把同一份已測試的風格規範，轉寫到帳戶官方提供的現行指令或 Skill 機制之中。

用以下決策表判斷應放在哪裏：

需要	最合適的位置
語氣、句長、詞彙和回答形式	Style 或以溝通為主的 Skill
跨對話的一般偏好	帳戶層面的指令
某項工作的受眾、參考資料和規則	項目指令
單次要求所需的事實	提示和獲批准的來源資料
機構政策或法律批准	外部政策和負責的審核人

一般提示寫法見 Claude 入門指南。本流程範圍較窄：它建立一份可重複使用的溝通契約，並證明它在哪些情況成立、在哪些情況失效。

第 1 步：界定受眾與用途

不要由「專業」「友善」這類形容詞入手。先寫明讀者、任務、渠道、期望行動和風險。客戶服務回覆、工程變更說明、高層備忘錄和入職課程都可以很專業，但所需詞彙和結構各有不同。

寫一頁風格簡報：

欄位	例子
受眾	技術程度不一的現有客戶
任務	解釋一項產品設定
渠道	說明中心答案
期望行動	讀者能選對設定
語氣	平和、直接、不辯解
閱讀程度	淺白語言；解釋必要術語
必需格式	先答後述，三個步驟，一項限制說明
禁用模式	誇大、歸咎、虛構的確定性、偽造引述
事實	與獲批准文件分開提供
負責人	文件編輯

一個風格只對應一個連貫的用途。試圖同時撰寫法律通告、社交媒體文案、客戶服務回覆和技術教學的「品牌聲音」風格，只會產生前後不一的折衷結果。

第 2 步：分開風格與內容契約

風格控制表達方式，內容契約控制真確性和任務要求。把兩者寫成獨立的段落，審核人才能分辨是哪一部分導致失敗。

風格可以規定：

用第一人稱還是第二人稱；
親切和正式程度；
平均句長；
偏好的詞彙和縮寫；
標題、列表和表格規則；
須避免的字句或修辭習慣；
不確定性應如何表達。

內容契約應規定：

獲批准的事實和來源；
必需的警告或法律字眼；
確切的受眾和決策；
必需章節和驗收準則；
禁止的主張和行動；
由誰批准最終文本。

如果風格要求「始終顯得肯定」，而內容契約要求保留不確定性，必須以內容契約為準。請把這個優先次序明確寫下。

如要建立整個機構的編輯體系，先借助 AI 制定一份受管治的內容風格指南。Claude Style 只是執行上的輔助，並非機構層面的權威來源。

第 3 步：選擇預設或自訂規範

如果任務只需大方向的調整，例如簡潔或解說式的表達，用預設即可。如果輸出必須依循獨特的詞彙、節奏或格式，便使用自訂規範。

如果你的介面提供舊版 Styles 流程，打開風格選擇器，選擇預設，或按描述、獲授權的寫作樣本建立自訂風格。Anthropic 的發佈說明同時介紹了以樣本和以指令建立兩種方式。［1］如果現時介面提供的是 Skills，便建立一個以溝通為主的 Skill，寫入同一份有清楚邊界的規範，並只在目標任務中啟用。Anthropic 表示，Skills 可以套用溝通模式，並自訂語氣或格式。［2］

手寫指令往往比分析樣本更安全，因為每條規則你都能逐一檢查。只有在重要特徵難以描述時才使用樣本，切勿只因某份文件「聽起來對」便上載。

第 4 步：準備安全的寫作樣本

揀選兩至五篇能代表目標聲音、但題材各異的樣本。從同一個推廣活動複製的樣本，教給模型的可能是偶然出現的字句，而非持久的風格。

上載或貼上之前：

確認擁有權或許可；
刪除姓名、帳戶資料、非公開指標、修訂痕跡和註解；
排除受保密或保留期限制約束的文字；
刪除你不希望被當作可重用模式重複的事實；
註明樣本的用途、受眾和日期；
在本機保留一份實際提交內容的已批准副本。

Anthropic 建議用戶審慎分享財務資料、健康紀錄、登入憑證，以及機密的商業或個人文件。［3］風格需要的是語言上的證據，而不是真實客戶個案的機密內容。

如果授權不明確，便手寫風格。不要過份模仿某位在世作者、僱員、客戶或競爭對手，以免輸出被誤認為出自其手筆。

第 5 步：寫出明確的風格指令

把簡報轉成可觀察的規則：

用途：為現有客戶撰寫說明中心答案。
聲音：平和、直接、尊重、具體。
結構：頭兩句給出答案，其後是編號步驟。
句子：盡量一句一意；解釋無法避免的技術術語。
證據：只使用任務提供的事實。欠缺的事實標示 [VERIFY]。
不確定性：說明哪些未知，以及下一步安全的核對方法。
避免：誇大、歸咎、虛假的同理心、反問和承諾。
衝突規則：任務中已批准的事實和強制字眼優先於本風格。

避免只有否定的指令，例如「不要聽起來像機械人」。這類指令沒有界定期望的行為。每條禁令都應配上一個審核人能辨認的正面模式。

第 6 步：建立固定的風格測試集

每次修訂都用同一組測試提示。測試集最少應包括：

與目標任務十分吻合的一般要求；
背景資料很少的簡短要求；
夾雜干擾細節的冗長要求；
所要求語氣與風格衝突的提示；
含有無根據事實主張的提示；
涉及敏感資料的情境；
超出風格獲批用途的要求；
如適用，多語言或格式方面的邊界情況。

凍結提示、預期行為和輸出設定。評估途中更換提示集，兩個風格版本便無從比較。

寫出更好 AI 提示的指南有助令每項測試毫無歧義，但不要為了令每個輸出都通過而修改提示。困難個案本來就是用來揭示局限的。

第 7 步：為風格驗收矩陣評分

把輸出記錄在矩陣內，而不是憑某個例子「感覺對」來判斷：

樣本 ID	任務／受眾	要求的語氣	要求的格式	禁用模式	事實限制	結果	審核人	版本
`T-01`	客戶服務／操作指引	平和、直接	答案 + 3 步	不歸咎	只用已批准事實	通過	編輯 A	`v0.3`
`T-02`	欠缺事實	坦誠	提問後停止	不虛構	標示 `[VERIFY]`	失敗：臆測了限額	編輯 A	`v0.3`
`T-03`	語氣衝突	尊重	警告先行	不誇大	以政策為準	通過	編輯 B	`v0.3`

四個維度分開評分：

語氣： 用語是否切合受眾和渠道？
格式： 是否依循可觀察的結構？
內容保真度： 是否保留了所提供的事實和必需的含意？
安全： 是否保護了敏感資料並遵守停止條件？

語氣得分合格，不能抵銷事實或安全方面的失敗。NIST 把虛構內容、私隱、資訊完整性和人機配置列為不同的生成式 AI 風險。［4］矩陣令這些維度一直清晰可見。

第 8 步：測試衝突與模型變化

嘗試要求 Claude 無視風格、加重推銷味、略去某項限制，或虛構一個自信的答案，確認哪一層指令佔上風。如果現行產品機制無法可靠執行你的優先次序，便把關鍵字眼放入任務範本，並規定須經人手審核。

模型或產品有實質更新後，重新執行同一組測試。即使風格文本沒有改動，預設的行文方式也可能改變。以矩陣比較各個版本，而不是試圖重現完全相同的句子；一致性指的是穩定的溝通特質，而非固定不變的措辭。

如果只是一次性編輯，AI 改寫與校對流程或許更簡單。只有同樣的驗收準則反覆出現，可重用的風格才值得維護。

第 9 步：每次只改一個變數

某個個案失敗時，先診斷屬於哪個維度，然後才修改：

答案太長，便收緊句子和章節長度限制。
聽起來冷淡，便加入可觀察的回應模式，而不是寫「溫暖一點」。
事實偏移，便在風格以外加強來源和停止規則。
格式出錯，便加入一個簡短的正面例子。
每個回答都重複同一句子，便把例子的字眼換成一般原則。

每次只改一組規則，遞增版本號，然後重新執行整套測試。同時修改語氣、格式、例子和任務事實，會掩蓋改善或倒退的原因。

第 10 步：版本、共享及停用

保留一份附版本號的原始副本，寫明用途、負責人、已批准樣本清單、測試矩陣和變更說明。記錄所用的 Claude 機制——舊版 Style、現行 Skill、帳戶指令或項目指令——因為它們的行為和適用範圍並不相同。

共享或重用之前：

刪除接收者不應看到的樣本內容；
確認預定的帳戶或項目範圍；
指定負責人和覆核觸發條件；
保留上一個已驗收的版本；
告訴用戶這個風格不能驗證甚麼；
停用重複或無人維護的版本。

當套用了風格的文字進入公開或有重大後果的流程，適合採用人工批准工作流程。審核人批准的是最終內容，而不只是風格是否悅目。

通常會在哪些地方出錯？

句句相同

指令很可能固化了表面字句，而非溝通原則。刪除重複的例子，容許受控的變化，只保留讀者需要的特徵。

事實改變

把事實限制和來源移到任務或項目契約。加入 VERIFY 停止規則；即使行文讀來不錯，內容保真度這個維度也要判為失敗。

沒有 Styles

查看 Anthropic 現行文件和你帳戶可用的控制項。在受支援的 Skill 或指令機制中重建已批准的溝通規範，然後重新執行同一個測試矩陣。不要聲稱某條確切的介面路徑放諸四海皆準。

私密樣本

如帳戶政策許可，刪除草擬的風格，準備經去識別化或合成的例子，並檢查私隱設定。不要只因生成的風格看來有用，便保留私密樣本。

項目衝突

寫明優先次序並測試衝突。強制性的項目事實、安全規則和審批要求，應優先於表達上的偏好。

總結

選擇 Claude Style 之前，先界定較窄的受眾和任務。
把溝通行為與事實、項目指令和政策分開。
使用獲授權的樣本或透明的手寫指令。
以固定的風格驗收矩陣評估。
測試衝突、敏感輸入以及模型或介面變化。
為已驗收的風格做版本管理，最終內容仍由人手批准。

常見問題

保證相同措辭嗎？

不能。它可以令語氣、結構和詞彙較穩定，但生成結果仍會隨提示、上下文、模型和產品行為而變。測試的是特質，而不是一字不差的句子。

找不到 Claude Styles 選單呢？

使用你帳戶文件所載的現行溝通自訂機制，例如 Skill 或指令控制項。保留同一份風格規範，遷移後重新執行測試。

樣本還是手寫？

如期望的特徵能清楚描述，優先手寫指令。只有在已獲許可、能去識別化，而且需要例子來捕捉難以描述的模式時，才使用樣本。

能取代項目指令嗎？

不能。Style 管的是表達方式，項目指令承載與任務相關的背景和要求。事實和審批規則應留在項目或提示之中。

測多少例？

數量要足以涵蓋一般情況、欠缺背景、衝突、無根據的事實、敏感資料、超出用途的要求，以及相關的格式或語言邊界。八個有針對性的個案，比大量近乎重複的個案更有用。

為何先過後失敗？

提示、對話上下文、所選機制或底層模型可能已經改變。記錄這些條件，重新執行整個矩陣，找出失敗的維度後才修改。

能與團隊分享 Claude 風格嗎？

能否共享取決於現行的 Claude 產品和帳戶控制。在介面以外保存已批准的原始規範和測試矩陣，讓團隊能審視被重用的究竟是甚麼。

語氣一致就是正確嗎？

不是。語氣質素和事實準確是兩個獨立的驗收維度。對照已批准的來源核實主張，並保留有明確負責人的人手審核。

來源

Anthropic — Tailor Claude’s responses to your personal style (archived) — https://web.archive.org/web/20251022172938/https://www.anthropic.com/news/styles
Anthropic — Understanding Claude’s personalization features — https://support.claude.com/en/articles/10185728-understanding-claude-s-personalization-features
Anthropic — Who can view sensitive data in Claude conversations? — https://support.claude.com/en/articles/8325621-i-would-like-to-input-sensitive-data-into-my-chats-with-claude-who-can-view-my-conversations
NIST — Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 2026 年 9 月 4 日。

如何使用 Claude Styles 保持語氣一致