agentleFS
2boysfromtown2boysfromtown/2bft-video-editor/skills/edit-video/SKILL.md

edit-video

Skill0 starsChanged 16 days agoMITView on GitHub

End-to-end workflow for editing a video from footage or a rough draft - look at it, transcribe it, plan the tempo, make the rough cut, add B-roll or graphics, comedic timing, sound effects and music, then export and check. Orchestrates transcribe-local, video-editing-craft, comedy-editing-timing, video-sound-and-music, motion-graphics-for-video, ffmpeg-edit-toolkit, long-to-shorts and talking-head-polish. Use when the user says edit this video, cut this, tighten it, make it punchier or funnier, add music or sound effects, add motion graphics, clean up the audio, make a rough cut, cut Shorts or Reels from a long recording, or hands over footage, a file path or a link and wants it improved or finished.

13 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use cut-mistakes, cut-silences and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • nateherkaiSkill

    cut-mistakes

    Agent 2 of the video editing pipeline. Finds and removes spoken mistakes — stutters, repeated words, false starts, and retakes (re-recorded lines) — from a talking-head recording. Use after cut-silences, when asked to cut mistakes, remove stutters / repeats / filler restarts, clean up flubs, or keep the best take. Works review-gated: it proposes every cut with context and a reason for approval, then renders only the approved cuts via ffmpeg. Requires a word-level transcript.

    Also in 5 projects that use this

  • nateherkaiSkill

    cut-silences

    Agent 1 of the video editing pipeline. Removes silences and dead air from a talking-head recording. Use when asked to cut silences, trim pauses, remove dead air / gaps, or tighten the pacing of a raw video, given a word-level transcript. Produces an edit list (EDL), a re-timed transcript for downstream agents, and optionally the cut video via ffmpeg. Does NOT cut mistakes, repeats, or false starts — that is the cut-mistakes agent.

    Also in 5 projects that use this

  • NexumAI-onlineSkill

    short-form-edit

    Convertí una grabación hablada en un reel, YouTube Short o anuncio corto terminado, con apertura que genere curiosidad, resolución respaldada por el contenido, cortes narrativos, gráficos sincronizados, B-roll en movimiento, subtítulos, música sutil y efectos. Para videos largos usá edit-video; para quitar sólo pausas, cut-silences.

    Also in 4 projects that use this

  • Google CloudSkill

    video-storytelling

    Cinematic video ad storytelling expertise. Covers 3-act narrative structure, emotional arcs, camera motion, scene transitions, and voiceover pacing for 10-second commercial video ads using Gemini Omni. Load this skill when generating video ads or storylines.

    Also in 5 projects that use this

  • ConardLiSkill

    motion-showreel

    用代码制作图形、文字或界面动画视频,输出 MP4 和可编辑源码,最长 20 分钟。适用于动效作品集、产品片、UI 动效、动态排版、Logo 片头、生成艺术与讲解视频;支持独立选择 BGM/音效来源、用户口播,以及用用户提供的口播稿通过 TTS 合成语音。不用于实拍制作、写实人物生成或一般视频剪辑。

    Also in 4 projects that use this

  • chriswesttSkill

    make-a-video

    Beginner-friendly end-to-end video creator for HyperFrames. Use when the user says "make a video", "create a video", "new video", "build a video", "video from scratch", "I want to make a video", "help me create a video", or when someone who's never used HyperFrames before arrives with a concept, script, or rough idea and wants a finished MP4. Interviews the user in one pass, then builds the full video with mandatory preview and visual-verification gates.

    Also in 4 projects that use this

  • +2 more from nateherkai

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 12 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:

    Can: read files and metadata; get frames and look at them.

    line 12
  2. Distinctive:

    Read the frames and the transcript.

    line 30
  3. Very specific:

    Read the transcript, pick the moments that stand alone (a hook in the first line, a payoff, under 60 s), write a plan.json and build them …

    line 45
  4. Very specific:

    Verify: duration matches the plan.

    line 61
  5. Distinctive:

    If a decision is taste, offer two short options instead of an essay.

    line 72

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

Edit video

The entry point. It runs the whole edit in order and calls the specialist skills at the right moment. Work on copies, show numbers, and be honest about what an AI agent can and can't judge.

What you can and can't do

  • Can: read files and metadata; get frames and look at them; transcribe speech with timestamps (transcribe-local); detect silence and measure level and loudness; cut, join, zoom, speed-change, overlay, mix and encode with ffmpeg; build animated graphics with Remotion or GSAP; generate placeholder sounds.
  • Can't: hear the audio or watch playback, feel a joke, judge whether music "feels right". Say that, make the measurable decisions yourself, and ask the user to watch and listen for the rest.
  • Must not: claim to have watched a video without having read its frames and transcript; overwrite the original; spend a long render without telling the user.

Step 0: Intake (ask only what's missing, in one message)

  1. Source: file path(s) or link; anything the user already cut.
  2. Goal and platform: YouTube long-form, Shorts/Reels/TikTok (9:16), ad, course, meeting recap. Target length.
  3. The experience the viewer wants: hang out, be entertained, learn (video-editing-craft section 1).
  4. Style references or a brand (if the project has brand notes such as colours, fonts and motion rules, read them).
  5. Assets: music, logos, B-roll, sound effects. If none, source them with asset-library (where to find and download music, SFX, memes, stock footage, fonts, with licences) or say what you'll use as placeholders. Noisy audio, music bleeding under the voice, cutouts or slow motion: local-av-tools.
  6. Constraints: must keep, must cut, deadlines, music licensing.

Step 1: Look and listen (never edit blind)

  • ffprobe duration, resolution, frame rate, audio present.
  • Frames: ffmpeg -i in.mp4 -vf "fps=1/5,scale=640:-2" frames/f_%03d.png (one every 5 s, denser around key moments), then read them.
  • Transcript with timestamps: transcribe-local. For a link, download it first (yt-dlp) or use the platform's own captions.
  • Read the frames and the transcript. Write down: what happens in order, the strongest moments, the weak or dead stretches, and (if already cut) the starting CPM.

Step 2: Plan (short, shown to the user before heavy work)

A table of sections: time range, purpose, emotional destination, target tempo (slow/medium/fast), visuals (A-roll, B-roll, graphic), sound plan, and what gets cut. Mark joke candidates if it's comedy. Keep the plan to one screen. Proceed unless the user wants changes or the file is long (over about 30 minutes: confirm first).

Step 3: Rough cut

  • Dead air and filler: ffmpeg-edit-toolkit remove_silence.py (dry run first), then remove false starts and tangents by transcript.
  • Open on the strongest moment or the question; cut ahead to the point.
  • Structure for the experience chosen; keep sections self-contained so each can be finished completely.
  • Output edits/<name>_v1.mp4. Report the length before and after and cuts per minute.

Step 3b: Shorts from a long recording (when asked)

Read the transcript, pick the moments that stand alone (a hook in the first line, a payoff, under 60 s), write a plan.json and build them with long-to-shorts. Proofread every caption against the audio.

Step 4: Pacing and picture

  • Apply tempo variation per section (video-editing-craft): change CPM at story change points; add punch-ins, B-roll, speed contrast; remove or add pauses with intent.
  • Comedy: apply comedy-editing-timing (setup room, punchline featured, reaction holds, the button).
  • Graphics: list each with purpose and timing, then motion-graphics-for-video; build and overlay.
  • Captions: only where they earn their place (three words or fewer, emphasis). Talking-head reels: karaoke captions and text behind the speaker with talking-head-polish.

Step 5: Sound

video-sound-and-music: voice chain, ambience and effects placed on visual peaks, music chosen by emotion and fitted to length, EQ pocket and ducking, transitions and ending, loudness. Be explicit about which sounds are placeholders.

Step 6: Export and QA

  1. Encode (recipes.md delivery encode); -movflags +faststart; 9:16 deliveries at 1080x1920, H.264, yuv420p, text inside the safe zone (long-to-shorts builds the vertical layout).
  2. Verify: duration matches the plan; resolution, codec, audio present (ffprobe); loudness measured; 4-6 frames pulled across the timeline and looked at (start, each section, ending); transcribe the result and read it end to end for cut words or broken sentences.
  3. Checklist: first five seconds earn the next thirty; no unmotivated pop-in graphics; no clipped words; music never fights speech; ending lands on a high.

Step 7: Report

Short summary: what changed, numbers (length before/after, CPM before/after, loudness), what is placeholder, what you could not judge and need the user to check (listen on speakers/phone, watch for beats that don't land). Offer one specific next step. Keep earlier versions so the user can go back.

Working rules

  • Version outputs (_v1, _v2), never overwrite; keep a log of commands/graphs used in edits/edit-log.md so any step can be reproduced.
  • One change-set at a time when the user is reviewing; combine passes only when asked for a finished video in one go.
  • If a decision is taste, offer two short options instead of an essay.
  • Source rights: use only music and footage the user has the right to use; flag anything that may need a licence.

Related skills

In this pack: editor-os · video-editing-craft · comedy-editing-timing · video-sound-and-music · motion-graphics-for-video · ffmpeg-edit-toolkit · transcribe-local · long-to-shorts · talking-head-polish

Optional, if installed: Remotion or GSAP skills for code-built graphics.

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.