20 個提示詞工程範例,改寫前後對比
令人失望與真正有效的提示詞,通常只差兩句背景和一條約束。這裡有二十組對比:人們實際輸入的版本,以及能得到有用答案的版本,每組都說明改了什麼。
如何閱讀這些範例
下面每一組都是同一請求的兩種寫法:人們實際輸入的版本,以及能得到有用答案的版本。每組下面用一行點明改動,因為目的不是蒐集二十條提示詞,而是看同樣四五個方法運用二十次,直到形成習慣。
這些方法見於提示詞工程完整指南:給模型一個角色、它無法推斷的背景、一個具體任務、實際約束和期望格式。請在下面留意它們。
郵件和訊息
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 字以內。
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]
二十個範例的共同點
只看「改寫後」一欄,就會發現同樣幾個方法反覆出現:
- 一個只有你知道的具體細節。4,200 歐元請款單、18 天、「讓慢系統變快、變得平穩無事」。細節讓答案屬於你,而不是泛泛而談。
- 明確讀者。這些提示詞有一半,失敗只因模型不知道誰會讀。
- 規定不要做什麼。不說「感謝您的耐心等待」、不用副詞、暫不重寫程式碼、不做推薦。禁用項是最沒被充分利用的指令。
- 允許不答。「沒問題就直說」「列為待解問題,不要猜」。不給不確定內容別的去處,模型就會自信填空。
- 指定形態。表格、四句話、第一週詳細其餘各一行。明確格式,省去一整輪追問。
這些都不用背框架。你只需要在傳送前注意到:是否只描述了任務,卻沒說清處境。
二十個範例,或一個按鍵
Prompt AI Keyboard 會給你已輸入的內容補上適合目標工具的角色、背景、約束和格式,不用離開目前 App。它也能修正文法、改變語氣、翻譯,並把你說的話轉成文字。
常見問題
什麼樣的提示詞範例才好?
把同一請求寫兩遍,並說明改了什麼。單獨一個提示詞只是難以遷移的範本;前後對比能教會方法,讓你用在自己的工作中。
最好的提示詞有什麼共同點?
一個只有你知道的具體細節、明確的讀者、至少一項禁忌、允許不答而不是編造,以及指定的輸出形式。弱提示詞通常只講任務,不講處境。
這些範例能用於 ChatGPT、Claude 和 Gemini 嗎?
能。五要素是通用的,所以這裡的範例不依賴具體模型。模型差異加在基礎之上:Claude 偏好更完整的結構,Gemini 擅長超長輸入和明確的輸出格式,影像與音樂模型則更需要密集的描述短語,而不是句子。