Prompt 工程實戰:真正有效的寫法與技巧
「Prompt 工程」這個詞讓人以為需要學一套複雜技術。實際上,好的 Prompt 就是清楚的任務說明——你給的資訊越完整,AI 輸出越符合你的需求。
這篇不說理論,直接給可以用的技巧和範例。
核心原則:AI 只能做到你說的
AI 不會猜你的意圖。你說「幫我改這段文字」,它不知道你要改什麼方向。你說「幫我把這段文字改得更口語,像在跟朋友說話,字數不要超過 100 字」,它就知道了。
每次 Prompt 效果差,通常不是 AI 的問題,是指令不夠清楚。
技巧一:給明確的輸出格式
問題
幫我整理這份會議記錄的重點
AI 不知道你要幾點、要多長、要什麼格式。它可能給你一段文字,也可能給你一個表格。
解法
幫我整理這份會議記錄的重點,格式如下:
- 條列式,每點不超過 25 字
- 最多 5 點
- 最後加一行「下一步行動」
如果資訊不足判斷,直接說「資料不足」,不要猜測。
實用格式指定範例
| 需求 | 格式指定寫法 |
|---|---|
| 表格 | 「用 Markdown 表格,欄位:A / B / C」 |
| 程式碼 | 「只回傳程式碼,不要說明,不要額外的文字」 |
| 短答 | 「一句話回答,不要解釋」 |
| 清單 | 「條列式,每點最多 15 字,最多 6 點」 |
| 報告 | 「格式:結論 → 原因 → 建議,每節用 H2 標題」 |
技巧二:角色設定
告訴 AI 要用什麼專業角度回應,輸出的語氣和深度會明顯不同。
基本格式
你是一個 [角色],正在 [情境]。
[任務]
語氣:[風格說明]
範例
審查程式碼:
你是一個資深後端工程師,正在 Review 初級工程師的 PR。
指出程式碼的問題,語氣建設性,說明為什麼要這樣改。
寫文案:
你是一個台灣的科技產品文案寫手,風格直接、不浮誇。
幫我寫一段 NAS 產品的功能介紹,目標讀者是第一次接觸 NAS 的家庭用戶。
分析報告:
你是一個數據分析師。
分析這份銷售資料,先說結論,再說支撐結論的數字,最後提出兩個可行的改善建議。
角色設定告訴 AI「你應該站在什麼立場回答這個問題」,避免給出過於泛泛的答案。
技巧三:Chain of Thought(分步驟思考)
對複雜問題,要求 AI 先思考再回答,比直接要答案的品質高很多。
寫法
請按照以下步驟回答:
1. 先列出可能的原因(3-5 個)
2. 針對最可能的原因分析
3. 給出你最推薦的解法和理由
或更簡單:
請先思考這個問題的所有可能角度,再給出你的建議。
適用場景
- 疑難排解(為什麼 X 不運作?)
- 決策分析(A 方案還是 B 方案?)
- 技術架構設計
- 任何答案有多種可能的問題
Chain of Thought 讓 AI 不跳過推理過程直接給答案,對複雜問題特別有效。
技巧四:Few-shot 範例
給幾個例子示範你要的輸出格式,效果通常比文字描述好。
基本格式
請按照以下格式整理:
範例輸入:[input_1]
範例輸出:[output_1]
範例輸入:[input_2]
範例輸出:[output_2]
現在處理這個:[actual_input]
實際範例
整理技術名詞:
幫我把技術術語加上說明,格式如下:
Docker → 容器化技術,讓應用程式在隔離環境中運行
NAS → Network Attached Storage,網路附接儲存裝置
現在處理這些:
Kubernetes、Nginx、Cloudflare Tunnel
分類 feedback:
把 feedback 分類成「功能請求 / Bug / 讚美 / 其他」:
「登入頁面一直轉圈,登不進去」→ Bug
「可以加一個匯出 PDF 的功能嗎」→ 功能請求
「這個 app 真的救了我的工作流」→ 讚美
現在分類這些:
1. 「深色模式什麼時候出?」
2. 「搜尋功能找不到我的資料」
3. 「介面很乾淨,學習曲線低」
Few-shot 特別適合有固定輸出格式的重複任務。
技巧五:限制邊界
告訴 AI 哪些不用說,避免重複你已知的內容。
常用限制語
只回答關於 X 的部分,其他我已經處理好了。
不需要介紹背景,直接說步驟。
不用解釋這段程式碼是什麼,直接改成 Y 的寫法。
假設我已經知道基本概念,直接給進階用法。
不要給選項,直接告訴我你的最佳建議。
限制邊界能讓 AI 不浪費你的時間重複說廢話。
技巧六:要求不確定時說明
如果你不確定,直接說「我不確定」,不要猜測或補充可能不準確的資訊。
對需要精確答案的場景(技術參數、法規、數字)特別重要。AI 的「幻覺」問題在這裡最容易出現,明確要求它說明不確定能大幅降低誤用風險。
完整 Prompt 結構模板
把以上技巧組合起來:
[角色設定]
你是一個 [角色],[情境說明]。
[任務說明]
[明確的動作描述]
[輸出格式]
格式要求:
- [格式細節 1]
- [格式細節 2]
[限制]
不需要 [不用說的內容]。
如果不確定,說「不確定」,不要猜測。
範例:請 Claude 審查一篇技術文章
你是一個台灣科技媒體的資深編輯,專長是 NAS 和自架服務領域。
審查以下文章的技術準確性和可讀性。
格式要求:
- 問題清單,每點說明「問題是什麼」和「建議怎麼改」
- 分成「技術準確性」和「可讀性」兩類
- 最多 8 點,聚焦最重要的問題
不需要說文章的優點,只列需要改進的地方。
如果某個技術細節你不確定,標注「需要確認」。
迭代:一次做好不如快速迭代
Prompt 不用一開始就完美。更有效率的做法:
- 先給一個簡單的 Prompt — 看看輸出方向對不對
- 在同一個對話裡修改 — 「把這部分改得更簡短」「把語氣改得更正式」
- 把好用的 Prompt 存起來 — 下次直接用,不用重新想
不要花 20 分鐘完美化一個 Prompt,試一次、調整、再試,三輪就能到位。
不同工具的 Prompt 差異
| 工具 | 特點 |
|---|---|
| Claude Chat | 最適合長上下文、分析、寫作 |
| Claude Cowork | 適合需要視覺輸出(SVG、HTML)的任務 |
| Claude Code | 操作實際檔案和執行指令,Prompt 要更具體 |
| API | 需要在 system prompt 裡給足夠上下文,因為沒有持久記憶 |
小結
有效 Prompt 的核心: - 格式 — 明確說你要什麼格式的輸出 - 角色 — 告訴 AI 從什麼角度回答 - 步驟 — 複雜問題讓它先思考再回答 - 範例 — 給幾個例子比描述更清楚 - 限制 — 說清楚哪些不用說
每次輸出品質不理想,先問自己:「我的指令夠清楚嗎?」通常問題在這裡。
🔗 系列文章
- Claude Chat 深度使用:Projects、Prompt 技巧
- Claude Code 三種模式總覽:Chat / Cowork / Code 怎麼選
- Claude Cowork 深度使用:Artifacts 與協作文件
- ChatGPT vs Claude 2026:付費版實測比較