3. 提示工程（Prompt Engineering）基礎
Anthropic 官方建議：Prompt Engineering Overview
「提示」（Prompt）就是您給 Claude 的指令。寫得好，省時省力；寫得糊，來回折騰。
⚖️ 核心心法
「Treat Claude like a smart contractor who hasn’t seen this project before.」
把 Claude 當成「剛來的聰明顧問」——夠聰明能勝任，但不知道您腦袋裡的脈絡。
所以您要做的是：把脈絡丟給它。
🥇 5 個最重要的技巧
1. 清楚詳細描述任務
❌ 不好的提示：
幫我寫個 email
✅ 好的提示：
幫我寫一封 email 給人事部 Annie，告知她下週四（5/14）下午 3 點會議改到 5 點，因為跟集團視訊衝堂。語氣保持禮貌但簡潔，5 行內。署名 Vincent。
差別：好的提示告訴 Claude 收件人、主題、時間、原因、語氣、長度、簽名——它能直接寫出可用的成品。
2. 提供正反例（Few-shot）
當您要 Claude 產出特定格式時，給 1-3 個範例最有效：
請依下列格式翻譯英文新聞標題為繁中：
範例輸入：Apple unveils new iPhone with foldable screen
範例輸出：蘋果發表可摺疊螢幕新 iPhone
範例輸入：Tesla recalls 100,000 vehicles over brake issue
範例輸出：特斯拉因煞車問題召回 10 萬輛車
請翻譯：Microsoft acquires AI startup for $5 billion
💡 Few-shot 是最被低估的技巧。比起花 10 分鐘解釋格式，給 2 個範例 30 秒搞定。
3. 鼓勵逐步思考（Chain of Thought）
對複雜推理題，加一句「請逐步思考」或「show your reasoning」：
❌ 不思考：
一個牛肉麵 280 元，給 8% 折扣再加 10% 服務費，最終多少？
✅ 鼓勵思考：
一個牛肉麵 280 元，給 8% 折扣再加 10% 服務費，最終多少？請列出計算步驟。
效果：
1. 折扣後價格：280 × (1 - 0.08) = 280 × 0.92 = 257.6
2. 加上服務費：257.6 × (1 + 0.10) = 257.6 × 1.10 = 283.36
最終：283.36 元
對 PAM 業務邏輯（如等第計算、出勤扣分）這招超有用。
4. 用 XML 標籤結構化指令
當任務複雜、有多個輸入時，用 XML 標籤把不同區塊分開：
<context>
我們公司用 PAM 系統做績效考核，分初核 → 複核 → 初審 → 複審 → 三審 → 終審 6 關。
</context>
<task>
請說明「等第天花板」的概念，並列出 5 種觸發情境。
</task>
<format>
回答用 markdown 表格，欄位：情境 / 觸發條件 / 天花板等第。
</format>Claude 對 XML 標籤特別敏感，能精準分辨「哪段是背景、哪段是任務、哪段是格式要求」。
5. 指定長度與格式
❌ 「幫我摘要這份文件」
✅ 「幫我摘要這份文件，3 段、每段 80 字以內，第一段背景、第二段問題、第三段建議。」
✅ 「轉成 markdown 表格，3 欄：類別 / 數量 / 占比」
✅ 「用 mermaid flowchart 畫成流程圖」
🎯 實戰：好的 vs 壞的提示
場景：請 Claude 幫忙整理 Slack 訊息
🚫 糟糕版：
幫我看 Slack
🟡 普通版：
幫我看 pam-dev 頻道最近的訊息，整理重點
✅ 優秀版：
請從 Slack
#pam-dev頻道撈最近 7 天的訊息，過濾出標記 ⚠️ 或包含「bug」「production」字眼的訊息，整理成下列格式：| 日期 | 提出人 | 問題 | 已解決？ |若有未解決問題，列出建議行動。
差異：
- ⏱ 時間範圍明確
- 🔍 篩選條件明確
- 📋 輸出格式明確
- 🎯 後續行動明確
🧰 提示模板（直接抄用）
寫文件 / 報告
角色：你是一位專業的 [領域] 文件撰寫者
任務：幫我寫一份關於 [主題] 的 [類型]
受眾：[誰會讀]
長度：[字數/段數]
語氣：[正式/口語/技術]
重點：[關鍵字 1, 2, 3]
請避免：[禁忌]
分析資料
這是 [資料說明，必要時 paste 資料]：
請：
1. 找出 [指標] 的 top 3
2. 分析趨勢與異常值
3. 給 3 個值得追問的問題
格式：先 1 段摘要，再用 markdown 列表詳細分析。
寫程式
任務：[要解決什麼]
語言：Python 3.11
限制：不要用第三方套件
輸入範例：[INPUT]
預期輸出：[OUTPUT]
請先說明思路，再給程式碼，最後加 5 個邊界測試案例。
🔥 給您的 PAM 場景的提示範本
背景：我是年代集團 HR 系統的開發者，PAM 系統的考核流程是
初核 → 複核 → 初審 → 複審 → 三審 → 終審。
任務：閱讀 [[40-Resources/PAM/03-功能模組/通知系統]] 後，
幫我寫一份「複核主管沒在 7 天內完成」的催繳 email 範本。
格式：HTML email，主旨 + 內文。
語氣：正式但溫暖，提及人情壓力（部屬還在等）。
長度：300 字內。
下一章 → 04-進階提示技巧 上一章 ← 02-Claude 產品家族 回到 Claude 學習指南目錄