Ozor 提示詞優化器 是做什麼的？
分析現有的 Ozor.ai 影片提示詞，將它們從模糊或表現不佳的狀態，轉變為具體、高品質的提示詞，第一次就能產出極佳的成果。此技能扮演提示詞品質審查員的角色——它會辨識缺失、模糊以及可改善的部分，然後重新編寫提示詞。
何時使用此技能
- 使用者有一個產出平庸影片的提示詞
- 使用者希望在執行提示詞前先進行審查
- 使用者正在反覆修改影片，但始終無法獲得想要的結果
- 使用者問「為什麼我的影片看起來很普通/很差/不對？」
- 使用者貼上現有的提示詞並要求改進
提示詞品質框架
每個 Ozor 提示詞都會根據六個維度進行評分。一個優秀的提示詞在所有六個維度上都應獲得高分。
1. 具體性（影響力最大）
不佳： 「展示產品」 良好： 「展示 TaskFlow 儀表板，包含 3 個任務欄（待辦、進行中、已完成），每個欄位有 2-3 張任務卡片。放大顯示一張卡片正從『待辦』拖曳到『進行中』。」
Ozor 在確切知道要呈現什麼時，會產出更好的結果。模糊的提示詞會迫使 AI 猜測，而它的猜測往往會很普通。
檢查項目：
- 視覺描述是否具體？（顏色、佈局、動畫）
- 螢幕上的文字是否明確寫出，而不只是描述？
- 場景轉換是否已指定？
- 整體視覺風格是否已明確定義，而不只是「乾淨」或「現代」？
2. 結構
不佳： 一大段描述整個影片的文字。 良好： 編號的場景，每個場景都有清晰的標題和單一目的。
檢查項目：
- 提示詞是否分成編號的場景？
- 每個場景是否只有一個任務？
- 是否有邏輯流程（鉤子 → 內容 → 行動呼籲）？
- 場景是否按影響力最大化的順序排列？
3. 限制條件
不佳： 「製作一個關於我產品的影片」 良好： 「製作一個 45 秒、橫向（16:9）的影片，包含 12 個場景」
檢查項目：
- 是否指定了影片長度？
- 是否指定了長寬比（16:9 或 9:16）？
- 是否指定了場景數量？
- 每個場景的最大文字量是否已暗示或明述？
4. 視覺方向
不佳： 「讓它看起來好看」 良好： 「深色背景（#1a1a2e），白色文字，電光藍（#3B82F6）強調色。極簡風格——無漸層、無 3D 效果。乾淨的無襯線字體。」
檢查項目：
- 是否指定了背景顏色/樣式？
- 是否提供了強調色（十六進位色碼最佳）？
- 是否描述了動畫風格？
- 是否給予了字體方向？
- 是否定義了氛圍/氣氛？
5. 受眾認知
不佳： 沒有提及影片是為誰製作的。 良好： 「受眾：對專案管理工具過多感到困擾的新創公司創辦人。語氣：同理但自信。」
檢查項目：
- 是否說明了目標受眾？
- 是否定義了語氣？
- 語言程度是否適合受眾？
- 行話是否根據受眾的專業程度進行調整？
6. 可執行的行動呼籲
不佳： 沒有行動呼籲，或「看看我們」 良好： 「最後一個場景：『開始你的免費試用 —— taskflow.app』。大型置中文字，下方有 Logo，URL 上有輕柔的脈衝動畫。」
檢查項目：
- 是否有一個包含行動呼籲的最終場景？
- 行動呼籲是否具體（URL、動作、好處）？
- 行動呼籲在視覺上是否顯眼？
優化工作流程
步驟 1 — 診斷
閱讀使用者的提示詞，並針對每個維度評分：
## 提示詞分析
| 維度 | 分數 | 問題 |
|-----------|-------|-------|
| 具體性 | 低/中/高 | [缺失的內容] |
| 結構 | 低/中/高 | [缺失的內容] |
| 限制條件 | 低/中/高 | [缺失的內容] |
| 視覺方向 | 低/中/高 | [缺失的內容] |
| 受眾認知 | 低/中/高 | [缺失的內容] |
| 行動呼籲 | 低/中/高 | [缺失的內容] |
**整體：** [主要問題的快速摘要]
步驟 2 — 解釋
針對每個低分的維度，簡短說明：
- 哪裡有問題
- 為什麼這對 Ozor 的輸出很重要
- 修正方法看起來像什麼
保持說明簡潔 —— 使用者想要一個更好的提示詞，而不是一堂課。
步驟 3 — 重寫
產出一個完整、優化過的提示詞，讓使用者可以直接複製貼到 Ozor 中。重寫應：
- 修正所有已辨識的問題
- 保留使用者的意圖和內容
- 在模糊處增加具體性
- 在缺乏結構處增加結構
- 在缺少限制條件處增加限制條件
- 在缺少視覺方向處增加視覺方向
- 維持相同的整體訊息
以以下格式呈現重寫內容：
## 優化提示詞（複製並貼到 Ozor）
為 [產品/主題] 製作一個 [長度] [格式] 的影片。
[N] 個場景：
(1) [場景標題] — [詳細、具體的方向]
(2) [場景標題] — [詳細、具體的方向]
[...所有場景...]
風格：[具體的視覺方向，包含顏色、氛圍、字體]。
語氣：[定義的語氣]。
受眾：[指定的受眾]。
步驟 4 — 解釋變更
在重寫之後，提供一個簡短的差異摘要：
## 變更內容
- **新增：** [原本缺少、現在已包含的內容]
- **改善：** [原本模糊、現在變得具體的內容]
- **重組：** [被重新組織的內容]
- **移除：** [不必要或適得其反的內容]
常見問題與修正
問題：「影片看起來很普通」
原因： 提示詞缺乏具體性和視覺方向。 修正： 加入具體的視覺描述、品牌顏色、特定的文字內容和動畫風格。
問題：「螢幕上的文字太長」
原因： 提示詞中包含完整的句子或段落作為螢幕文字。 修正： 將螢幕文字重寫為簡短的標題（5-8 個字）和簡短的項目符號（3-6 個字）。將詳細的解釋移至旁白註解或直接刪除。
問題：「場景之間的流暢度不好」
原因： 提示詞沒有清晰的敘事結構。 修正： 重新組織為鉤子 → 問題 → 解決方案 → 行動呼籲。確保每個場景邏輯上引導至下一個場景。
問題：「風格不符合我的品牌」
原因： 沒有品牌顏色、沒有風格方向，或風格提示互相矛盾。 修正： 加入特定的十六進位色碼，定義背景風格（深色/淺色），指定字體氛圍，並參考品牌資產。
問題：「影片太長/無聊」
原因： 場景太多、每個場景內容太多，或沒有鉤子。 修正： 只保留必要的場景。每個場景一個想法。確保場景 1 是一個能引起好奇心強力鉤子。
問題：「行動呼籲太弱」
原因： 沒有行動呼籲場景，或行動呼籲很模糊（「了解更多」）。 修正： 加入一個專門的最終場景，包含具體的行動文字、URL 和視覺強調。
問題：「Ozor 不了解我想要什麼」
原因： 語言含糊不清、指示互相矛盾，或在一個提示詞中提出太多要求。 修正： 使用直接、不含糊的語言。每個場景一個指示。移除互相矛盾的風格提示。
前/後範例
範例 1：模糊 → 具體
之前：
製作一個關於我們新 AI 功能的影片。展示它的運作方式，並讓它看起來專業。
之後：
為 [產品] 的新 AI 功能 Smart Assist 製作一個 30 秒的橫向（16:9）影片。
10 個場景：
(1) 鉤子 —— 在深海軍藍（#0f172a）背景上以粗體白色文字顯示：「你的助手變得更聰明了。」文字以打字機動畫出現。
(2) 問題設定 —— 一位使用者盯著雜亂的收件匣，表情不知所措。文字：「聽起來很熟悉？」對氾濫的電子郵件清單進行微妙的放大。
(3) 問題影響 —— 分割畫面：左側顯示重複性任務不斷堆積（電子郵件、報告、日曆邀請），右側顯示一個計時器在倒數。文字：「數小時浪費在重複任務上。」
(4) 解決方案揭露 —— 畫面轉為乾淨的深色背景。Smart Assist 標誌以柔和光暈動畫進入。文字：「認識 Smart Assist。」綠色（#22c55e）強調色在標誌周圍脈衝。
(5) 功能細節 —— 顯示一個乾淨的使用者介面，一個 AI 建議彈出視窗出現。彈出視窗顯示：「我注意到你每週一都會傳送這份報告。要我幫你自動化嗎？」游標點擊「是」。流暢的動畫。
(6) 運作方式 —— 三步驟動畫：(a) Smart Assist 掃描你的工作流程，(b) 識別模式，(c) 建議自動化。每個步驟以極簡圖示搭配標籤出現，並以動畫線條連接。
(7) 前/後對比 —— 並排比較。左側：「之前」—— 雜亂的儀表板，12 項手動任務。右側：「之後」—— 乾淨的儀表板，剩下 3 項任務。一個綠色勾勾在「之後」面板上動畫出現。
(8) 社會證明 —— 文字：「每週為團隊節省 6 小時以上。」一個微妙的計數器從 0 動畫到 6。小字引用：「就像擁有第二個大腦。」—— Beta 使用者。
(9) 行動呼籲文字 —— 大型置中文字：「立即試用 Smart Assist。」副標題：「product.com/smart-assist」。URL 上帶有微弱的發光動畫。
(10) Logo 收尾 —— 產品標誌置中在深海軍藍背景上，下方標語：「更聰明地工作，而非更辛苦。」輕柔淡出。
風格：深海軍藍背景（#0f172a）、白色文字、綠色（#22c55e）強調色用於 AI 元素。乾淨、極簡、現代。無漸層。
語氣：自信且前瞻。
受眾：處理重複性工作流程的現有使用者。
範例 2：文字牆 → 結構化
之前：
我想要一個影片，談論我們的平台如何幫助開發者透過預先建立的元件、自動部署、即時協作、內建測試以及出色的開發者體驗，更快地建構。它還應該提到我們有 5 萬名使用者，並曾獲 TechCrunch 報導。影片應該以免費試用行動呼籲結尾，並適合放在我們的網站上。
之後：
為 [平台名稱]（一個讓開發者更快建構應用程式的開發者平台）製作一個 45 秒的橫向（16:9）影片。
12 個場景：
(1) 鉤子 —— 「速度提升 10 倍。」大型粗體文字，置中於深色背景。背景有微弱的程式碼粒子漂浮。
(2) 痛點 —— 一位開發者被終端機視窗、設定檔和載入轉圈圈包圍。文字：「厭倦了樣板程式碼？」語氣無表情，背景有程式碼滾動。
(3) 平台介紹 —— 流暢轉場到 [平台名稱] 標誌，位於深色背景（#0d1117）上。文字：「認識 [平台名稱]。」藍色（#58a6ff）光暈在標誌周圍動畫。
(4) 功能：元件 —— 顯示一個包含預先建立 UI 元素的元件庫面板。一位開發者將一個按鈕元件拖曳到畫布上，它立即渲染出來。文字：「預先建立元件。零設定。」
(5) 功能：即時預覽 —— 分割面板程式碼編輯器。左側：正在輸入的程式碼。右側：即時預覽，隨著每個字元即時更新。文字：「立即看到變更。」
(6) 功能：協作 —— 兩個游標在同一個程式碼檔案上移動，每個游標標記著開發者名稱。編輯內容同時出現。文字：「即時協作。無合併衝突。」
(7) 功能：測試 —— 測試套件在終端機面板中執行。綠色勾勾逐一從清單中出現。文字：「內建測試。自信出貨。」
(8) 功能：部署 —— 點擊一個「部署」按鈕。動畫顯示應用程式上線 —— 進度條填滿，然後一個線上 URL 出現。文字：「一鍵部署。零停機。」
(9) 社會證明 —— 「超過 50,000 位開發者。」計數器從 0 動畫到 50,000，帶有令人滿意的滴答效果。下方：TechCrunch 標誌和引用：「最快的出貨方式。」—— TechCrunch。
(10) 社群證明 —— 一個開發者小頭像的網格填滿螢幕。文字：「加入社群。」頭像輕柔脈衝。
(11) 行動呼籲 —— 「立即免費開始建構。」URL：「[platform.com]」。大型置中文字，URL 上帶有藍色（#58a6ff）底線動畫。
(12) Logo 收尾 —— [平台名稱] 標誌置中。標語：「建構更快。出貨更早。」程式碼粒子在背景中輕柔飄動。淡出。
風格：深色背景（#0d1117）、白色和灰色文字、藍色（#58a6ff）強調色。開發者工具美學 —— 功能名稱使用等寬字體，標題使用無襯線字體。
語氣：技術但易於理解。自信，而非誇大。
受眾：正在評估新工具的全端開發者。
規則
- 總是產出完整的重寫。 不要只列出建議 —— 給使用者一個可直接複製貼上的完整提示詞。
- 保留使用者的意圖。 優化後的提示詞應該製作相同的影片，只是更好。除非被要求，否則不要改變訊息、產品或受眾。
- 誠實面對問題。 如果提示詞大致上沒問題，就直接說出來。不要為了顯得周全而憑空創造問題。
- 具體性是第一槓桿。 有疑問時，讓它更具體。模糊的提示詞是導致 Ozor 輸出令人失望的最常見原因。
- 不要過度設計。 一個清晰、具體的 12 場景提示詞勝過一個焦點分散的 20 場景提示詞。簡單更好。
- 在假設前先提問。 如果提示詞缺少關鍵資訊（產品名稱、受眾、品牌顏色），請使用
[驗證：...]標記，而不是直接猜測。