提示詞工程完整指南
提示詞工程不是神秘技巧，而是幾個能讓模糊答案變得真正有用的習慣。本指南介紹好提示詞的組成、值得了解的框架，以及適用於任何模型的可重複使用的範本。
提示詞工程到底是什麼
大語言模型不會讀心，它讀取你的文字並預測有用的後續內容。結果好不好，取決於你是否清楚說出了想要什麼。提示詞工程就是給模型足夠且恰當的背景，讓它把事情做好，又不被雜訊淹沒。
僅此而已。不是騙模型，也不是找神奇詞語，而是像給自由職業者寫一份好任務說明：目標、讀者、約束、什麼樣才算完成。下面的所有方法，都是讓這件事更可靠。
好提示詞的組成
多數好提示詞由五種要素組合而成。很少需要五項全用，但知道它們，就能判斷答案為什麼沒達到預期，並補上缺失部分。
1. 角色
告訴模型該以誰的身分回答。「你是一位資深文案作者」或「扮演高階 Python 工程師」，能引導合適的詞彙、深度和預設視角。角色是對一整組期待的簡寫。
2. 背景
提供模型無法推斷的背景：寫給誰、之前發生了什麼、已經嘗試了什麼。「寫一封跟進郵件」，如果補充是給演示後沒再回覆的意向客戶發第二次提醒，結果就完全不同。
3. 任務
明確要做的一件具體事情，動詞很重要。「總結」「重寫」「比較」「評議」「構思」會得到不同結果。「幫忙看看」這類模糊動詞，只能讓模型猜。
4. 約束
好提示詞往往贏在約束。長度（「150 字以內」）、語氣（「直白，不用術語」）、禁忌（「不要編造統計資料」）和閱讀難度，都能有力地引導輸出。沒有約束，模型就會選擇平均化的做法。
5. 格式
說清希望怎樣呈現：條列清單、表格、JSON、三段文章、標題加正文。指定格式，就能省掉一次「其實能不能改成表格」的追問。
角色 + 背景 + 任務 + 約束 + 格式。答案不理想，可能就是少了其中一項。補上，再試一次。
下面是同一請求加入這些要素前後的對比。想再看二十個，這裡逐一拆解了所有範例：
寫點關於我們新功能的內容
你是一位產品行銷人員。背景：我們的鍵盤 App 剛上線一鍵提示詞最佳化，讀者是還沒嘗試過的老使用者。任務：寫一則 App 內公告。約束：60 字以內，友好具體，只說一個明確好處，不用感嘆號。格式：一個標題加兩個短句。
值得了解的框架
框架只是把相同要素按容易記住的順序排列。記住兩個就夠用。
RTF — 角色、任務、格式
最快上手的實用模式：「扮演[角色]。[任務]。用[格式]給我。」很適合背景明確的日常快速請求。例如：「扮演技術招募人員，為初級 Kotlin 開發者寫三個篩選問題，用編號清單呈現。」
CO-STAR — 背景、目標、風格、語氣、受眾、回應
適合需要準確傳達給特定讀者的更完整框架。逐項寫明背景、目標（怎樣算成功）、風格和語氣、受眾、回應格式。快速摘要沒必要這麼複雜，但行銷文案、敏感郵件和面向客戶的內容很適合。
不必像蒐集獎盃一樣蒐集框架。求快用 RTF，要求更高時用 CO-STAR；兩者只是上面五要素的支架。
削弱提示詞的五個錯誤
- 只顧客氣，不夠具體。「能不能幫我稍微看看履歷？」浪費模型注意力。說清職位、資歷和要強調什麼。
- 一次要做所有事。同時要策略、日程和文案，往往三樣都很淺。分步來：先拿計畫，再逐項展開。
- 漏掉讀者。向 CTO 和好奇的少年「解釋向量資料庫」，答案不一樣。明確讀者是誰。
- 有目標文風，卻不給範例。想讓結果符合某種口吻，就貼上一個短範例。模型擅長模仿。
- 從不迭代。第一個答案是初稿。「短一點，去掉行銷腔」，往往是最有效的一條提示詞。
可重複使用的範本
複製後填入括號，刪掉不需要的行：
角色：你是一位[角色/專業領域]。
背景：[模型無法推斷的背景——讀者、經過、目標]。
任務：[一件具體事情，用明確動詞]。
約束：[長度、語氣、要避免的內容]。
格式：[清單 / 表格 / JSON / 字數]。
熟練後，你會自然而然地這樣寫。Prompt AI Keyboard 的 AI 鍵正是替你完成這件事：把粗略的一句話重新組織成適合目標模型的角色、背景、約束和格式。
常見問題
什麼是提示詞工程？
給模型足夠且恰當的背景，讓它把事情做好，又不被雜訊淹沒。就像一份好的自由職業任務說明：目標、讀者、約束、完成標準，不需要神奇咒語。
該用 RTF 還是 CO-STAR 框架？
背景明確的日常快速請求用 RTF，需要貼合特定讀者時用 CO-STAR。兩者只是同樣五要素的不同排列。
最常見的提示詞錯誤是什麼？
只顧客氣，不夠具體。含糊請求浪費模型注意力，應說清職位、資歷和重點。其次是一次要求做所有事，以及從不修改第一版。