agentleFS
tymoshenko-dmytrotymoshenko-dmytro/marketing-agent-kit/skills/video-studio/SKILL.md

video-studio

Skill2 starsChanged 22 days agoMITView on GitHub

Starts and orchestrates any video - ads, launch and demo films, motion, title, end and CTA cards, UI walkthroughs, explainers, re-making a reference ad. It picks the format, holds the house laws, writes the one film brief, orders the work (audio first, an independent review before the user sees anything) and routes each job to an executor: video-sound, video-build, video-moves, video-3d, video-generated, video-check. It executes nothing itself. Use first for any video request, before the upstream hyperframes, motion-graphics, general-video, product-launch-video or media-use skills. Triggers: "make a video", "make an ad", "launch video", "demo video", "end card", "title card", "CTA card", "motion card", "logo sting", "explainer", "walkthrough video", "voice it and build it", "make it like this ad".

  • Reads credentials

9 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

5 rules. 0 are common, 2 are distinctive, and 3 are very specific to this project.

  • 0

    Common

    Most of the 7 edited versions we read keep these.

  • 2

    Distinctive

    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
  1. Very specific:

    Brief: write the film's brief.md from references/brief.md - the one contract every executor reads (subagents get it verbatim).

    line 73
  2. Distinctive:

    Say what private data is on screen: before anyone sees a proof.

    line 98
  3. Very specific:

    Your brief template: add the fields your team always needs to references/brief.md (legal line, channel specs, approver) and delete the ones …

    line 112
  4. Very specific:

    Your formats: when you make a second film of a new kind, write its recipe as references/format-<name>.md and add a row to …

    line 114
  5. Distinctive:

    Your library additions: add your licensed music and effects to the sound library (video-sound explains the licence row, analysis and …

    line 116

“Common” is measured: kept by at least 6 in 10 of the 7 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

video-studio

The orchestrator. It decides WHAT film to make and in what order, holds the laws every film obeys, and hands each job to the skill that owns it. It owns no scripts and builds nothing itself: when this file starts to explain how to do a craft, that knowledge belongs in an executor.

Setup

The video skills need, once per machine:

  • HyperFrames CLI and its skills (heygen-com/hyperframes, Apache-2.0) - the kit's connections/hyperframes-cli.md; npx hyperframes doctor checks Node, FFmpeg and Chrome.
  • Node.js 22+ and FFmpeg (with ffprobe).
  • The sound library (music beds with beat cues, analysed sound effects, a Python venv): python3 ../video-sound/scripts/library.py install → ~/.local/share/marketing-agent-kit/video-library (override with VIDEO_LIBRARY).
  • ELEVENLABS_API_KEY for voice and generated effects (connections/elevenlabs-api.md). Optional: ATLAS_API_KEY for generated people and scenes (video-generated); a Whisper CLI for the speech gates (video-sound, video-check). Each executor lists its own extras.

The umbrella

SkillOwnsLoad when
video-studio (this)formats, house laws, the film brief, the order of work, routing, intake of new thingsalways first
video-soundvoiceover (ElevenLabs, name gate), music by role and beat, sound effects and the library, the mix, sound checksany film with sound
video-buildHyperFrames compositions: project scaffold, build.py pattern, building from a real product UI, captions, real footage, render, trapsany code-built film
video-movesthe 24 camera and editing moves: choice, staging, numbers, code, their soundsa film needs more than hard cuts
video-3dreal 3D with three.js: objects and logos with light, data globes and maps, particles and shaders, post-processing and stylised looks (ASCII cinema, toon, halftone, dither, pixel)volume, light, depth, element counts or a rendered look CSS cannot give
video-generatedAtlas Cloud: generated people, rooms and objects (Seedance, OmniHuman, Nano Banana)shots that do not exist as footage or UI
video-checkQA gates, contact sheets, reading time, transcription, independent reviewbefore anyone sees a film
upstream (used as they are)hyperframes, hyperframes-core, hyperframes-animation, hyperframes-cli, general-video, motion-graphics, product-launch-video, media-use (heygen-com)called by the executors

Executors are universal: no brand and no film's content baked in; colours, words and material come from the film being made. A new executor is created only for a craft that a film or a reviewed test has proven - never an empty skill "for later".

The order of work

  1. Purpose. What is the film for, who sees it, where it runs, what is true (the source for every claim: your product brief, the product itself, its UI and files).
  2. Format. references/formats.md maps the request to a recipe:

    RequestRecipe
    End card, title card, CTA/offer card, logo sting, lower third, UI panel with animated textreferences/format-motion-card.md
    15-25 s launch/demo film of a product, project or sitereferences/format-launch.md
    45-90 s film of a team, system or process (agents, departments, a pipeline), where cards would read as a slideshowreferences/format-world.md
    People or scenes generated by a modelthe video-generated skill
    "Make it like this ad"references/format-reference-copy.md
    Shorts cut from a long recording (webinar, call, talk)references/backlog-shorts-from-long-footage.md
    Anything else code-builtthe HyperFrames skills through video-build

    A new look (a drawn world, a new style): three style frames, then a rough animatic with the voice and the camera, each approved before polish (laws.md, "Look first, motion second").

  3. Plan in the recipe's shape (structure, beats, the signature moment - moves from video-moves), with the claim source for every line. List the private data that will be on screen and ask the user about it (laws.md, "Say what private data is on screen").
  4. Brief: write the film's brief.md from references/brief.md - the one contract every executor reads (subagents get it verbatim). It owns copy, claims, tone, material, moments and private data; executors own the implementation.
  5. Audio first (video-sound): voice generated and measured before the picture is timed.
  6. Build (video-build; moves from video-moves; 3D scenes from video-3d; generated shots from video-generated). A 10-12 s proof first, approved by the user, then the rest.
  7. Sound (video-sound): effects, music, the mix.
  8. Gates and independent review (video-check) - every film, before the user sees it. The user sees a film only after the gates pass and a fresh reviewer has watched it; the review's open P2 list goes with the film.
  9. Deliver; note what was learned (below).

references/examples.md walks three typical requests through these steps.

Laws

references/laws.md binds every film and every executor. House laws apply to all films; "Brand laws (yours)" holds the rules for your own brand's films - fill it in. Executors implement the laws and never restate or contradict them - when an executor's rule and a law disagree, the law wins and the executor is fixed in the same change. The ones violated most:

  • Audio first. Voice is generated and measured before the picture is timed.
  • Show the subject in use, its real UI and copy; never diagrams about it.
  • Every claim on screen exists in the source. Tone and jokes may be invented; names, numbers and features may not.
  • Hooks: the first line says what it is, or a pain a stranger gets in one read.
  • Motion has a cause on screen. Judge by watching, confirm by metric, not the reverse.
  • Say what private data is on screen before anyone sees a proof; the user decides.

When something new is learned

references/intake.md: how an outside repo, a reference film or a rejected cut becomes a law, a recipe, an executor's rule or a library asset, and which skill owns it. Note what a film taught in that film's own notes; for changes to the skills themselves, open a pull request (the kit's CONTRIBUTING.md).

Adapt it

  • Your brand laws: fill "Brand laws (yours)" in references/laws.md - your hook pattern, the setting your customers really work in, aspect per channel, your accent's contrast numbers, where claims come from.
  • Your brief template: add the fields your team always needs to references/brief.md (legal line, channel specs, approver) and delete the ones you never use.
  • Your formats: when you make a second film of a new kind, write its recipe as references/format-<name>.md and add a row to references/formats.md.
  • Your library additions: add your licensed music and effects to the sound library (video-sound explains the licence row, analysis and catalogue steps).
  • Your review norms: who approves a proof, which channels autoplay muted (use the strict reading norm there), what counts as private data in your company.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.