hyperframes-video-beats
Skill1 starsChanged 54 days agoMITView on GitHub
Plan, write, time, style, and validate motion-graphic beats for long-form talking-head HyperFrames videos. Use when Codex is asked to add or improve visual beats, glassmorphism lower thirds, crumpled-paper full-screen takeovers, transcript-synced callouts, pacing coverage, YouTube retention graphics, or render-ready overlays in an existing HyperFrames video project.
5 other projects use a version of this, 4 of them edited.
Adopted by
Most recently taken up by
- F0rger123/claude-video-editing-god-modeedited, first seen Oct 25, 2026
- NexumAI-online/skills-ediciontheir own version, first seen Oct 25, 2026
- nateherkai/herk-edit-kitedited, first seen Oct 15, 2026
- nateherkai/hyperframes-student-kitedited, first seen Oct 14, 2026
- nateherkai/hyperframes-video-pipelineedited, first seen Sep 8, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 4
- nateherkai/hyperframes-student-kit★ 2.2k100% same
- nateherkai/herk-edit-kit★ 1.5k100% same
- nateherkai/hyperframes-video-pipeline★ 21100% same
- F0rger123/claude-video-editing-god-mode★ 1100% same
Wrote their own version · 1
- NexumAI-online/skills-edicion★ 4same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository28 other files it gives its agents.
- AGENTS.mdAGENTS.md
- hyperframes-animationSkill
- hyperframes-audioSkill
- hyperframes-cliSkill
- hyperframes-coreSkill
- hyperframes-creativeSkill
- hyperframes-keyframesSkill
- hyperframes-registrySkill
- hyperframesSkill
- hyperframes-studioSkill
- hyperframes-video-beatsSkill
- media-useSkill
- motion-graphicsSkill
- short-form-editSkill
- video-storytellingSkill
- hyperframes-animationSkill
- hyperframes-audioSkill
- hyperframes-cliSkill
- hyperframes-coreSkill
- hyperframes-creativeSkill
- hyperframes-keyframesSkill
- hyperframes-registrySkill
- hyperframesSkill
- hyperframes-studioSkill
- media-useSkill
- motion-graphicsSkill
- short-form-editSkill
- video-storytellingSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
46 rules. 41 are common, 0 are distinctive, and 5 are very specific to this project.
41
Common
Most of the 5 edited versions we read keep these.
0
Distinctive
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Common: line 11
Use this skill to turn a talking-head video plus transcript into a paced set of motion graphics that support the narration without covering …
- Common: line 15
Keep the viewer oriented and engaged.
- Common: line 22
Do not add graphics just because a gap exists.
- Common: line 26
Read project instructions (AGENTS.md, local skill docs, and project-specific notes).
- Very specific: line 33
Use fast local commands. Prefer rg, Select-String, and small Node/PowerShell transcript scripts.
- Common: line 39
Use a paper takeover when the narration reaches a major thesis, list, section marker, quote, or stat that should briefly become the whole …
- Common: line 52
Keep it short, usually 4-12 seconds.
- Common: line 53
Use sparse black text.
- Common: line 55
Do not cover long explanations with paper takeovers.
- Common: line 56
Do not make full-screen text playful, huge, or over-bold by default.
- Common: line 60
Use a glass lower-third when the speaker should remain visible and the graphic should support the current idea.
- Common: line 70
Follow-up cards after a shortened full-screen or split-screen beat
- Common: line 74
Keep lower thirds in the lower third or lower half.
- Common: line 75
Avoid covering the face.
- Common: line 76
Use concise text: one headline plus optional short subline, or a 2-4 item list.
- Common: line 77
Prefer one card per topic span over many tiny flashes.
- Common: line 88
If an existing beat was manually shortened because it felt too long, respect that choice and fill after it with a new shorter card.
- Very specific: line 90
When scanning a schedule, report true gaps from the visibility schedule, not just the DOM order.
- Common: line 97
Start the beat 0.2-0.6 seconds before that anchor when possible.
- Common: line 98
Keep the beat visible until the topic ends or naturally hands off.
- Common: line 99
If the next beat begins immediately, clear 0.1-0.5 seconds before it unless the handoff is intentional.
- Common: line 102
Avoid this failure mode:
- Common: line 112
Write for glance comprehension.
- Common: line 153
Follow the local design system first.
- Common: line 163
Use black for kickers, labels, arrows, sources, quotes, and supporting text.
- Common: line 164
Keep font weight restrained.
- Common: line 165
Avoid oversized playful type unless the user explicitly asks for it.
- Common: line 173
Use equation/list helpers when the idea is structural.
- Common: line 177
Follow project AGENTS.md and HyperFrames lint rules:
- Very specific: line 179
Every mounted timed element needs data-start, data-duration, and data-track-index.
- Common: line 183
Keep deterministic logic only.
- Common: line 184
Do not animate video element dimensions or media properties in ways that can freeze renders.
- Very specific: line 185
Run npx hyperframes lint after editing HTML.
- Common: line 187
When adding a beat:
- Very specific: line 190
Add the root mount in index.html.
- Common: line 191
Add or update the master visibility schedule if one exists.
- Common: line 193
Verify no same-track overlaps unless the project intentionally uses multiple overlay tracks.
- Common: line 197
After edits, scan the master schedule:
- Common: line 201
Add or retime beats only where the transcript has a supportable concept.
- Common: line 209
Run the HyperFrames linter.
- Common: line 212
If the user asked for render-ready output, render or smoke-render as appropriate.
- Common: line 217
Use these defaults unless project context says otherwise:
- Common: line 231
If the user says a beat is too long, do not restore it just to satisfy a generic coverage rule.
- Common: line 232
If glass card style is approved, reuse it instead of redesigning it.
- Common: line 233
If typography is approved, keep it stable and adjust only local sizing/weight.
- Common: line 234
If the speaker's face is important, prefer lower-third cards over center-screen cards.
“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Taken from Nate Herk's HyperFrames Student Kit (MIT). Adapted for reel-kit: the project = the reel folder (cloned from reel-kit), Nate's MOTION_PHILOSOPHY.md =
references/nate-MOTION_PHILOSOPHY.md, transcription =scripts/transcribe.py(ElevenLabs Scribe by default, WhisperX local fallback), never ElevenLabs dubbing or generation; generation only as a last resort. The qa-*.mjs / integrate.mjs scripts cited here are not provided: usenpm run check,npm run preflight,npm run framesinstead.
HyperFrames Video Beats
Use this skill to turn a talking-head video plus transcript into a paced set of motion graphics that support the narration without covering the speaker unnecessarily.
Core Goal
Keep the viewer oriented and engaged. Every beat must answer one of these:
- What should the viewer remember?
- What concept needs visual structure?
- What stat, contrast, or pivot deserves emphasis?
- Where is the pacing getting quiet enough that the viewer may drift?
Do not add graphics just because a gap exists. Add graphics because the narration has a topic, transition, proof point, or mental model that benefits from visual support.
First Pass
- Read project instructions (
AGENTS.md, local skill docs, and project-specific notes). - Inspect the root composition, current beat schedule, shared CSS, and transcript.
- Build a coverage map from the root
data-start/data-durationentries or the masterSHOWarray. - Extract transcript chunks for any requested region and any uncovered gaps.
- Identify topic spans by narration, not by arbitrary timestamps.
- Decide whether each topic needs a full-screen paper beat, a lower-third glass card, or no new beat.
Use fast local commands. Prefer rg, Select-String, and small Node/PowerShell transcript scripts.
Beat Type Decision
Use Full-Screen Crumpled Paper
Use a paper takeover when the narration reaches a major thesis, list, section marker, quote, or stat that should briefly become the whole frame.
Good uses:
- Hook payoff or "in this video" overview
- Major section transition
- Big stat or study result
- Memorable thesis line
- Short quote or mantra
- Contrast that needs the audience to stop and look
Rules:
- Keep it short, usually 4-12 seconds.
- Use sparse black text.
- Let only true stat numbers or one extremely important word use accent color.
- Do not cover long explanations with paper takeovers.
- Do not make full-screen text playful, huge, or over-bold by default.
Use Glassmorphism Lower Third
Use a glass lower-third when the speaker should remain visible and the graphic should support the current idea.
Good uses:
- Explanation scaffolds
- Topic labels
- Equation-style mental models
- Small lists
- "What this means" translations
- Pacing fills during long talking-head stretches
- Follow-up cards after a shortened full-screen or split-screen beat
Rules:
- Keep lower thirds in the lower third or lower half.
- Avoid covering the face.
- Use concise text: one headline plus optional short subline, or a 2-4 item list.
- Prefer one card per topic span over many tiny flashes.
- Preserve the existing glass-card style unless the user asks for a design change.
Pacing Heuristics
For long-form YouTube talking-head videos:
- Early video: avoid more than 20-30 seconds without a visual beat.
- Main body: avoid more than 30-45 seconds without a beat.
- Dense explanation sections: use lower thirds roughly every topic span, not every sentence.
- Big paper takeovers should be occasional punctuation, not the default.
- If an existing beat was manually shortened because it felt too long, respect that choice and fill after it with a new shorter card.
When scanning a schedule, report true gaps from the visibility schedule, not just the DOM order. If the root timeline uses a SHOW array, that is usually the authoritative visible range.
Timing Method
Time every beat to the transcript topic:
- Find the first word or phrase where the topic starts.
- Start the beat 0.2-0.6 seconds before that anchor when possible.
- Keep the beat visible until the topic ends or naturally hands off.
- If the next beat begins immediately, clear 0.1-0.5 seconds before it unless the handoff is intentional.
- Match sub-element entrances to spoken phrases.
Avoid this failure mode:
- Card appears on the right topic but only lasts 5-8 seconds while the speaker keeps discussing the topic for 20-40 seconds.
Prefer:
- One card lives across the whole topic, with a subline or list item building midway through if the narration evolves.
Content Writing
Write for glance comprehension. The viewer should understand the card in under one second.
Use:
- Short noun phrases
- Direct labels
- One mental model per card
- Numbers only when they are meaningful
- Verbs when they clarify the action
Avoid:
- Repeating the whole voiceover
- Long sentences
- Vague hype language
- Too many highlighted words
- Explaining how to use the video inside the graphic
Good patterns:
The bottleneck
Not enough AI inside real workflows.
The problem is adoption, not raw talent.The bridge
Skills + Workflows = 40 hrs savedIn this video
-> The study
-> The stats
-> The paths you can take
-> What actually mattersVisual Style Rules
Follow the local design system first. For this project family, use:
- Serious professional typography.
- Black primary text on paper beats.
- Accent blue only for major stat numbers or rare power words.
- Glass cards with the existing dark frosted style.
- Lower-third cards that do not cover the speaker's face.
For paper beats:
- Use black for kickers, labels, arrows, sources, quotes, and supporting text.
- Keep font weight restrained.
- Avoid oversized playful type unless the user explicitly asks for it.
- Make the crumpled-paper motion deterministic.
For glass cards:
- Reuse
.glass-card dim lower-thirdor the closest existing class. - Prefer bottom-center placement.
- Keep cards compact.
- Use equation/list helpers when the idea is structural.
HyperFrames Implementation Rules
Follow project AGENTS.md and HyperFrames lint rules:
- Every mounted timed element needs
data-start,data-duration, anddata-track-index. - Visible timed root-mounted elements should have the expected clip/layer class used by the project.
- Sub-compositions should register a paused GSAP timeline on
window.__timelines. - Pin each sub-composition timeline with
tl.set({}, {}, SLOT);. - Keep deterministic logic only.
- Do not animate video element dimensions or media properties in ways that can freeze renders.
- Run
npx hyperframes lintafter editing HTML.
When adding a beat:
- Create
compositions/beats/NNN-short-name.html. - Add the root mount in
index.html. - Add or update the master visibility schedule if one exists.
- Make the sub-composition
SLOTmatch the mounted duration. - Verify no same-track overlaps unless the project intentionally uses multiple overlay tracks.
Coverage Scan
After edits, scan the master schedule:
- List beats sorted by visible start.
- Print gaps over the target threshold.
- Add or retime beats only where the transcript has a supportable concept.
For this project pattern, use 30 seconds as the strict scan threshold and 45 seconds as the maximum acceptable main-body threshold.
Validation
Before finishing:
- Run the HyperFrames linter.
- Fix all errors.
- Mention warnings separately if they are known and non-blocking.
- If the user asked for render-ready output, render or smoke-render as appropriate.
- Give the user exact file paths and timestamps changed.
Practical Defaults
Use these defaults unless project context says otherwise:
- Full-screen paper overview: 8-10 seconds.
- Full-screen paper stat: 5-8 seconds.
- Glass lower-third explanation: 12-30 seconds.
- Long topic glass card: 25-45 seconds with staggered sub-elements.
- Beat start lead-in: 0.2-0.6 seconds.
- Gap scan threshold: 30 seconds.
- Lower-third width: about 68-72vw, max about 1240-1280px.
What To Preserve
Preserve user taste decisions discovered during review:
- If the user says a beat is too long, do not restore it just to satisfy a generic coverage rule.
- If glass card style is approved, reuse it instead of redesigning it.
- If typography is approved, keep it stable and adjust only local sizing/weight.
- If the speaker's face is important, prefer lower-third cards over center-screen cards.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

