| name | demo-video-skill |
| description | Produce a cinematic product/demo video from a live app, fully automated — up to the Screen Studio / Cap look: auto-zoom on clicks, spring cursor with motion blur, padded wallpaper background with rounded corners and shadow. Three recording engines: Cap CLI (flagship, macOS — the look is native), charmbracelet VHS (CLI-tool demos), Playwright (headless fallback, synthetic cursor). Local Kokoro TTS narrates; Whisper builds word-synced captions; a HyperFrames HTML composition assembles clips, voice, captions and a music bed into an MP4. Use when the user wants a demo video, product walkthrough, screen-recorded demo, hackathon video, launch clip, "record my app with narration and captions", or a Screen-Studio-style auto-edited recording.
|
Demo Video Studio
Turn a running web app into a polished demo film: real recorded interaction
(not slideshow, not mock) + local TTS narration + word-synced captions +
a quiet music bed, composed deterministically with
HyperFrames.
When to use
Making any demo / walkthrough / product / launch / hackathon video of a web app,
especially when it should show the real product running with narration and
captions. Records a deployed URL or a local dev server.
Pipeline
① record one of three engines (below) → out/*.mp4|webm
② narrate write VO per scene → Kokoro TTS (local) → narration/*.wav
③ transcribe Whisper word-level timestamps → *.transcript.json
④ caption group into phrases + fix brand mishears → captions.js
⑤ music ffmpeg ambient bed (mixed low under the voice) → music/bed.wav
⑥ compose HyperFrames HTML one-timeline: clips+voice+captions+music → MP4
① has three engines — pick by target
(references/screen-studio-look.md):
| Target | Engine | Look |
|---|
| Web/desktop app, macOS | Cap CLI — scripts/record-cap.mjs | Screen Studio native: auto-zoom from real clicks, spring cursor + motion blur, wallpaper / rounding / shadow, GPU-rendered |
| CLI tool | VHS tape → mp4 | styled terminal (padding, margin fill, border radius, window bar), deterministic |
| Headless / CI / Linux | Playwright — scripts/record.mjs | synthetic cursor + ripples; writes <scene>.events.json (timestamps + coords) for any later zoom compositing |
Whatever engine records, its output is just the clip feeding ②–⑥ — recording
and composing stay independent: re-record one scene, or re-run narration,
without redoing the other. A code-generated GIF track (HTML scenes rendered
straight to MP4, no recording) is an optional side path for doc pages.
Workflow
- Pick the engine WITH the user — never silently. Look at the actual
project (web app? CLI? desktop? does this machine have a GUI session? does it
need to run in CI?), then present the engine options with pros/cons for
this specific project and let the user choose. E.g. for a web app on a Mac:
"Cap CLI gives the Screen Studio look natively but needs screen-recording
permission and a first-run calibration; Playwright runs anywhere and re-records
single scenes fast but has no auto-zoom; VHS doesn't apply here." Engine
details: references/screen-studio-look.md.
- Understand the product first. Read its README / demo docs. Write a Demo
Flow before touching the tools: problem → product walkthrough → evidence →
conclusion. Pick the recommended click-path and the visible result each scene
must reach. See references/templates.md.
- Record. Copy
scripts/record.mjs, set APP and SIZE, replace scenes
with your choreography (glide → pause → act → hold). Record at 1:1 device
scale. node scripts/record.mjs [scene]. Engine + worked example:
references/recording.md.
- Narrate → caption. Write one
assets/narration/NN-*.txt per scene in VO
voice (you're talking to a viewer, not reading a README — this is a different
craft from marketing copy; the marketing skill supplies topic/hook/storyboard,
this skill writes the spoken words). Then:
bash scripts/tts.sh && bash scripts/transcribe.sh && node scripts/build-captions.mjs.
Edit PHRASE_FIX in build-captions.mjs for your brand names.
The voice is swappable by contract: narration is one wav per scene
(narration/NN-*.wav) — replace any wav with a human take, a 剪映 dub, or
another TTS, re-run transcribe+captions, recompose; nothing else changes.
Kokoro (local, Apache-2.0) is the default and has Mandarin voices; edge-tts is
a free online alternative. Guide:
references/narration-and-captions.md.
- Compose & render. Start from
references/composition-skeleton.html
(one clip + caption track + audio), grow the timeline, then
npx hyperframes render . --resolution landscape --fps 30 --crf 17 --quality high.
Render 1:1 (1080p authored → 1080p out) — never upscale to 4K, it softens UI.
references/composition.md.
- QC before you ship. ffprobe the duration/audio, sample 1–2 frames (not
black, not empty), captions inside the frame, narration not clipped, the key
result page actually visible. Fix flow/timing, then re-render.
Quick start
brew install node ffmpeg
npx playwright install chromium
python3 -m venv .ttsvenv && .ttsvenv/bin/pip install kokoro-onnx soundfile
export PATH="$(pwd)/.ttsvenv/bin:$PATH"
node scripts/record.mjs
bash scripts/tts.sh && bash scripts/transcribe.sh && node scripts/build-captions.mjs
npx hyperframes render . --resolution landscape --fps 30 --crf 17 --quality high --output out/demo.mp4
First TTS downloads ~340 MB (Kokoro), first transcribe ~466 MB (Whisper
small.en); both cache in ~/.cache/hyperframes/.
Hard-won rules
- Real interaction beats slides — record the product actually running.
- 1:1, never 2× upscale — recording at 2× DPR and rendering 4K softens every
UI clip. Author and render at 1080p.
- Deterministic composition — no
Date.now(), Math.random(), or network in
the HTML; HyperFrames seeks frames, so motion must be reproducible.
- Visible cursor + hold on results — glide deliberately, pause on the payoff.
- VO, not docs — narration tracks the picture; it is not the README read aloud.
- Video ≥ narration — pad clip time so visuals never end before the voice.
Dependencies
Node 22+, FFmpeg, Playwright (Chromium), and the HyperFrames CLI (npx hyperframes, install its skills with npx skills add heygen-com/hyperframes).
Local TTS/Whisper need Python + kokoro-onnx. Per engine (optional): the Cap
route needs cap (curl -fsSL https://cap.so/install-cli.sh | sh) + cliclick
(brew install cliclick) + screen-recording permission; the terminal route
needs vhs (brew install vhs). All free — licensing table in
references/screen-studio-look.md. See
references/composition.md for the HyperFrames setup.
References
- references/pipeline.md — the six stages and data flow
- references/screen-studio-look.md — the three recording engines; Cap CLI lifecycle, zoom clustering, VHS tapes, what not to build on
- references/recording.md — Director engine + worked example + recording pitfalls
- references/narration-and-captions.md — VO writing, TTS, Whisper, caption fixes
- references/composition.md — HyperFrames timeline, crossfades, 1080p, rendering
- references/composition-skeleton.html — minimal renderable composition to copy as index.html
- references/templates.md — hackathon + product-demo structures and VO skeletons
- references/troubleshooting.md — captions, white screen, audio, fonts