Anthropic 故意內建在 Claude 裡的提示結構
有一種寫提示的方式，Anthropic 自家內部測試顯示，能令輸出比相同指令的散文版本一致 20–40%。它不是新模型、不是付費功能、不是隱藏設定。它就是 XML 標籤，Claude 在訓練時被刻意設計成把它們視為結構錨點。
大部分 Claude 用戶從未用過。他們寫一大段指令、按 Enter，然後接受任何結果。本文呈現 Anthropic 推薦的具體標籤、標準五段式提示結構，以及一條你可以在十分鐘內套用到任何工作任務的範本。
什麼是 Claude XML 標籤？
Claude XML 標籤是簡單的成對標記，例如 <task> 與 </task>，用來包住提示的不同部分並標明各段內容。Claude 將 <task> 內的內容視為請求，<context> 內的內容視為背景，<examples> 內的內容視為模仿樣本。
根據 Anthropic 官方文件，當提示混合了指令、背景、範例與可變輸入時，XML 標籤可以協助 Claude 明確解析。Anthropic 在 Claude 訓練資料中使用了 XML 風格的分隔符號，模型因此將其內化為結構語言。
標籤名稱本身沒有魔法。你寫 <the_thing_you_want> 也一樣有效。重要的是你為每個段落貼上標籤，讓 Claude 清楚哪段是指令、哪段是背景、哪段是範例。
為何 XML 標籤真的可以提升輸出品質？
改善來自三個機械性效應，當你穩定使用標籤時，它們會疊加。
1. 消除歧義。當你把一封客戶郵件和處理它的指令一起貼進一大段散文，Claude 需要猜郵件在哪結束、指令從哪開始。有了 <email> 和 <instructions> 標籤就毋須猜測。
2. 注意力權重。Claude 的注意力機制對提示的開頭與結尾賦予更高權重。標籤建立明確邊界，讓中段內容變得跟邊緣同樣容易解析。
3. 可重用的支架。有了標籤結構，你可以替換 <task> 內的內容、保留其他部分不變。模型看到相同的外形，產出形狀一致的回應。
根據 Anthropic 公開的提示工程指引，結構化 XML 提示能大幅減少由歧義引起的錯誤。其開發者文件中提到的內部測試顯示一致性提升落在 20–40% 區間，多段式提示獲益最明顯。
標準五段式提示結構是什麼？
Anthropic 推薦的結構使用五個固定順序的標籤。不是每個提示都需要每個標籤，但這是任何非瑣碎任務的可靠骨幹。
--- <role>：Claude 應扮演的角色（例如：「你是一位擁有 10 年 SaaS 行銷經驗的資深 B2B 文案。」）
--- <context>：Claude 需要的背景（受眾、品牌語氣、業務情境、前置步驟）
--- <task>：你具體想要完成的事，以動作形式撰寫
--- <examples>：一個或多個你想要的輸出樣本（多範例提示就放在這裡）
--- <output_format>：答案的精確形狀（項目清單、JSON、表格欄位、字數）
順序很重要，因為 Claude 由上而下建構任務的心智模型。Role 與 context 設定框架，task 提出具體要求，examples 校準品質，output format 鎖定形狀。
試試這條提示：適用於任何業務任務的範本
以下是完整的 XML 標籤範本，可作為任何工作請求的起點。複製到新對話、填入方括號內容，你立即進入更高一致性的層級。
複製此段：
<role>
你是一位 [具體角色，例如：資深市場分析師]，在 [行業] 擁有 [X] 年經驗。你精準、重證據，並以 [語氣，例如：直接的同儕語氣] 撰寫。
</role>
<context>
--- 受眾：[誰會閱讀輸出]
--- 目標：[輸出應達成什麼]
--- 限制：[硬性界限，例如：避免術語、需引用 2026 年數據]
</context>
<task>
[一條明確指令，以動作形式撰寫。例如：撰寫一篇 250 字的 LinkedIn 帖文，向 [受眾] 解釋 [主題]。]
</task>
<examples>
--- 好範例：[貼一段示範什麼是好輸出]
--- 壞範例：[貼一段示範要避免的寫法]
</examples>
<output_format>
--- 長度：[指定]
--- 結構：[指定，例如：1 句鈎子、3 個重點、1 句行動呼籲]
--- 風格：[指定，例如：不使用表情符號、不使用標籤、句首大寫]
</output_format>
第一次使用範本，你會多花一分鐘填空。從第二次開始，你省下的修改時間遠超這一分鐘。
最常見的 XML 標籤錯誤是什麼？
這項技術相對寬容，但有四個錯誤經常令它失效。
錯誤一：標籤名稱不一致。一個提示用 <task>，下一個用 <instruction>，最差的情況是同一提示混用兩者。每個概念選定一個名稱並重複使用。
錯誤二：過度使用標籤。如果提示只有一句話，不需要用五個標籤包住。標籤在提示有至少三個明確段落時才有回報。
錯誤三：標籤沒有閉合。每個開啟標籤都需要對應的閉合標籤。未閉合的標籤會令 Claude 把後續內容當成屬於那個未閉合的段落。
錯誤四：用 Markdown 格式代替。粗體標題與數字清單跟標籤不同。Claude 將它們視為視覺強調，不是結構邊界。當模型需要知道某段在哪結束、下一段在哪開始時，請用標籤。
XML 標籤如何與其他提示技術組合？
XML 標籤是支架。在這個支架內，你可以疊加 Anthropic 公開記錄的其他提示技術。
--- 多範例提示放在 <examples> 內，提供 2 至 5 個你想要的輸出短例。
--- 思維鏈推理使用 <thinking> 和 <answer> 標籤。要求 Claude「在 <thinking> 標籤內逐步思考，然後在 <answer> 標籤內給出最終答案」，將推理與輸出分開。
--- 文件依據使用 <document> 或 <documents> 配合嵌套條目，將每份來源各自包在標籤內，方便 Claude 精準引用。
--- 限制執行使用 <constraints> 或 <must_not> 標籤把硬性規則放在最後。Claude 對放在獨立標籤段落內的規則，比對埋在散文中間的規則更可能遵守。
組合就是重點。單一技術只有微弱提升。把四種技術疊加在乾淨的 XML 結構內，你可以達到 Anthropic 所記錄一致性區間的上限。
什麼時候不應該使用 XML 標籤？
這項技術有限制。以下三種情況不值得花成本。
一句式請求。「幫我總結這篇文章」不需要標籤。指令與輸入都很明顯。
輕鬆腦力激盪。當你在探索想法、尚未確定輸出形狀時，標籤反而過度束縛你。問題變清晰之前，保持寬鬆。
其他模型。XML 標籤在 Claude 上效果好。GPT-4o 與 Gemini 也適用，但提升較小，因為這些模型訓練時 XML 結構並非主軸。對 Claude 是原生結構，對其他模型是有用但非根本。
結論
XML 標籤不是技巧，而是 Anthropic 工程設計 Claude 預期看到的格式。使用它們，比跳過它們更接近「按設計使用工具」。
今天花十分鐘，把一條你常用的提示改寫成五段式 XML 結構。新舊版本各跑三次比較。第一次比較後，一致性差距已經肉眼可見。
懂 AI 的冷，更懂你的難，UD 同行 28 年，讓科技成為有溫度的陪伴。
準備好在你的業務中運行可靠的 AI 工作流程嗎？
XML 標籤提示只是第一步。下一步是把你最好的提示變成全團隊可重複執行的工作流程。立即了解 UD AI Employee Hub，看看香港團隊如何建立可靠、可重複的 AI 流程。UD 團隊手把手帶你完成每一步。
