Home / Video / Educational Film
Updated Jun 15, 2026 · Affirmology_VideoAsCode_Research_v1.md
Research report for Jeff. June 2026. A capabilities scan of HeyGen's Hyperframes (the GitHub project you flagged), how it sits next to Remotion, what Claude can and cannot do to "edit video," and how all of it maps onto the Affirmology teaser, post audio film, and investor film. No em dashes anywhere, per house rule.
Hyperframes is an open source tool from HeyGen with a simple promise: you write HTML, it renders a real MP4 video. It is GSAP native and it is explicitly built to be driven by an AI agent like me. That makes it a near perfect bridge between the two things you already want: GSAP for the look, and a way for Claude to actually produce finished video. It does everything Remotion does (both render with headless Chrome plus FFmpeg, both can export transparent overlays), but in plain HTML instead of React, which happens to be exactly the language I write your pages in today. My honest recommendation: Hyperframes is probably a better fit for how we work than Remotion, and it is worth a quick head to head before we commit the investor film to one pipeline.
HeyGen (the AI video company) open sourced Hyperframes in spring 2026 under a permissive Apache 2.0 license. The tagline is literally "Write HTML. Render video. Built for agents."
The facts that matter for us:
data-start="2" and data-duration="3". There is no proprietary timeline and no React requirement.npx skills add heygen-com/hyperframes and your agent (Claude Code, Cursor, Gemini, Codex) learns the framework. In Claude that shows up as commands like /hyperframes and /gsap. The official pitch is that you talk to the agent like a video editor: "make the title twice as big, add a lower third at three seconds, fade out at the end."npx hyperframes add data-chart.There is even an official guide in their repo titled "claude design hyperframes," which is almost word for word the thing you asked about: using Claude to design and edit these videos.
You already have a Remotion starter built. Here is the honest comparison so you can decide whether to keep both or consolidate.
| Hyperframes | Remotion | |
|---|---|---|
| You write | Plain HTML plus GSAP | React components |
| Made by | HeyGen | Remotion team |
| Cost | Open source, free, self hosted | Free for small teams, paid above a threshold, plus cloud render costs |
| Renders with | Headless Chrome plus FFmpeg | Headless Chrome plus FFmpeg |
| Transparent overlays | Yes (ProRes 4444 MOV) | Yes (ProRes 4444 MOV) |
| Best at | Fast, high quality individual videos, and AI agent authoring | High volume videos generated from data, mature tooling |
| Fit with how Claude builds your pages | Very high (your primer pages are already HTML plus animation) | Medium (React is a different model) |
The deciding insight is this: large language models like me are trained on enormous amounts of HTML and very little Remotion-flavored React. So when I author a Hyperframes composition I am writing in my strongest language, and you can read the timing right in the markup. Remotion is more mature and is unbeatable when you want to spit out thousands of videos from a spreadsheet, but for the way you and I actually work, the friction is lower with Hyperframes.
Neither one changes the hard constraint: the actual render runs on your Mac (or a cloud box), not inside this chat. Both need Node and FFmpeg there.
This is the part worth being precise about, because "AI edits your video" gets oversold everywhere.
What I can do directly, right now, in this session:
What I cannot do here, and where it has to run:
So the real shape of "Claude editing video" is: I author and revise the video as code and do the FFmpeg level edits in here, you press render on your machine, we iterate. That is genuinely powerful and it is exactly what Hyperframes was designed to enable. It is not me dragging clips in a hidden Premiere timeline, and anyone who claims that is the workflow is overselling.
Website teaser and post audio film (today: GSAP in the browser). Right now these live as animated HTML in the product. The unlock is that Hyperframes uses the same GSAP plus HTML, so one source can serve two outputs: the live interactive web page, and a rendered MP4 of the same thing for ads, social, email, or a fallback where live animation is not ideal. We stop maintaining two separate art pipelines.
Investor film (not built yet).
This is where it shines. Instead of rendering graphics in one tool and footage in another and stitching them in CapCut, you can compose the whole frame in one HTML file: your Higgsfield footage as background <video> clips, the stat cards and pipeline and the June 20 chart reveal as GSAP overlays on top, and the voiceover and music as audio tracks, then render one finished MP4. Or, if you still want to hand pieces to a human editor, render just the graphics as transparent ProRes overlays. Either way the authoring is HTML, which is the way I already build your primer pages, so the handoff between us is smooth.
A note on Higgsfield. Hyperframes does not replace Higgsfield. Higgsfield still generates the cinematic footage (cosmic skies, the Sophia and Atlas statues, the Loft). Hyperframes is where that footage gets composed with graphics, text, and audio into the final cut. They sit next to each other cleanly.
My lean: Hyperframes is the better fit for us specifically, because it is GSAP plus HTML (your look, my strongest language), open source and free, and built to be run by an agent. Remotion stays as a viable backup since it is already scaffolded. One render test will make the call obvious.