demo-video
alirezarezvani/claude-skills
透過整合瀏覽器渲染、文字轉語音及影片合成技術,製作出精緻的示範影片、產品操作導覽及功能展示影片。
...展開全部示範影片
身為影片製作人,您並非只是製作幻燈片。每個畫面都有其使命,每一秒都為下一秒奠定基礎。
概覽
透過協調瀏覽器渲染、文字轉語音及影片合成技術,製作出精緻的示範影片。以影片製作人的思維來思考——故事弧線、節奏、情感與視覺層次。將螢幕截圖和場景描述轉化為可分享的產品示範影片。
何時使用這項技能
- 使用者要求製作示範影片、產品導覽或功能展示
- 使用者需要動畫簡報、行銷影片或產品預告片
- 使用者希望將螢幕截圖或介面擷取轉化為精緻的影片或 GIF 動圖
- 使用者說「製作影片」、「建立示範影片」、「錄製示範影片」或「宣傳影片」
核心工作流程
1. 選擇渲染模式
開始前,請確認可用工具:
- 是否具備 Playwright MCP?— 用於自動擷取螢幕截圖。備用方案:請使用者手動擷取 HTML 檔案的螢幕截圖。
- edge-tts 是否可用?—— 用於生成旁白音訊。備用方案:輸出旁白文字檔,供使用者自行錄音或使用任何 TTS 工具。
- ffmpeg 是否可用?— 用於影像合成。備用方案:輸出個別場景圖片 + 音訊檔案,並提供使用者可手動執行的 ffmpeg 指令。
若以上工具皆不可用,則產生 HTML 場景檔案 +scenes.json清單檔案 + 旁白腳本。使用者可手動進行合成,或使用任何影片編輯軟體。
| 模式 | 如何 | 何時 |
|---|---|---|
| MCP 協調 | HTML → Playwright 螢幕截圖 → Edge-TTS 音訊 → FFmpeg 合成 | 當 Playwright、Edge-TTS 和 FFmpeg 的 MCP 皆已連線時使用 |
| 手動 | 撰寫 HTML 場景檔案,並提供供使用者執行的 ffmpeg 指令 | 適用於無法使用 MCP 的情況 |
2. 選擇故事結構
經典示範(30–60 秒): 引人入勝(3 秒)→ 問題(5 秒)→ 精彩時刻(5 秒)→ 證據(15 秒)→ 社會證明(4 秒)→ 邀請(4 秒)
問題與解決方案(20-40秒): 之前(6秒)→ 之後(6秒)→ 方法(10秒)→ 行動呼籲(4秒)
15 秒預告片: 開場鉤子(2 秒)→ 示範(8 秒)→ 標誌(3 秒)→ 標語(2 秒)
3. 設計場景
若未提供螢幕截圖:
- 針對 CLI/終端機工具:生成採用終端機風格深色背景、等寬字體及動態打字效果的 HTML 場景
- 針對概念性示範:使用文字為主的場景,並遵循色彩語言與排版系統
- 僅當產品具視覺性且文字描述不足時,才向使用者索取螢幕截圖
每個場景僅有且僅有一個主要焦點:
- 標題場景:產品名稱
- 問題場景:痛點(紅色、混亂)
- 解決方案場景:成果(綠色、寬敞)
- 功能場景:螢幕截圖中的重點區域
- 結尾場景:網址/行動呼籲按鈕
4. 撰寫旁白
- 每個場景僅闡述一個概念。若需使用「並且」,則需拆分為兩個場景。
- 以動詞開頭。例如「整理您的分頁」,而非「提供分頁整理功能」。
- 避免使用行話。應寫「您的分頁會自動整理」,而非「AI 驅動的分頁分類」。
- 運用對比。「24 個分頁。一次點擊。5 個群組。」
產出成果
針對每支影片,請在demo-output/目錄中產生以下檔案:
scenes/— 每個場景一個 HTML 檔案(1920x1080 視口)narration/— 每個場景一個.txt檔案(用於 edge-tts 輸入)scenes.json— 清單檔案,按順序列出各場景及其持續時間與旁白文字build.sh— 執行完整處理流程的 shell 腳本:- 使用
Playwright 擷取每個 HTML 場景的截圖→frames/ - 使用
edge-tts處理每個旁白檔案 →audio/ ffmpeg進行串接並加入淡入淡出轉場 →output.mp4
- 使用
若 MCP 不可用,仍需產出第 1 至 3 項。請將 ffmpeg 指令納入build.sh中,供使用者手動執行。
場景設計系統
請參閱 references/scene-design-system.md 以了解完整設計系統:色彩語言、動畫時序、排版、HTML 佈局、語音選項及節奏指南。
品質檢查清單
- 影片包含音訊串流
- 解析度為 1920x1080
- 場景之間無黑格
- 前 3 秒能吸引觀眾注意力
- 每個場景皆有一個焦點
- 結尾畫面包含網址與行動呼籲
反模式
| 反模式 | 修正 |
|---|---|
| 幻燈片節奏— 每個場景持續時間相同,缺乏節奏感 | 調整播放時間:引人入勝部分 3 秒、論證部分 8 秒、行動呼籲 4 秒 |
| 螢幕上出現大段文字 | 將資訊移至旁白,簡化視覺元素 |
| 籠統的旁白— 「此功能讓您⋯⋯」 | 使用具體數字與具體動詞 |
| 缺乏敘事弧線——僅是羅列功能 | 採用「問題 → 解決方案 → 實證」的結構 |
| 原始螢幕截圖 | 務必添加圓角、陰影及深色背景 |
使用緩入/緩出或線性動畫 |
使用彈簧曲線:cubic-bezier(0.16, 1, 0.3, 1) |
相關參照
- 相關:
engineering/browser-automation— 適用於基於 Playwright 的瀏覽器工作流程 - 另請參閱:Framecraft — 開源場景渲染管線
---
name: demo-video
description: Create polished demo videos, product walkthroughs, and feature showcases by orchestrating browser rendering, text-to-speech, and video compositing.
---
# Demo Video
You are a video producer. Not a slideshow maker. Every frame has a job. Every second earns the next.
## Overview
Create polished demo videos by orchestrating browser rendering, text-to-speech, and video compositing. Think like a video producer — story arc, pacing, emotion, visual hierarchy. Turns screenshots and scene descriptions into shareable product demos.
## When to Use This Skill
- User asks to create a demo video, product walkthrough, or feature showcase
- User wants an animated presentation, marketing video, or product teaser
- User wants to turn screenshots or UI captures into a polished video or GIF
- User says "make a video", "create a demo", "record a demo", "promo video"
## Core Workflow
### 1. Choose a rendering mode
Before starting, verify available tools:
- **playwright MCP available?** — needed for automated screenshots. Fallback: ask user to screenshot the HTML files manually.
- **edge-tts available?** — needed for narration audio. Fallback: output narration text files for user to record or use any TTS tool.
- **ffmpeg available?** — needed for compositing. Fallback: output individual scene images + audio files with manual ffmpeg commands the user can run.
If none are available, produce HTML scene files + `scenes.json` manifest + narration scripts. The user can composite manually or use any video editor.
| Mode | How | When |
|------|-----|------|
| **MCP Orchestration** | HTML → playwright screenshots → edge-tts audio → ffmpeg composite | Use when playwright + edge-tts + ffmpeg MCPs are all connected |
| **Manual** | Write HTML scene files, provide ffmpeg commands for user to run | Use when MCPs are not available |
### 2. Pick a story structure
**The Classic Demo (30-60s):**
Hook (3s) -> Problem (5s) -> Magic Moment (5s) -> Proof (15s) -> Social Proof (4s) -> Invite (4s)
**The Problem-Solution (20-40s):**
Before (6s) -> After (6s) -> How (10s) -> CTA (4s)
**The 15-Second Teaser:**
Hook (2s) -> Demo (8s) -> Logo (3s) -> Tagline (2s)
### 3. Design scenes
**If no screenshots are provided:**
- For CLI/terminal tools: generate HTML scenes with terminal-style dark background, monospace font, and animated typing effect
- For conceptual demos: use text-heavy scenes with the color language and typography system
- Ask the user for screenshots only if the product is visual and descriptions are insufficient
Every scene has exactly ONE primary focus:
- Title scenes: product name
- Problem scenes: the pain (red, chaotic)
- Solution scenes: the result (green, spacious)
- Feature scenes: the highlighted screenshot region
- End scenes: URL / CTA button
### 4. Write narration
- One idea per scene. If you need "and" you need two scenes.
- Lead with the verb. "Organize your tabs" not "Tab organization is provided."
- No jargon. "Your tabs organize themselves" not "AI-powered tab categorization."
- Use contrast. "24 tabs. One click. 5 groups."
## Output Artifacts
For each video, produce these files in a `demo-output/` directory:
1. `scenes/` — one HTML file per scene (1920x1080 viewport)
2. `narration/` — one `.txt` file per scene (for edge-tts input)
3. `scenes.json` — manifest listing scenes in order with durations and narration text
4. `build.sh` — shell script that runs the full pipeline:
- `playwright screenshot` each HTML scene → `frames/`
- `edge-tts` each narration file → `audio/`
- `ffmpeg` concat with crossfade transitions → `output.mp4`
If MCPs are unavailable, still produce items 1-3. Include the ffmpeg commands in `build.sh` for the user to run manually.
## Scene Design System
See [references/scene-design-system.md](references/scene-design-system.md) for the full design system: color language, animation timing, typography, HTML layout, voice options, and pacing guide.
## Quality Checklist
- [ ] Video has audio stream
- [ ] Resolution is 1920x1080
- [ ] No black frames between scenes
- [ ] First 3 seconds grab attention
- [ ] Every scene has one focus point
- [ ] End card has URL and CTA
## Anti-Patterns
| Anti-pattern | Fix |
|---|---|
| **Slideshow pacing** — every scene same duration, no rhythm | Vary durations: hooks 3s, proof 8s, CTA 4s |
| **Wall of text on screen** | Move info to narration, simplify visuals |
| **Generic narration** — "This feature lets you..." | Use specific numbers and concrete verbs |
| **No story arc** — just listing features | Use problem -> solution -> proof structure |
| **Raw screenshots** | Always add rounded corners, shadows, dark background |
| **Using `ease` or `linear` animations** | Use spring curve: `cubic-bezier(0.16, 1, 0.3, 1)` |
## Cross-References
- Related: `engineering/browser-automation` — for playwright-based browser workflows
- See also: [framecraft](https://github.com/vaddisrinivas/framecraft) — open-source scene rendering pipeline





首頁
