共同基礎
Prompt 與 Context 設計（跨介面通用）
核心問題：為什麼同樣的需求，有人問出可直接使用的產出，有人只得到空泛的罐頭回答？
提示詞品質的關鍵不是咒語，而是把工作交代清楚：你是誰（角色）、要做什麼（任務）、我會給你什麼（輸入）、要交回什麼格式（輸出）、哪些事不能做（限制）。這條公式在五個介面通用，差別只在脈絡的給法：聊天視窗用貼上、NotebookLM 用匯入來源、Gems 用使用說明欄位、Workspace Studio 用流程節點。本章also涵蓋教育場景最重要的一條限制：「資料不足時列出待補項目，不要編造」。
學習成果：能用「角色×任務×輸入×輸出×限制」公式寫出穩定可複用的提示詞，並依介面調整脈絡給法。
核心概念
五欄位公式
角色（它要扮演誰）× 任務（要完成什麼）× 輸入（你會提供什麼資料）× 輸出（格式與成果樣式）× 限制（不可違反的原則）。缺一欄，模型就自己腦補一欄——腦補就是不穩定的來源。
脈絡（Context）比措辭重要
與其雕琢形容詞，不如多給一段真實資料：課綱片段、學生程度描述、你上次滿意的範例。模型對「看得到的東西」的忠實度，遠高於對「形容出來的要求」。
說人話：「幫我寫一份好教案」不如「這是我上學期的教案格式＋這次的單元內容，照這個格式寫」。
教育場景的必備限制句
「使用繁體中文」「不要編造資訊」「資料不足請列出需補充項目」「不要直接替學生完成作品」——這四句幾乎該出現在所有教育提示詞的限制欄。
同一條公式在五介面的落點
公式不變，裝的位置不同：
- Gemini 應用程式：整段寫在對話開頭，重要任務可存成 Gem
- Gems：角色/任務/限制寫進「使用說明」欄位，一次設定反覆使用
- NotebookLM：任務與輸出格式寫在提問裡；「輸入」就是你匯入的來源
- Workspace Studio：任務拆進流程節點，輸出格式綁定 Docs 模板
- Antigravity：寫成任務描述與驗收條件，Agent 依此規劃與自我驗證
迭代：第一版永遠是草稿
提示詞是迭代出來的，不是一次寫對的。有效的迭代循環：
- 執行 → 對照你心中的理想輸出，找出最大的一個落差
- 把落差翻譯成公式欄位的修改（格式錯 → 補輸出欄；內容編造 → 補限制欄）
- 重跑，直到連續兩次輸出穩定 → 這時才值得存成 Gem 或模板
常見誤解
誤解：提示詞越長越好。
實際：越「完整」越好，不是越長越好。五欄位都有、每欄精準，勝過三千字的散文式許願。