Ozor Doc-to-Video Converter
將任何文件轉換為結構化、可直接貼上的 Ozor.ai 影片提示。此技能負責處理從書面內容到影片之間的轉換工作：提取核心訊息、選擇合適的影片結構、撰寫逐場景的導演指示，並產出 Ozor 可直接執行的提示——一鍵完成。
支援的輸入類型
此技能適用於任何文字型內容：
- PDF — 政策文件、報告、白皮書、單頁簡介
- PowerPoint / 簡報 — 募資簡報、銷售簡報、培訓投影片
- 部落格文章 / 文章 — Markdown 檔案、純文字檔案或網址
- README — 專案文件、產品概述
- Release Notes / Changelog — 功能公告、版本更新
- 入門文件 — SOP、手冊、流程指南
- 登陸頁面 — 透過 URL 擷取
如果檔案已上傳，請從上傳目錄讀取。如果是網址，則擷取內容。如果內容已在對話中，則直接使用。
工作流程
對每份文件執行以下三個階段。
階段一 — 分析文件
閱讀完整文件，並識別：
- 文件類型 — 這是什麼內容？（募資簡報、部落格、SOP、Changelog、報告等）
- 核心訊息 — 最重要的單一重點是什麼？壓縮成一句話。
- 目標受眾 — 誰會觀看這個影片？（開發者、高階主管、客戶、員工、一般大眾）
- 自然影片類型 — 根據文件，哪種 Ozor 影片最適合？
| 文件類型 | 最佳影片類型 | 建議場景數 | 格式 |
|---|---|---|---|
| 募資簡報 | 產品發表 / 解說 | 10–15 | 16:9 |
| 部落格文章 | 解說或社群短片 | 8–12（解說）或 5–8（社群） | 16:9 或 9:16 |
| README | 產品展示 / 解說 | 10–12 | 16:9 |
| Release Notes | 功能公告 | 每項功能 2–3 個場景 + 開頭/結尾 | 16:9 |
| Changelog | Release Notes 影片 | 每項功能 2–3 個場景 | 16:9 |
| SOP / 手冊 | 培訓 / 入門影片 | 12–20 | 16:9 |
| 銷售單頁簡介 | 產品發表 / 社群廣告 | 8–10 | 16:9 或 9:16 |
| 登陸頁面 | 社群短片或發表影片 | 8–10 | 社群用 9:16，網站用 16:9 |
| 報告 / 白皮書 | 解說 | 12–18 | 16:9 |
| 投資人更新 | 投資人更新影片 | 12–15 | 16:9 |
-
關鍵內容區塊 — 提取應成為場景的素材：
- 標題、章節標題、關鍵主張
- 數據點、指標、百分比
- 功能列表、優點、步驟
- 引言、見證、證明點
- 呼籲行動
-
視覺線索 — 記錄文件中提及或呈現的品牌顏色、產品名稱、標誌或圖像。
階段二 — 結構化影片
將文件內容映射到 Ozor 場景。每個場景有一個明確的任務。
適用於 80% 文件的通用結構：
- 鉤子 / 開頭 — 文件中最具說服力的主張或問題陳述 2–3. 問題設定 — 1–2 個場景建立痛點或背景 4–10. 核心內容 — 每個場景一個想法，力求密度（功能、優點、步驟、證據） 11–12. 證明 / 支援 — 指標、引言、見證或證據（若有）
- CTA / 結尾 — 觀眾下一步應該做什麼？
場景建構規則：
- 每個場景一個想法。如果某個章節涵蓋多個主題，請拆分。
- 畫面文字保持簡短：標題 5–8 字，條列項目每個 3–6 字，每個場景最多 3 個條列項目。
- 將段落轉換為視覺概念：「我們的平台每秒處理 100 萬個事件」→ 顯示計數動畫或數據視覺化的場景，而不是畫面上一段文字。
- 根據受眾將術語轉換為白話。給投資者的募資簡報可以保留財務術語；給使用者的產品發表應簡化。
- 保留所有關鍵數字、主張和事實。簡化語言，但絕不簡化內容。
時長估算：
- 社群短片：15–30 秒（5–10 個場景）
- 功能公告：30–45 秒（8–12 個場景）
- 產品發表：45–60 秒（12–15 個場景）
- 解說影片：60–90 秒（15–22 個場景）
- 培訓 / 入門：2–5 分鐘（20–40 個場景，考慮拆分為多部影片）
如果文件很長（10 頁以上），對單一影片限制為 7 個場景，並建議製作系列影片。記錄已降級處理的內容，並建議後續影片。
階段三 — 產生 Ozor 提示
將所有內容彙整為一個可直接複製貼上的 Ozor 提示。使用者應該能夠直接貼到 Ozor.ai 中無需編輯（當然也可以自訂）。
使用以下輸出結構：
## Ozor 影片提示
**來源：** [文件標題或描述]
**影片類型：** [產品發表 / 解說 / 社群短片 / 等]
**格式：** [16:9 橫向 / 9:16 直向]
**預估時長：** [X 秒 / 分鐘]
**目標受眾：** [誰]
---
### 提示（複製並貼到 Ozor）
建立一部 [時長] 的 [影片類型] 影片，主題是 [主題]。
共 [數量] 個場景：
(1) [場景標題] — [具體指示：畫面上顯示什麼、要顯示什麼文字、使用什麼動畫或視覺方式]
(2) [場景標題] — [具體指示]
(3) [場景標題] — [具體指示]
[...繼續所有場景...]
風格：[視覺風格 — 深色/淺色、簡約/大膽、色調]。
語調：[自信 / 溫暖 / 專業 / 活力 / 等]。
受眾：[這是給誰看的]。
[品牌方向，如適用 — 例如：「使用藍色 (#1a73e8) 作為主要強調色。」]
[CTA 方向 — 最終場景應要求觀眾做什麼？]
---
### 備註
- [執行此提示前建議上傳的素材]
- [如果內容被降級處理，建議的後續影片]
- [迭代結果的建議]
調整規則
技能應根據偵測到的內容調整其方法：
如果文件是募資簡報：
- 以最大的主張或鉤子投影片開頭
- 優先處理問題/解決方案的敘事
- 突出顯示指標（TAM、成長率、營收）
- 結尾要有明確的 CTA（試用 / 投資 / 了解更多）
如果文件是部落格文章或文章：
- 提取論文陳述作為鉤子
- 將論證壓縮為視覺場景
- 刪除範例和軼事，除非它們至關重要
- 考慮同時提供 16:9 解說版和 9:16 社群短版
如果文件是 Release Notes 或 Changelog：
- 每個功能最多一個場景
- 以最大或最受要求的功能開頭
- 每個場景保持單一想法，文字極簡
- 結尾使用「立即更新」或「今天就試試」
如果文件是 SOP 或培訓資料：
- 清楚編號每個步驟
- 場景之間使用「下一步：」轉場
- 為受眾簡化術語
- 如果超過 7 個場景，拆分為影片系列，並為每個提供提示
如果文件是報告或白皮書：
- 提取 3–5 個最重要的發現
- 以最令人驚訝或影響最大的發現開頭
- 將數據點可視化 — 建議圖表動畫或計數效果
- 控制在 90 秒內；在 CTA 中連結到完整報告
如果使用者提供 URL：
- 擷取頁面內容
- 根據結構將其視為登陸頁面或部落格
- 從頁面提取品牌顏色和產品名稱
- 建議上傳螢幕截圖作為 Ozor 素材
品質檢查清單
在呈現最終提示之前，請確認：
- 每個場景恰有一個任務（鉤子、解說、證明或結尾）
- 畫面上的文字簡短 — 沒有段落、沒有文字牆
- 鉤子具有說服力，且出現在場景 1
- 最終場景有明確的 CTA
- 已指定視覺風格（顏色、氛圍、背景）
- 受眾和語調已聲明
- 時長與內容密度相符
- 來源文件中的關鍵資訊沒有遺失
- 提示是自足的 — Ozor 不需要閱讀原始文件
提供變體
在產生主要提示後，考慮使用者是否會從變體中受益：
- 長版 + 短版 — 60 秒解說版和 15 秒社群預告
- 不同受眾 — 開發者的技術版和高階主管的商業版
- 不同平台 — 16:9 YouTube 版和 9:16 Reels 版
不要自動產生所有變體。相反地，告知變體可用，讓使用者選擇。例如：「我已經建立了一部 45 秒的橫向解說影片。需要我再製作一個 15 秒的直向版本給 Instagram Reels 嗎？」
範例
使用者上傳： 一份 4 頁的專案管理應用程式募資簡報。
技能產出：
## Ozor 影片提示
**來源：** TaskFlow 募資簡報
**影片類型：** 產品發表
**格式：** 16:9 橫向
**預估時長：** ~45 秒
**目標受眾：** 新創創辦人與團隊主管
---
### 提示（複製並貼到 Ozor）
建立一部 45 秒的產品發表影片，介紹 TaskFlow，一個專為快速團隊設計的專案管理應用程式。
共 12 個場景：
(1) 鉤子 — 深色背景上顯示粗體白色文字：「你的團隊正在 Slack 訊息、試算表和錯過的截止日期中掙扎。」快速切換通知混亂的動畫。
(2) 問題闡述 — 分割畫面顯示一位沮喪的團隊主管在 5 個不同的應用程式之間切換。文字疊加：「一般團隊管理一個專案使用 9 個工具。」
(3) 解決方案 — TaskFlow 標誌動畫出現，附帶標語：「TaskFlow 將一切整合在一個地方。」乾淨揭露，語氣自信。
(4) 儀表板概覽 — 顯示 TaskFlow 的主要儀表板，包含乾淨的任務看板、日曆檢視和團隊活動摘要。對介面進行流暢的縮放動畫。
(5) 功能 1：即時協作 — 螢幕錄製風格：兩個游標同時編輯同一個任務。文字疊加：「即時協作 — 不再有版本衝突。」
(6) 功能 2：自動化站立會議 — 動畫模擬顯示站立會議摘要出現在頻道中。文字疊加：「自動化站立會議 — 跳過會議，保留上下文。」
(7) 功能 3：內建時間追蹤 — 計時器動畫在任務卡片上啟動，然後匯總為週報。文字疊加：「內建時間追蹤 — 從任務到發票。」
(8) 運作方式 — 3 步驟動畫流程：「建立專案 → 邀請團隊 → 更快交付。」每個步驟以圖示和連接箭頭流暢轉場。
(9) 社會證明 — 計數動畫：「2,400+ 團隊」→「120 萬任務完成」→「4.9★ 平均評分」。數字在深色背景上以藍色強調色向上跳動。
(10) 見證 — 引言卡片附大頭照：「TaskFlow 取代了我們使用的 4 個工具。第一個月我們的交付速度就快了 2 倍。」—— Sarah Chen，LaunchPad 技術長。淡入效果。
(11) 定價 / 優惠 — 文字疊加：「最多 10 人團隊免費。Pro 版每人每月 $8 美元起。」乾淨版面搭配勾選清單顯示包含項目。
(12) CTA + 標誌結尾 — 大字：「免費試用 TaskFlow。」副文字：「taskflow.app」。標誌動畫置中，電光藍色發光。
風格：深色背景，乾淨現代，白色文字搭配電光藍 (#3B82F6) 強調色。
語調：自信且簡潔有力 — 無廢話。
受眾：對工具混亂感到沮喪的新創創辦人與團隊主管。
---
### 備註
- 執行此提示前請上傳 TaskFlow 標誌和產品螢幕截圖
- 考慮同時建立一個 15 秒的 9:16 版本給 Instagram Reels
- 產出後，嘗試「為場景 1 提供 3 個標題選項」來測試不同的鉤子
規則
- 始終產出完整、可複製貼上的提示。 使用者永遠不必自行思考如何將你的輸出轉換為 Ozor 能理解的東西。
- 切勿憑空編造資訊。 所有資訊必須來自來源文件。如果有歧義，請在提示中標記為
[VERIFY: ...]。 - 簡化語言，而非內容。 文件中的每個關鍵事實、數字和主張都應出現在影片提示中。
- 每個場景永遠只有一個想法。 如果你想把兩個東西放在一個場景中，請拆分它。
- 視覺指示必須具體。 「顯示一個圖表」是無效的。「動畫長條圖從 1 萬增長到 5 萬使用者，並附帶計數疊加」才是可操作的。
- 尊重使用者的時間。 高效產出提示。不要在文件已經包含答案時問 10 個澄清問題。
- 將提示儲存為 Markdown 檔案 並呈現給使用者，以便他們輕鬆複製和使用。