範例

20 個提示詞工程範例,改寫前後對比

2026 年 9 月更新 · 約 12 分鐘閱讀

令人失望與真正有效的提示詞,通常只差兩句背景和一條約束。這裡有二十組對比:人們實際輸入的版本,以及能得到有用答案的版本,每組都說明改了什麼。

如何閱讀這些範例

下面每一組都是同一請求的兩種寫法:人們實際輸入的版本,以及能得到有用答案的版本。每組下面用一行點明改動,因為目的不是蒐集二十條提示詞,而是看同樣四五個方法運用二十次,直到形成習慣。

這些方法見於提示詞工程完整指南:給模型一個角色、它無法推斷的背景、一個具體任務、實際約束和期望格式。請在下面留意它們。

郵件和訊息

1. 婉拒會議

改寫前

寫一封拒絕會議的郵件

改寫後

寫一封簡短回覆,婉拒一位我想繼續合作的客戶發來的 90 分鐘工作坊邀請。原因不是忙,而是議題不在我們團隊能影響的範圍。只提一個替代方案:與決策負責人通話 20 分鐘。友好但不歉疚,80 字以內,不用感嘆號。

改了什麼:補上真實原因。「拒絕會議」有許多真實版本,模型可能選錯。明確原因,就替它選好了。

2. 催收逾期款項

改寫前

禮貌跟進一下請款單

改寫後

為一張逾期 18 天、金額 4,200 歐元的請款單寫第二次催款郵件。客戶已合作兩年,我們想繼續合作,第一次提醒未收到回覆。堅定,不語帶諷刺,暫不威脅升級處理。提出一個需要回答的直接問題。90 字以內。

改了什麼:重要程度與歷史。第一次和第二次催款不是同一封郵件,只有第一次可以只求溫和。

3. 請同事返工

改寫前

幫我告訴別人他的工作需要重做

改寫後

給團隊設計師寫一條 Slack 訊息。交付的頁面做得不錯,但解決的不是任務說明中的問題;我寫得不清楚,也有責任。需要這週重做。承擔任務說明的責任,具體指出哪裡不對,不要為了委婉而含糊。最多四句。

改了什麼:訊息的情緒結構。「直接」和「友善」可能相互拉扯,所以提示詞規定了各自用在哪些部分。

4. 告知客戶延期

改寫前

寫一封延期道歉

改寫後

寫一條 App 內訊息,告訴使用者原定 3 月的功能推遲到 5 月。原因:測試發現資料遺失問題,我們不會帶著它上線。讀者:一直等待並公開表達過期待的人。先說新日期,用一句話交代真實原因,不要企業式含糊措辭,不要「感謝您的耐心等待」。70 字以內。

改了什麼:禁用語清單。直接列出不要的套話,比任何正向指令都能去掉更多廢話。

寫作與編輯

5. 縮短段落

改寫前

把這個寫短點

改寫後

把下面段落縮短約一半。保留每個事實和數字。刪掉副詞、模糊保留語,以及重複上一句意思的句子。不要把我的用詞改得更正式,保留縮寫。只給縮短後的版本。

改了什麼:「短一點」有了目標、可以刪什麼、不能刪什麼。沒有約束,模型常靠抹平個人文風來縮短。

6. 寫出像真人的個人簡介

改寫前

寫我的 linkedin 簡介,我是後端開發

改寫後

為我寫 LinkedIn 簡介。後端開發 6 年,主要用 Go 和 Postgres,目前在中型金融科技公司做支付基礎設施。我真正擅長的是讓慢系統變快、變得平穩無事。讀者是用人主管,不是獵才顧問。第一人稱,三個短段落,不用「充滿熱情」「結果導向」,用一個具體例子代替形容詞清單。

改了什麼:一個具體、稍顯特別的細節。「讓慢系統變快、變得平穩無事」不是通用簡介能產生的句子,卻能成為好簡介的核心。

7. 把筆記變成可讀內容

改寫前

整理這些會議筆記

改寫後

下面是我與客戶通話時的原始筆記。整理成給沒參加會議的同事看的摘要。結構:客戶想要什麼、現在用什麼替代、滿足哪些條件才會切換、待解問題。不要新增筆記裡沒有的內容;不清楚的地方列為待解問題,不要猜。

改了什麼:防編造條款。摘要常因合理補全空白而出錯,給不確定內容一個去處,就能避免。

研究與學習

8. 按合適水平解釋

改寫前

解釋 kubernetes

改寫後

向一位用 Docker Compose 上線過服務、但沒用過編排工具的後端開發者解釋 Kubernetes 實際做什麼。從它解決的問題開始,不要從架構開始。全程用同一個例子。略過只有服務超過 50 個才需要的內容。400 字以內。

改了什麼:透過已有知識定義讀者。「解釋 X」在不知道誰提問前,沒有正確答案。

9. 比較兩個選項

改寫前

postgres 和 mongodb 哪個好

改寫後

我們在做預約產品:關係型讀取很多、強一致性要求高、兩人團隊有 SQL 經驗但沒有 NoSQL 經驗。針對這個情境,用表格比較 Postgres 和 MongoDB:資料模型適合度、一致性、兩人的維運負擔、招募。再用兩句話推薦一個,並說出反對你選擇的最強理由。

改了什麼:「哪個好」變成「對這個場景哪個好」。要求反方理由,能避免比較淪為替預定結論找藉口。

10. 得到能堅持的學習計畫

改寫前

幫我學西班牙語

改寫後

給我制定 12 週西班牙語計畫。起點:能讀選單、聽懂慢速講話,一開口就卡住。平日 30 分鐘,週日一小時。目標:聖誕節和伴侶的家人聊 10 分鐘,不切換英語。大幅側重口語。第一週詳細安排,其餘 11 週各一行。

改了什麼:有日期的目標和明確弱點。最後一條也避免了十二週長文,沒人讀過第二週。

計畫與決策

11. 權衡真實決定

改寫前

該接受這個工作邀請嗎

改寫後

幫我想清一個工作邀請。現職:高階開發,穩定、無聊、團隊好。新機會:30 人創業公司的 Staff 職位,加薪 15%,資金夠用 18 個月,面試時對經理印象不錯。我有房貸,沒有其他需要扶養的家人。先列決定前該弄清、但我可能還沒問的事,再列雙方各兩個最強理由。不要推薦,我要問題,不要答案。

改了什麼:明確模型要做的工作。拒絕它直接推薦,才把建議變成有用的思考材料。

12. 為難談的話題做準備

改寫前

怎麼提加薪

改寫後

幫我準備加薪談話。兩份薪資調查都顯示,我比同職位市場水準低 20%;在這裡三年,曾主導遷移,讓基礎設施費用降低三分之一。經理支援我,但不管預算。給我開場白、最可能聽到的兩個反對意見及分別怎麼回應,還有一句不該說的話。

改了什麼:具體籌碼與具體障礙。最後一個請求能產生你自己想不到的內容。

13. 把目標變成一週行動

改寫前

幫我提高效率

改寫後

我想推出一個目前沒有使用者的業餘專案。每週約 8 小時,分散在平日晚上。失敗模式是總在重做登陸頁,而不去找人交流。給我一週具體任務和對應小時數,重點放在我回避的事上,再給一條防止逃避的規則。

改了什麼:明確失敗模式。泛泛的效率建議沒用,知道你怎樣失敗後,才會變具體。

程式碼

14. 除錯

改寫前

我的程式碼為什麼慢

改寫後

這個端點處理約 2,000 行清單要 4 秒,50 行不到 100ms。Postgres、Go,沒有快取層。已確認 user_id 索引在使用。根據這種規模與耗時關係,按可能性列出三個原因,並逐個說明該精確測量什麼,以確認或排除。暫時不要重寫程式碼。

改了什麼:問題形態與已排除因素。「暫時不要重寫」讓回答保持診斷,而不是猜著修改。

15. 得到有價值的程式碼審查

改寫前

審查我的程式碼

改寫後

把下面函式當作一位你尊重的同事提交的拉取請求來審查。優先順序:同時呼叫的正確性、錯誤處理、可讀性。忽略風格和命名。每個問題給出行號、會壞什麼,以及觸發它的具體輸入。如果確實沒問題就直說,不要硬找。

改了什麼:優先順序和允許沒有問題。沒有最後一條,審查提示詞總會挑出問題,無論真假。

16. 寫值得保留的測試

改寫前

給這個函式寫單元測試

改寫後

為下面函式寫表格驅動測試。覆蓋空輸入、單一元素、重複鍵、長度上限邊界值。跳過三個普通項的正常路徑,它從來抓不到什麼。只用標準函式庫,案例名稱按所保障的行為命名,不按輸入命名。

改了什麼:由了解程式碼的人選擇案例。寫測試的提示詞預設會選那些不會失敗的情況。

影像與音樂

17. 有明確意圖的人像

改寫前

一位女性的人像

改寫後

黎明初光下港口堤牆上的六十多歲女漁民,飽經風霜,油布雨衣結著鹽霜,深深的笑紋,視線越過相機,陰天北大西洋光線,淺景深,85mm 人像攝影,低飽和藍色和鏽紅色 --ar 4:5 --stylize 250

改了什麼:依次給出主體、場景、光線、構圖和媒介。影像模型更重視前面的詞,所以順序也是提示詞的一部分。

18. 商品照

改寫前

給我的店拍張咖啡袋照片

改寫後

淺色橡木上直立的啞光牛皮紙咖啡袋,正面標籤朝向相機,散落的整顆咖啡豆,左側柔和窗光,單一柔和陰影,乾淨極簡佈置,淺景深,商業產品攝影 --ar 1:1 --style raw

改了什麼:光線和承託表面。商品提示詞裡,這兩項幾乎決定一切,而「咖啡袋照片」並沒包含它們。

19. 必須包含文字的圖片

改寫前

寫著 grand opening 的海報

改寫後

復古凸版印刷海報,上部三分之一用大號窄體襯線大寫字寫「GRAND OPENING」,下面用較小無襯線字寫「Saturday 14th」,帶可見紋理的奶油色紙,深紅和黑色雙色印刷,細微套印偏移 --ar 2:3

改了什麼:準確引用文字並指定位置。能渲染文字的模型,也需要知道寫什麼、多大、在哪裡,否則三項都會自行發揮。

20. 做出腦海中的那首歌

改寫前

悲傷鋼琴曲

改寫後

風格:憂鬱的新古典鋼琴,近距離拾音的毛氈鋼琴,微弱房間底噪,稀疏的大提琴鋪底,無鼓,自由速度,62 BPM,親密且懸而未決。帶結構標籤的歌詞:[Intro] [Verse] [Chorus] [Bridge] [Outro]

改了什麼:配器、錄音質感和速度。「悲傷鋼琴」只是情緒,其餘細節才讓它成為某種具體錄音,而不是普通作品。

二十個範例的共同點

只看「改寫後」一欄,就會發現同樣幾個方法反覆出現:

這些都不用背框架。你只需要在傳送前注意到:是否只描述了任務,卻沒說清處境。

二十個範例,或一個按鍵

Prompt AI Keyboard 會給你已輸入的內容補上適合目標工具的角色、背景、約束和格式,不用離開目前 App。它也能修正文法、改變語氣、翻譯,並把你說的話轉成文字。

常見問題

什麼樣的提示詞範例才好?

把同一請求寫兩遍,並說明改了什麼。單獨一個提示詞只是難以遷移的範本;前後對比能教會方法,讓你用在自己的工作中。

最好的提示詞有什麼共同點?

一個只有你知道的具體細節、明確的讀者、至少一項禁忌、允許不答而不是編造,以及指定的輸出形式。弱提示詞通常只講任務,不講處境。

這些範例能用於 ChatGPT、Claude 和 Gemini 嗎?

能。五要素是通用的,所以這裡的範例不依賴具體模型。模型差異加在基礎之上:Claude 偏好更完整的結構,Gemini 擅長超長輸入和明確的輸出格式,影像與音樂模型則更需要密集的描述短語,而不是句子。