Ozor 更新日誌轉影片轉換器
將更新日誌、發行說明和版本更新轉換為精美、可直接複製貼上的 Ozor.ai 影片提示。此技能會讀取結構化的變更清單，並產出場景式的影片提示，以視覺吸引人的方式宣布更新內容。
支援的輸入類型
- CHANGELOG.md — 標準的 Keep a Changelog 格式
- GitHub Releases — 帶有標籤的發行描述
- 發行說明 — 條列式的功能清單
- 版本摘要 — 「新功能」風格的文件
- 提交摘要 — 針對某一版本的群組提交訊息
- Jira/Linear 發行說明 — 匯出的問題清單
工作流程
階段 1 — 解析更新日誌
讀取更新日誌並提取：
- 版本號碼 — 發行標籤（例如 v2.4.0）
- 發行日期 — 發布時間
- 變更分類 — 依類型分組：
- 新功能 — 全新的能力
- 改進 — 對現有功能的增強
- 錯誤修正 — 已解決的問題
- 重大變更 — 任何需要使用者採取行動的變更
- 棄用功能 — 正在被淘汰的功能
- 頭條變更 — 單一影響最大或最多使用者要求的功能
- 變更數量 — 總變更數（用於時長估算）
階段 2 — 為影片排序優先
並非每個日誌條目都值得一個場景。套用以下規則：
一定包含：
- 頭條功能（最大或最多人要求的功能）
- 任何會改變使用者工作流程的新功能
- 重大變更（使用者需要知道）
有空間時包含：
- 顯著的改進（效能、使用者體驗）
- 高度需求的錯誤修正
跳過（在註記中提及）：
- 次要的錯誤修正
- 內部重構
- 相依性更新
- 文件變更
依變更數的場景預算（目標約 3 秒影片一個場景）：
- 1–3 項變更：6–8 個場景（介紹 + 每項 2–3 個場景 + 總結 + CTA）
- 4–7 項變更：10–15 個場景（介紹 + 每項頂級變更 2–3 個場景 + 總結 + CTA）
- 8+ 項變更：15–20 個場景（介紹 + 每項頂級變更 2–3 個場景 + 「還有更多」 + CTA）
階段 3 — 結構化影片
使用此經過驗證的結構來製作發行影片：
- 介紹 / 版本徽章 — 以乾淨的動畫顯示產品名稱和版本號。設定基調：「[產品] [版本] 的新功能」
- 頭條功能（2–3 個場景） — 最大的變更獲得最多的場景和視覺注意力：
- 標題 / 這是什麼 — 功能名稱作為標題，搭配一句鉤子。
- 運作方式 / 視覺 — 展示功能實際運作：UI 導覽、動畫或圖表。
- 影響 / 效益 — 這對使用者為何重要。展示成果或結果。
- 其他功能場景（每項 2–3 個場景） — 每個優先排序的變更都有自己的小序列：
- 標題 / 這是什麼 — 功能名稱與簡短描述。
- 細節 / 視覺 — 展示變更後的視覺變化：前後對比、示範或圖表。
- （可選）效益 — 如果變更足夠重要，加入一個強化價值的短場景。
- 總結 / 「還有更多」 — 若有被降級處理的變更，加入一個場景簡短列出：「此外：[修正 1]、[修正 2]、[改進 1]」
- CTA — 「立即更新」、「今天試用」或「閱讀完整發行說明：[URL]」
階段 4 — 產生 Ozor 提示
輸出一個完整、可直接複製貼上的提示：
## Ozor 影片提示
**來源：** [產品] [版本] 更新日誌
**影片類型：** 發行說明 / 新功能
**格式：** 16:9 橫向
**預計時長：** [X] 秒
**目標觀眾：** [現有使用者 / 開發者 / 團隊]
---
### 提示（複製並貼上到 Ozor）
為 [產品] 版本 [X.X] 製作一個 [時長] 的發行說明影片。
[N] 個場景：
(1) 版本徽章 — [產品] 標誌置中於 [深色/淺色] 背景。版本號碼 "[X.X]" 以輕柔動畫出現。副標題：「[發行日期] — [標語或變更數量摘要]」。
(2) [頭條功能名稱] — 標題卡：功能名稱作為粗體標題。一句鉤子：「[此功能的白話說明]」。[視覺：代表該功能的圖示或圖形。]
(3) [頭條功能名稱] 細節 — [展示功能實際運作：UI 導覽、螢幕錄製風格的動畫或逐步圖表。包含確切的螢幕文字。]
(4) [頭條功能名稱] 影響 — [這為何重要：展示成果、節省的時間，或前後對比。螢幕文字：「[關鍵效益陳述]」。]
(5) [功能 2 名稱] — 標題卡：「[功能名稱]」搭配一行描述。[視覺：圖示、UI 元素或比喻。]
(6) [功能 2 名稱] 細節 — [功能的視覺示範：使用時的樣貌、運作方式，或關鍵截圖風格的畫面。包含螢幕文字。]
(7) [功能 3 名稱] — [功能標題 + 視覺方向。對於較小的功能，一個結合標題和示範的場景即可。]
[...繼續處理剩餘功能，每個主要功能 2–3 個場景，每個次要功能 1 個場景...]
([N-1]) 還有更多 — 乾淨列出其餘變更：「[修正 1]」、「[改進 1]」、「[修正 2]」。每一項伴隨著勾選標記動畫出現。
([N]) CTA — 「[立即更新 / 今天試用]」附上 [產品 URL]。標誌淡出。
風格：[乾淨 / 現代 / 大膽]。背景：[深色 / 淺色]。強調色：[品牌色]。
基調：[自信 / 興奮 / 專業]。
觀眾：[誰]。
---
### 註記
- [建議上傳的素材]
- [被降級處理、可自成一部影片的變更]
- [迭代的提示]
自適應規則
如果更新日誌只有錯誤修正：
- 將其框架為可靠性/品質更新
- 以「我們聽見了」或「清除蟲蟲」的訊息開場
- 將修正主題式分組，而非逐條列出
- 保持簡短：最多 3–4 個場景
如果更新日誌有重大變更：
- 醒目提示——使用者必須看到
- 使用視覺警告指示器（顏色變化、圖示）
- 解釋變更了什麼，以及使用者需要做什麼
- 將其放在場景 2（緊接在介紹之後）以確保可見性
如果更新日誌涵蓋多個版本：
- 合併為「季度更新」或「年度回顧」格式
- 依主題而非版本號碼分組
- 以所有版本中影響最大的變更開場
如果更新日誌來自 GitHub Release：
- 將發行標題作為影片標題
- 使用標籤名稱作為版本徽章
- 解析 Markdown 格式以處理項目符號和標題
品質檢查清單
在提交最終提示之前，請確認：
- 版本號碼在場景 1 中醒目顯示
- 頭條功能獲得最多的視覺注意力
- 重大變更（如有）清楚標示
- 每個場景只有一個變更或一個概念
- 螢幕文字簡短——功能名稱加上一行描述
- CTA 告訴使用者確切該做什麼
- 原始日誌中的關鍵變更未被省略或忽略
- 被降級處理的變更列在註記區段
規則
- 每個獲得場景的變更都必須有視覺描述。「顯示新儀表板」不夠——描述儀表板的外觀、什麼是動畫的、出現什麼文字。
- **絕不虛構功能。**每個變更都必須來自原始更新日誌。
- **優先考量的使用影響而非技術炫技。**一個使用者要求的小型 UX 修正比大型內部重構更值得放入影片。
- **保持簡潔有力。**發行影片應為 30–60 秒。30 秒的影片約有 8–10 個場景；60 秒的影片約有 15–18 個場景（大約每 3 秒一個場景）。使用者想要的是亮點，不是文件。
- **版本號碼必須可見。**它出現在場景 1，並可選擇性地以永久徽章形式出現。