ARTICLE|發布 更新 4 MIN
ChatGPT、Claude、Gemini 指令設計：共用 brief 與模型差異
拆開任務規格、介面角色與可選技巧，不把 XML、few-shot 或角色扮演寫成萬用保證。
歷史內容已修訂
- 修正 few-shot 永遠必要、XML 專屬特定模型等絕對說法。
- 移除未綁模型版本的上下文長度與無實測提升百分比。
保留原刊日期；來源與適用範圍列於文末。示意案例與實際成果分開標示，本次未補做媒體生成測試。
先用同一份任務規格
提示工程是迭代工作。先寫清成功條件，再決定是否需要範例、段落標籤或特定輸出格式。各家文件提供技巧；它們不是保證每個任務都要照抄的硬規則。
text
任務：把下方訪談整理成產品研究摘要。
資料範圍：只使用提供的逐字稿，不補人物背景或統計。
輸出：三項需求、各一段原文證據、尚待確認的問題。
限制：將推測標示為推測；找不到的資料寫「未提供」。
驗收：每個需求均能回指逐字稿段落，不捏造引言。三種常見技巧如何選
| 技巧 | 適合使用的時候 | 需要注意 |
|---|---|---|
| 清楚分段 | 任務、資料與限制容易混在一起 | Markdown 或 XML 都可以，標籤本身沒有魔法 |
| 提供範例 | 輸出格式或判斷標準不容易只靠描述說清楚 | 範例也可能讓模型學到錯誤偏好 |
| 指定角色 | 需要設定分析視角或語氣 | 不要虛構資歷，也不能靠角色取代證據 |
聊天介面與 API 要分開
在聊天框打「system:」不等於取得 API 的 system 或 developer 角色權限。API 的角色、工具、結構化輸出與資料限制，要依實際使用的模型文件設定。上下文容量也屬於特定模型與端點，不能用一家產品名稱推定所有版本。
建立自己的小型驗收集
挑選容易、模糊、缺資料各一個案例，保存完整輸入、模型版本、參數及輸出。檢查證據是否可追溯、格式是否正確、缺資料是否有誠實回報。修改提示後重跑同一組案例，再決定是否採用。成本或延遲不合需求時，模型選擇與工作拆分也可能比繼續加字有效。
本文模板為編寫示例，沒有宣稱三家模型在本輪做過同條件比較。
來源與適用日期
查核日期：2026-10-24。功能、資格與價格可能後續調整；以下為本篇採用的原始來源，平台說明與本站練習建議分開閱讀。