artifact-studio-explainer
Skill4 starsChanged 22 days agoMITView on GitHub
Default for explainer videos. Turns a topic, investigation, design or codebase question into a narrated 1920x1080 MP4 in the artifact-studio look (light theme, clean SVG kit diagrams that build step by step, repo maps, flows, wide tables, spoken-word captions), rendered locally with the bundled Manim engine (artifact figures full screen, zoomed, with a red highlighter on whatever the narration names). Optionally renders with daybook reel's Studio composition when the user has a daybook reel checkout. Use whenever the user says "create an explainer video about X", "make a video explaining X", "explainer video", "turn this artefact into a video", or wants a walkthrough video of an issue, design or system. Optionally also makes a Claude Motion film of the same storyboard for sharing.
In this repository2 other files it gives its agents.
- artifact-studioSkill
- codebase-explorerSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 1 is distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 17
Wide and dense: Prefer a full-width figure, repo map or table over one big shape.
- Very specific: line 19
Built, not shown: Every scene reveals in the order the narration speaks: each build step fires as the voice reaches its at phrase.
- Very specific: line 34
Time the reveals with
at: Every build step has "at": "phrase", a few words copied from that scene's narration. - Very specific: line 46
Only for people with a daybook reel checkout.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Artifact Studio Explainer
One storyboard, written by you, becomes a narrated video that looks like an artifact-studio page in motion. The default engine is Manim, bundled in manim/: it lays out the scenes, voices them, times every reveal to the narration and writes one MP4.
Platforms. Tested on macOS. Linux should work with Chrome or Chromium and espeak-ng, but is not tested. Needs uv, ffmpeg, cairo and pango; the figure layout also needs Chrome (see manim/GUIDE.md).
This skill replaces the generic "which video skill?" question for explainer videos. For a music video, a promo reel or a hand-drawn cartoon, use the other video skills.
Defaults (always, unless the user says otherwise)
- artifact-studio look. White page, Figtree / Bricolage Grotesque / JetBrains Mono, kit diagrams, chips, wide tables. Same rules: no em dash, plain short sentences, honest ("not verified", "est." on estimates), no names of people unless asked.
- Wide and dense. Prefer a full-width figure, repo map or table over one big shape. Diagrams short and wide: viewBox 800 wide by 260 to 480 high.
- Narrated. One narration per scene, 1 to 4 sentences, spoken plainly. Captions follow the voice word by word.
- Built, not shown. Every scene reveals in the order the narration speaks: each
buildstep fires as the voice reaches itsatphrase. - 4 to 12 scenes, 1.5 to 5 minutes. Open with a title scene that states the answer (tldr), close with a "what to do" table or points scene.
Engines
- Manim (default,
manim/GUIDE.md). Use it for every video unless the user asks for Studio. Layouts:title,repomap,flow,table,pointsandfigure. Thefigurelayout shows the artifact's real kit SVG (or anatomy frames) full screen and sharp, steps throughdata-stepgroups, zooms withfocusand rings whatever the narration names with a red highlighter (mark). - Studio (optional). daybook reel's Studio composition, for people who have a daybook reel checkout. See the last section. Use it only when
$DAYBOOK_REELpoints at a checkout and the user asks for it, or the scenes are mostly text. One video uses one engine.
Pipeline (Manim)
- Setup, once.
skills/artifact-studio-explainer/manim/setup.sh. Run every command below frommanim/. - Scope. One question, one audience. Ground every fact in real code, tickets, runs or an existing artifact (read it with the Artifact tool). If the topic already has an artifact page, reuse its diagrams, tables and wording.
- Pick a work folder. Work content (company code, tickets, internal designs) goes in a work folder outside this repo, such as
<your work tree>/explainers/<slug>/. Personal topics go in the session scratchpad or your own projects folder. Never write a topic's storyboard into this skill's repo. - Write
storyboard.jsonin that folder. The format (layouts, build actions, every field) is inmanim/GUIDE.md. Start frommanim/examples/demo/storyboard.json. - Draw figures as
svg/KEY.svgwith the artifact-studio kit (../codebase-explorer/references/diagram-kit.md,diagram-guide.md, types indiagram-types.md), or reuse the artifact's own SVGs. Wrap each beat in<g data-step="N">(N from 1). Asteptarget must be 0 or adata-stepvalue that exists in the svg. Width 800, height at most 480. - Time the reveals with
at. Every build step has"at": "phrase", a few words copied from that scene's narration. A phrase not found in the narration, or found only before the previous step, fails the run. - Check stills before voicing.
.venv/bin/python render.py <folder>/storyboard.json --stillswrites the last frame of each scene tostills/in the output folder (--out, default<folder>/out). Read every PNG. Fix clipped text, overflowing tables, crowded figures, wrong marks, empty space. Repeat until clean. - Render.
.venv/bin/python render.py <folder>/storyboard.jsonvoices each scene and writes<folder>/out/explainer.mp4.--only SCENE_IDrenders one scene toout/<id>.mp4and leavesexplainer.mp4alone. Then read 3 or 4 frames at scene midpoints (ffmpeg -ss T -i explainer.mp4 -frames:v 1 f.png) to confirm reveals and captions. - Hand over the mp4 path and its length. Say which voice was used (the run prints it per scene: kokoro, say or espeak-ng). With no voice available the run fails and says how to get one;
--no-voicemakes a silent cut. - Optional: Claude Motion film. If the user wants a shareable, scrubbable, commentable version, start one from the Motion artifact type (
Artifactlistwithscope: "types", then follow that type's own instructions). Motion films are wordless and run in a browser player: put the narration on screen as captions, keep the same scenes, and export MP4 from its page. The narrated MP4 stays the primary output.
Updating
Change the Manim look in manim/theme.py (tokens, fonts), manim/kit.py (shapes) and manim/engine.py (layouts), and keep manim/GUIDE.md in step. Old storyboards must keep rendering: add optional fields, never rename or remove one.
Studio engine (optional, needs daybook reel)
Only for people with a daybook reel checkout. Set DAYBOOK_REEL to it; the scripts fail with a clear message when it is missing.
- Storyboard format:
$DAYBOOK_REEL/src/studio/storyboard-guide.md(not in this repo). Check a draft withnode studio-contract.ts check <storyboard.json>in$DAYBOOK_REEL/render. Example:examples/cache/storyboard.json. - Stills:
scripts/stills.sh <folder>writes<folder>/studio-out/stills/. - Render:
scripts/render.sh <folder>writes<folder>/studio-out/explainer.mp4. - To change its look, edit
render/src/studio/in daybook reel and keep its storyboard guide in step.
Files
manim/GUIDE.md- the Manim engine: setup, storyboard format, layouts, actions, look rulesmanim/setup.sh- one-time env (uv, Python 3.12, manim 0.22.0)manim/render.py- storyboard to voiced, captioned MP4manim/examples/demo/- a small working Manim storyboardscripts/andexamples/cache/- the optional Studio engine and its example
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.

