1. 為什麼工程師要學 提示詞 寫法？

對工程師來說，AI 代理 最有價值的地方不是幫你「講得好聽」，而是能協助整理 issue、分類測試資料、產出報告初稿、比對規格、建立 檢查清單、甚至協助修改程式或 HTML 教材。

2. 六段式工程 提示詞 架構

這堂課建議用一個固定架構：角色 → 目標 → 背景 → 輸入資料 → 輸出格式 → 限制與驗收標準。

4. 工程範例 提示詞

SIE：Excel 問題 List 分類

你是資深 SIE 工程師，熟悉工業電腦 EVT/DVT issue tracking。

目標：
請根據我提供的 issue list，分類哪些項目需要 SIE 追蹤、哪些需要轉給 RF / EMC / Thermal / ME / Safety。

背景：
這份資料會用於 project weekly meeting，我需要快速掌握高風險 open issue。

輸入資料：
欄位包含 Project、Issue description、Status、Owner、Due date。
請只根據輸入資料判斷，不要新增沒有出現的 owner 或日期。

輸出格式：
請用 Markdown 表格，欄位如下：
1. Project
2. Issue Summary
3. Category
4. Risk Level：High / Medium / Low
5. Reason
6. Next Action
7. Need Human Check：Yes / No

限制條件：
- 不確定分類時，請填「需人工確認」
- 不要改寫原始數值
- 不要新增資料裡沒有的結論
- 請使用繁體中文

Thermal：測試 紀錄 摘要

你是 Thermal 測試資料整理助理。

目標：
請根據溫度 log 摘要，找出可能的 thermal risk 與需要補測的條件。

背景：
這份內容要提供給 SIE 與 Thermal RD 討論，不是正式 pass/fail 判定。

輸入資料：
我會提供 chamber temp、CPU loading、hotspot temp、fan speed、測試時間。

輸出格式：
請輸出：
1. 測試條件摘要
2. 異常趨勢
3. 可能原因
4. 建議補測項目
5. 需要工程師確認的地方

限制條件：
- 不要自行判定正式 pass/fail
- 沒有數據支持的推論請標示「推測」
- 不要刪除任何關鍵溫度數值

EMC / RF：失敗項目 初步分類

你是 EMC / RF 問題整理助理。

目標：
請把以下 fail item 依照可能方向分類，方便工程師安排 debug。

分類選項：
1. Cable / Harness
2. Shielding / Gasket
3. Grounding
4. Layout / Placement
5. Clock / Frequency
6. Power noise
7. 需人工確認

輸出格式：
請用表格輸出：
Fail Item｜可能分類｜判斷依據｜建議下一步｜信心程度

限制條件：
- 只能根據輸入文字判斷
- 不要宣稱已找到 root cause
- 若缺少頻率、測試條件或 setup 資訊，請列在「需要補充資料」

Safety：安規 檢查清單 產出

你是 Safety / 安規文件整理助理。

目標：
請根據以下產品描述，產出安規初步檢查 checklist。

背景：
這份 checklist 用於內部設計 review，不是正式認證結論。

輸出格式：
請用表格輸出：
檢查項目｜可能風險｜需要確認資料｜負責單位｜備註

限制條件：
- 不要宣稱產品已符合任何法規
- 若缺少標準版本、額定電壓、環境條件，請列為需補充資料
- 請使用繁體中文

6. 課堂練習：把一句話改成工程 提示詞

7. 可直接複製使用的工程 提示詞 模板

角色：
你是 [角色 / 專業背景]，熟悉 [工程領域 / 流程 / 測試項目]。

任務目標：
請協助我 [分類 / 摘要 / 比較 / 找風險 / 產出報告 / 產生 checklist]。

使用情境：
這份輸出會用於 [weekly meeting / debug review / 教學筆記 / mail / 客戶回覆 / 管理層報告]。
主要讀者是 [RF / SIE / EMC / Thermal / ME / Safety / PM / 主管]。

輸入資料：
我會提供 [資料類型]，欄位包含：
- [欄位 1]
- [欄位 2]
- [欄位 3]

輸出格式：
請輸出為 [Markdown 表格 / 條列 / mail / HTML / JSON / checklist]。
欄位或章節必須包含：
1. [欄位 / 章節]
2. [欄位 / 章節]
3. [欄位 / 章節]

限制條件：
- 不要新增輸入資料中沒有的資訊
- 不確定請標示「需人工確認」
- 不要直接判定 root cause，除非資料明確支持
- 不要輸出客戶名稱、料號、序號、內部路徑或機密資訊
- 請使用繁體中文

驗收標準：
- 每一個結論都要能對應到輸入資料
- 高風險項目要說明原因
- 輸出格式必須可直接複製到報告或 mail
- 若資料不足，請列出需要補充的資訊

提示詞 自我檢查清單

• ☐ 我有說明 AI 要扮演什麼角色嗎？
• ☐ 我有說明這份輸出的用途與讀者嗎？
• ☐ 我有說明輸入資料的欄位與範圍嗎？
• ☐ 我有指定輸出格式與欄位嗎？
• ☐ 我有寫清楚禁止事項，例如不可猜測、不可外洩資料嗎？
• ☐ 我有定義什麼結果才算可用嗎？

8. 45 分鐘教學建議流程

9. 課後小測驗

10. 延伸學習資料

本教材整理自官方 提示詞 設計建議、AI 代理 spec 寫法與公開教學資源，並改寫為工程師教學版本。

• OpenAI：提示詞工程／提示詞指南
• Google Gemini：提示詞 design strategies，強調 persona、task、上下文、format 與反覆修正
• Microsoft：提示詞 engineering techniques，包含 instruction、cue、few-shot 範例 與 output format
• DAIR.AI 提示詞 Engineering Guide：提示詞 engineering 學習資源與技術彙整
• AI 代理 spec writing：強調清楚任務、邊界、測試與可驗收的工作項目