Communitygithub.com

akira-tl/akira-video-skills

Enter and continuously advance an AI video production project; read or establish VIDEO.md, route to canonical video-specific Skills based on current script, reusable assets, shots, generation results, and post-production state, without cramming all production rules into a single prompt.

What is akira-video-skills?

Akira Video is the primary router for the Akira Video Skills suite, designed to orchestrate complex AI-driven video production workflows. It provides a structured entry point, manages the central VIDEO.md project file, and intelligently delegates tasks to specialized skills (e.g., video-script, video-shot, video-generation) based on the current project state and user goals. This prevents monolithic prompts and ensures each production phase follows its own authoritative best practices. The router enforces a strict hierarchy of priorities (fact fidelity > narrative intent > identity > product facts > continuity > aesthetics > effects) and supports incremental progress, gate checks, and clean handoffs between sessions.

Works with~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Akira-TL/akira-video-skills/tree/HEAD/skills/video/akira-video

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Documentation

Akira Video

akira-video is the Primary Router for Akira Video Skills. It owns the video production entry point, VIDEO.md, current task determination, routing to specialized Skills, and stop boundaries; specific video scripts, reusable materials, shots, generation packages, review, and post-production methods are handled by the corresponding specialized Skills. Full project dependencies and human-agent handoffs follow references/workflow/PRODUCTION-FLOW.md; for existing projects, continue from the actual current work without mechanically re-running upstream steps.

The entire production always prioritizes in this order: user and source facts → story / shot intent (where applicable) → character / object identity and structure → product facts (for advertisements) → spatial and temporal continuity → visual aesthetics → technical flair. Specific levels, conflict escalation, and exceptions for "adopt the actual output" follow references/workflow/AUTHORITY.md; later goals must not violate earlier constraints.

1. Entering or Taking Over a Project

First, read VIDEO.md in the project root. If it does not exist, create the minimum video project structure according to references/project/PROJECT-LAYOUT.md; define the project and current status according to references/project/VIDEO-HOME.md, and follow naming conventions in references/project/NAMING.md. Only create directories and files that are immediately needed; do not pre-generate empty categories. When a generation package is needed for the first time, ensure the target project's .gitignore excludes .tmp/.

When the user provides existing images, videos, audio, rough cuts, or reference renders, first determine their real use case in the current project according to references/project/IMPORT-MEDIA.md; do not force re-running design or generation workflows on directly reusable assets.

Then, based on the current task, read the minimum necessary content:

  • Video script and shot overview: video/script/;
  • Cross-shot reusable content: video/materials/;
  • Current shot: video/shots/<shot-id>/;
  • When in post-production for the entire film: video/edit/;
  • Upstream novels, chapters, brand materials, or other sources: follow the actual project pointers; do not duplicate the upstream fact source.

Completion criteria: Ability to explain the current video goal, delivery requirements, production content in progress, available reusable assets, current shot / post-production status, and actual blocking issues.

Before proceeding to an expensive production step, run only lightweight gates applicable to the current project according to references/workflow/PRODUCTION-GATES.md; gates must not generate extra project state files. Only when the current project is too large for flat reading, or when creative versions truly need simultaneous comparison, read references/project/SCALING-VERSIONS.md; do not presuppose long-form directories. When cleaning failed results, one-off packages, caches, or old media, verify that the file is not the sole input, currently adopted result, or sole dependency for post-production according to references/project/MEDIA-LIFECYCLE.md.

For how important production decisions are recorded, when VIDEO.md is updated, and why adopted shot results are only written to SHOT.md, follow references/project/RECORDING.md; chat history and one-off generation packages are not long-term project records.

2. Maintaining VIDEO.md

VIDEO.md is the home page of video production meant to be read directly by humans and subsequent agents. It only retains information that is still useful. It consistently covers:

  • Project and video goals;
  • Delivery requirements;
  • Current production progress;
  • Current work in progress;
  • Blocking issues;
  • Key decisions that still affect future steps;
  • Navigation to the video script, reusable materials, shots, and post-production.

Ordinary prompt history, all generation results, generation logs, and old decisions superseded by Git history must not be included in VIDEO.md.

See references/project/VIDEO-HOME.md for detailed writing guidelines.

3. Routing Specialized Work

Select the next actual production task based on the user's current goal and existing project content. A complete project does not need to mechanically pass through all capabilities; if a script already exists, you can go directly to shots; if shots and materials exist, you can prepare a generation package; after returning results, you can proceed directly to review.

Load the canonical Skill based on the current task:

  • Forming or revising video scripts, character performances, scenes, or shot overviews from novels, chapters, briefs, or other upstream content → video-script;
  • Characters or scenes are only functionally described, without specific appearance / costume / material / space / lighting design → video-design;
  • Characters need voice consistency across shots, sound references, or the project needs to plan dialogue, ambient sound, sound effects, and overall audio boundaries → video-audio;
  • Planning or maintaining reusable character, scene, prop, product prompts and reference materials across shots → video-materials;
  • Expanding a shot overview into a SHOT.md, handling action, cinematography, sound, and continuity with adjacent shots → video-shot;
  • Writing current generation prompts, selecting a minimal reference set, organizing a one-off generation package, importing user generation results → video-generation;
  • After the user returns images or generation results, deciding on adoption, adjusting subsequent steps, post-production fixes, regeneration, or rewriting → video-review;
  • Multiple adopted shots entering Premiere Pro, After Effects, DaVinci Resolve, etc., for full-film post-production → video-editing;
  • For multi-language subtitles, voiceovers, dubbing, or formal deliverables of the same video → first read references/workflow/LOCALIZATION.md; translation content goes to video-script, audio goes to video-audio, subtitles / graphics / final export goes to video-editing, without duplicating the entire project;
  • For brand, product placement, or advertisements requiring verification of product functionality, structure, official materials, and advertising expression boundaries → load the optional video-advertising as needed; if the Skill is not installed, use the explicit coordinate akira-tl/akira-video-skills/video-advertising, hand it to the akira Router / Skiloom to generate a candidate plan and install it after authorization.

The Router only stores the summary of responsibilities above; upon entering any branch, the actually loaded authoritative Skill is the sole source of truth for that professional method.

If the goal requires model-specific adaptation for video models, first read references/workflow/MODEL-ADAPTERS.md to select the minimum adapter package already in the repository; if not installed, hand the explicit coordinate to the akira Router / Skiloom to generate a candidate plan normally and install it. Do not hardcode model parameters or vendor details into akira-video. Image generation currently uses the general rules of video-design + video-materials; no separate image model adapter is maintained.

When external generation has been handed to the user and requires waiting across sessions, record only the generation package path, expected return, next step, and actual blocking issues in VIDEO.md according to references/workflow/WAITING-RESUME.md; on the next turn, prioritize resuming the existing package / returned results, and do not repackage just because the session changed.

4. Human-Agent Boundary for External Generation

By default, users are allowed to perform actual generation in external image/video models. When external generation is needed, the specialized generation Skill creates a one-off generation package from the formal project content:

Formal project content → .tmp/ one-off generation package → user external generation → results return → archive to formal directories → delete temporary package.

One-off generation packages are derivatives and must not become long-term project fact sources; long-term prompts remain in the corresponding material or shot directory, and the temporary package only copies what is truly needed for the current generation.

5. Re-routing and Stop Boundaries

After each specialized Skill completes a bounded action:

  1. Archive the returned formal materials, generation results, shot decisions, or full-film project to their corresponding directories;
  2. Update VIDEO.md with information that still affects current production;
  3. Determine the next production task based on the user's goal and current deliverables.

Stop only when the user's defined scope is complete, the next step must wait for user external generation or material provision, there is a real blocking issue, or the current delivery is complete. When waiting for user external generation, clearly provide the one-off generation package and naming requirements for the return; do not pretend that material has already been produced.

Individual skills in this repo

This repo contains 12 individual skills — each has its own dedicated page.

Akira-TL/akira-video-skills

为 Runway 当前视频模型编译和检查生成提示词;当 video-generation 需要使用 Runway(当前主线 Gen-4.5)的 Text to Video 或 Image to Video,并需要 Runway 专用动作、摄影和时序表达时使用。

Akira-TL/akira-video-skills

为 ByteDance / BytePlus Seedance 当前视频模型编译和检查提示词;当 video-generation 需要使用 Seedance 2.5 的参考素材、时间线、同步声音、视频编辑、延长或多镜头能力时使用。

Akira-TL/akira-video-skills

为 Google Veo 视频生成编译和检查提示词;当 video-generation 需要使用 Veo 的 Text to Video、Image to Video、首尾帧、参考元素或同步声音能力时使用,并先核验具体 Google 使用入口与 model 的当前支持范围。

Akira-TL/akira-video-skills

为品牌短片、产品植入剧情、广告或比赛作品建立产品事实与广告边界;当视频需要准确表达某个具体产品的官方功能、参数、结构、使用方式、品牌素材或产品与剧情关系时使用。

Akira-TL/akira-video-skills

设计并维护 AI 视频中跨镜头复用的角色声音、音色参考、对白声音要求与整片声音关系;当同一角色需要跨镜头保持声音一致,或需要规划语音参考、环境声、音效、音乐与画面的职责边界时使用。

Akira-TL/akira-video-skills

设计 AI 视频中的角色与场景视觉方案;当脚本只说明“需要一个什么样的人/场景”,但还没有形成可稳定生成的外形、服装、材质、色彩、空间、光线和视觉识别系统时使用。

Akira-TL/akira-video-skills

组织整片级剪辑、合成、全片声音和最终成片;当多个已采用镜头需要进入 Premiere Pro、After Effects、DaVinci Resolve 等后期工程,或需要整片字幕、Logo、音乐、混音、比例版本和最终导出时使用。

Akira-TL/akira-video-skills

为 AI 图片或视频生成准备可直接使用的提示词与一次性生成包,并在用户把生成结果带回项目后归档;当需要从正式视频脚本、复用素材和 SHOT.md 编译生成内容、选择参考素材、约定返回文件名或清理临时包时使用。

Akira-TL/akira-video-skills

规划、创建、整理和维护多个镜头会重复使用的视频复用素材;当需要人物/场景/道具/产品提示词、参考图、官方素材、身份与状态参考或其他可重复引用内容时使用。

Akira-TL/akira-video-skills

审核 AI 生成的人物/场景等复用素材或镜头生成结果,判断采用、修改提示词、重生成还是留给后期修复;当生成结果返回项目、需要检查身份/结构/连续性/动作/摄影/产品真实性或选择生成结果时使用。

Akira-TL/akira-video-skills

把小说、章节、故事梗概、品牌 brief 或其他上游内容转换成当前视频自己的脚本层;当需要编写或修订 SCRIPT.md、视频人物表演定义、场景定义、对白或镜头总表时使用。

Akira-TL/akira-video-skills

把 SHOTS.md 中的镜头总览展开成可直接制作的单镜头定义;当需要创建或修改 video/shots/<shot-id>/SHOT.md、镜头连续性、摄影、动作、表演、声音或镜头专属生产约束时使用。

Related Skills