好的 Prompt 不是魔法咒語,是清楚的任務說明。

不是理論課——這篇整理實際有效的 Prompt 技巧。角色設定、輸出格式、Chain of Thought、Few-shot、限制邊界,每個技巧都附可直接套用的範例。

Prompt 工程實戰:真正有效的寫法與技巧

有效 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 不用一開始就完美。更有效率的做法:

  1. 先給一個簡單的 Prompt — 看看輸出方向對不對
  2. 在同一個對話裡修改 — 「把這部分改得更簡短」「把語氣改得更正式」
  3. 把好用的 Prompt 存起來 — 下次直接用,不用重新想

不要花 20 分鐘完美化一個 Prompt,試一次、調整、再試,三輪就能到位。


不同工具的 Prompt 差異

工具 特點
Claude Chat 最適合長上下文、分析、寫作
Claude Cowork 適合需要視覺輸出(SVG、HTML)的任務
Claude Code 操作實際檔案和執行指令,Prompt 要更具體
API 需要在 system prompt 裡給足夠上下文,因為沒有持久記憶

小結

有效 Prompt 的核心: - 格式 — 明確說你要什麼格式的輸出 - 角色 — 告訴 AI 從什麼角度回答 - 步驟 — 複雜問題讓它先思考再回答 - 範例 — 給幾個例子比描述更清楚 - 限制 — 說清楚哪些不用說

每次輸出品質不理想,先問自己:「我的指令夠清楚嗎?」通常問題在這裡。


🔗 系列文章

這篇有幫助嗎? 好的 Prompt 不是魔法咒語,是清楚的任務說明。