AI 视频创作 Skill

Role

Act as the director layer above the existing video skills. Route the job, define the acceptance standard, then coordinate production and QC. Do not replace hyperframes, remotion, ra-audio-to-subtitles, skill-captions, embedded-captions, graphic-overlays, ra-video-download, 视频转写, tts-skill, heygen-digital-avatar, or ai-video-qc-delivery; load those skills only when their lane is selected.

If the user provides a source video URL or local file and asks for 视频洗稿, 视频二创, or 洗稿并制作视频, route to ra-video-wash-pipeline before this skill so extraction and rewrite happen first.

待制作 Queue Intake

If the input is a handoff project folder under 01-内容生产/视频工作台/待制作/<日期-主题>/ (contract file 交接稿.md at its root; or the user says 制作待制作队列, 按交接稿制作, or points at a queued script):

• the 交接稿.md frontmatter is the binding production contract — platform, ratio, duration_target_s, word_count, voice, caption_style, visual, illustration_skill, typography override intake defaults and must never be replaced by an execution skill's own defaults (e.g. HyperFrames TTS voices are not a substitute for the contract voice)
• before starting work, set status: 制作中 in 交接稿.md and move the whole project folder to 01-内容生产/视频工作台/制作中/<日期-主题>/, so the other machine does not double-produce; all engineering happens inside that folder
• the script segments in the handoff file are the scene units; do not re-split or re-flow the narration
• skip intake questions the contract already answers

Hard Rules

1. Define the output standard before production: original video, pixel-level alignment, visual replica, style-inspired creation, captioned footage, narrated explainer, product promo, website tour, or motion graphic.
2. Do not claim pixel-level alignment for a hand-authored HyperFrames/Remotion rebuild. Pixel-level requires source-stream reuse, original project assets, or hard metrics such as matching hash, cmp, PSNR infinity, or SSIM 1.0.
3. Keep source projects and intermediates under <WORKSPACE>/01-内容生产/视频工作台/制作中/; the workbench 01-内容生产/视频工作台/ holds only handoffs, transcripts, and archives.
4. Final deliverables stay inside the vault. Every video produced by this system — queue or non-queue, transcript-direct, practical long-form, translated/repackaged, or ad hoc — delivers to 01-内容生产/视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/成片/, with key QC images in the sibling 质检/. Use the delivery date: days 1-15 go to X月上旬 and days 16 through month-end go to X月下旬. 已制作/6月历史成片库/（封存只读） and the desktop <WORKSPACE>/legacy-archive/ are retired legacy history — do not write new deliverables there.
5. Publish titles are not production work for 待制作 queue jobs: ra-video-title already wrote 8-12 candidates into the handoff 标题候选 section at wash time, and the final title is chosen manually by the user at publish time. Do not generate or apply publish titles and do not create 视频标题.md for queue jobs (on-page scene titles from the script are unaffected). Only for non-queue jobs (no handoff contract) generate 8-12 candidates with ra-video-title after QC and let the user choose before saving 视频标题.md next to the final MP4.
6. A video is not complete until media specs, visual checks, and archive paths are confirmed. The selected-title-file requirement applies to non-queue jobs only; queue jobs finish without 视频标题.md (title selection stays manual with the user).
7. If the user explicitly names a visual or illustration skill, load and follow that skill before designing the visual layer. Do not replace a requested illustration skill with hand-coded shapes, CSS drawings, or "style-like" approximations unless the user explicitly approves that substitution.
8. When full AI narration is required, final deliverables must use local IndexTTS2 through tts-skill, voice id pluvio-indextts2-calm-v1, and the canonical lossless WAV declared in automation/config/tts-routing.json. MiniMax is reserved for public article/tutorial relay examples and is forbidden for local video narration. Do not silently fall back to macOS say, browser speech, MiniMax, or another generic/cloud voice. If the local model or canonical WAV is missing, repair the IndexTTS2 lane or stop before final render.
9. For jobs taken from the 待制作 queue, delivery is not complete until python3 automation/scripts/check_delivery.py <交接文件> <项目目录> <成片.mp4> exits 0, the 制作端回执 in the handoff file is filled (paths + checker output), status is set to 已完成, and the per-project archive folder 01-内容生产/视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/ (folder name = the project folder name) is assembled by moving the cleaned project folder from 制作中/: 交接稿.md at its root, the final MP4 in 成片/, key QC frames in 质检/, minimal engineering in 工程/. Non-queue jobs assemble the same dated archive structure using a clear topic slug; copy a production note/script/plan into the archive root when available. No job copies a new final into 已制作/6月历史成片库/（封存只读）.
10. The 图文工作台 queue follows the same contract pattern: take 01-内容生产/图文工作台/待制作/<file>.md (frontmatter contract: card_count, ratio, style, illustration_skill, image_skill), set status: 制作中 on start, produce the image cards without rewriting the copy and without generating or applying publish titles, deliver to 01-内容生产/图文工作台/已制作/<日期-主题>/ (handoff file moved in + finished cards under 图/), set status: 已完成, and register the item under 待修改 in 01-内容生产/发布看板.md. The source-privacy wall applies unchanged.
11. 实操长片 projects follow the unified engineering layout under 01-内容生产/视频工作台/制作中/<日期-主题>/; do not create a separate planning directory under 视频工作台/. the 策划稿 frontmatter status is the only handoff signal, and the user handles 录制 and 剪映融合 stages personally. Codex owns three stages: (a) status: 待粗剪 — default to ra-local-talking-head-cut: Seed ASR word timestamps, terminology/uncertainty review, and a source-timeline pre-cut SRT. Stop for explicit user approval; no EDL or render is allowed before approval. Then perform semantic cleanup, adaptive pauses, source-size/source-fps rendering, dialogue loudness, media QC, and final- media subtitle generation with caption QC PASS. Use video-use as the multiple-take evidence/selection layer; use Agentchengfeng/chengfeng-videocut-skills only for word-level web review or an intentionally aggressive comparison; choose AI剪口播 when the user wants waveform review and an FCPXML timeline for 剪映/Final Cut Pro. The default MP4 workflow delivers 粗剪/口播-粗剪.mp4 and sets status: 融合中; the FCPXML workflow moves forward only after the editor timeline is accepted; (b) status: 待字幕 — run ra-audio-to-subtitles against the user's final merged cut, require word-timestamp QC to pass, then run skill-captions with the contract caption_style (default anchor-dark) to preview, burn, and validate the phrase captions; save the matching .srt and passing caption-render-qc.json, then set status: 待动画; (c) status: 待动画 — add Remotion component overlays ONLY to the 全身出镜 segments listed in the 策划稿 frontmatter, composite, deliver the final MP4 to 视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/成片/, put key QC in the sibling 质检/, register on 发布看板, set status: 成片. All rough-cut tools are rough-cut-only in this workspace: never use any rough- cut tool's subtitle output as the production subtitle timeline.
12. For any narrated final video, the final concatenated audio or final merged video is the only subtitle timing source. Run ra-audio-to-subtitles after audio is locked; archive captions_words.json, captions.json, captions.srt, and caption-qc.json. Character-count interpolation, scene-duration interpolation, and fixed-delay caption timing are preview- only and must never enter a recommended final.
13. Whenever a video component, video background, or reference-video replica reaches a rendered, QC-passed final, stop before adding it to 05-视频组件/ and explicitly ask the user: whether it should enter the component library, which existing category should contain it, and whether a new category is needed. Do not infer placement or create a category before the user answers. If the user declines, use only the normal finished-video archive. If the user approves, treat the confirmed 05-视频组件/<中文分类>/<中文组件名>/ names as canonical and make the component directory self-contained in the same task: portable MP4, manifest.json, 质检/, and 工程/ (the sole editable source, stripped of node_modules/renders). No engineering mirrors, symlinks, or second copies exist anywhere else; register the component in 05-视频组件/CATALOG.md before reporting completion.
14. Whenever the user asks for a HeyGen/digital-human/avatar video, or a video production contract calls for the existing Pluviobyte digital human, load heygen-digital-avatar before generation. Its original Digital Twin look, CLI OAuth subscription billing, Avatar III default, local IndexTTS2 audio, one-master reuse, and approved headroom_08 lower-left circle layout are binding. Only an explicit request for 全屏数字人 may bypass the circle layout.
15. Treat any decorative focus frame enclosing over 40% of the canvas or multiple content groups as an entrance cue only. Its total visibility must not exceed the shorter of 2 seconds or 15% of the scene, and it must exit before the steady information state. Persistent frames require explicit semantic purpose and must tightly bound one local target.

Default Visual System

When the user says to make a video with this skill and does not provide a conflicting visual direction, use a white-first visual system:

• background: pure white or warm white, with generous blank space
• for white-first AI/tool tutorials, page-based explainers, and white motion graphics, read references/perspective-grid-v5.md and start from the workspace component 05-视频组件/视频背景/透视网格背景/. The bundled assets/perspective-grid-v5/ copy is the same-hash Skill mirror and fallback, not a second independently editable baseline. Use the approved V5 loop as the bottom-most visual layer at its native playback rate: 1920x1080, 30fps, 7.3 seconds / 219 frames, three complete grid cells per loop, and a 2.433-second single-cell period. Preserve its geometry, asymmetric color plate, center fog, phase, and seamless-loop timing. Do not rebuild it from an older version or an ad-hoc CSS grid.
• disable the V5 grid only when source footage, full-screen talking head, dense UI, readability, a handoff contract, or an explicit reference conflicts with it. Record the reason in the production note.
• primary marks: black text, black line art, and restrained dark UI elements
• accents: use only small amounts of red, orange, or blue for emphasis, warnings, arrows, feedback, or state
• captions: for narrated explainers over footage, screenshots, the V5 grid, or variable backgrounds, run skill-captions and use its anchor-dark shrink-wrapped panel by default. A handoff caption_style or explicit user style overrides it; frameless captions require a controlled uniform light caption zone and a recorded reason.
• avoid defaulting to dark, purple, neon, or SaaS-magic styling unless the user explicitly asks for it or the selected route requires it
• use ian-xiaohei-illustrations as the default illustration source for page-based or scene-based videos. Prefer the active project-local copies under .agents/skills/ian-xiaohei-illustrations/, .codex/skills/ian-xiaohei-illustrations/, and .claude/skills/ian-xiaohei-illustrations/; the shared library path <WORKSPACE>/.claude/skills/ian-xiaohei-illustrations is only a source of truth to repair from when the project copy is missing.
• give every page or scene a meaningful Xiaohei illustration whenever possible; skip only when footage, screenshots, dense UI, or readability would clearly be harmed
• each illustration must explain the page's core claim, process, contrast, or state; Xiaohei should perform the core action, not appear as decoration
• if the plan says "Xiaohei" or "小黑配图", create real image assets with ian-xiaohei-illustrations and save them into the project. A CSS/HTML approximation of Xiaohei does not satisfy this requirement.
• for page-based 16:9 Xiaohei videos, use the xiaohei-16x9-layout contract before writing the composition. The contract fixes the page skeleton first: left-top title, left-middle note card, right-middle Xiaohei illustration, and lower caption. Do not invent a fresh layout unless the user asks for a different visual system.

Page-Based Explainer Defaults

For AI/tool tutorials, page-based narrated explainers, and long-form Chinese teaching videos, apply these defaults unless the user gives a conflicting reference:

• For 16:9 Xiaohei explainers, read references/xiaohei-16x9-layout.md before building. Copy or adapt the template asset in assets/xiaohei-16x9-template/ when the project is a HyperFrames page-based video.
• Treat the layout as a contract, not a loose suggestion. The right-side Xiaohei image belongs to the right-middle area, not the upper-right corner. The left note card belongs to the left-middle area, not the lower-left area. Captions must stay below the content zones with a clear bottom safe margin.
• Select a page variant before writing HTML: standard, long-title, wide-visual, or close. Use long-title for titles that would produce awkward automatic breaks; use wide-visual for horizontal illustrations; use close for final action or summary pages.
• Manually plan title and subtitle line breaks for every page. Do not rely on automatic wrapping when a Chinese title is long enough to create orphan characters, single-word lines, or large gaps.
• Use the mobile-readable typography scale in references/xiaohei-16x9-layout.md as the default for 16:9 Xiaohei page videos. Most distribution is phone-first, and horizontal pages become small on mobile. Only use the smaller desktop-compact exception for explicit desktop demos, projection, course-screen playback, or similarly large-screen viewing. Do not shrink all text to make crowded pages fit; first shorten copy, split lines manually, or choose a layout variant.
• Use a light white-first layout by default: white background, black text, meaningful Xiaohei illustrations, and small red/orange/blue accents only for emphasis, warnings, arrows, feedback, or state. Do not drift into dark, neon, purple, or SaaS-promo styling by default.
• Treat Xiaohei illustrations as explanation, not decoration. Each page's illustration must show the core action or concept being explained, such as fact-checking, division of labor, orchestration, memory, handoff, or acceptance.
• Do not let a repeated page template leave a persistent empty lower-left or lower-middle area just because the Xiaohei illustration sits on the right. For teaching videos, first consider adding useful light content there rather than simply scaling the illustration larger. Good fillers are role notes, input/action/output cards, anti-pattern reminders, acceptance criteria, priority lists, or "next time use this" prompts.
• Keep these filler modules compact and information-bearing. They should help the viewer remember or apply the current page, not act as decorative labels. If the content does not add a useful judgment, leave the space intentional instead of filling it mechanically.
• Reserve non-overlapping zones for narrated pages: upper content and lower captions. Captions must not cover body content.
• Use skill-captions and its anchor-dark panel by default. It must wrap the text rather than span the frame, keep one fixed bottom anchor, scale from the 1080p baseline, and avoid text stroke, heavy shadow, and live blur.
• Avoid moving, zooming, drifting, or shaking the entire page just to create motion. A stable page base is more important than constant camera movement.
• Put motion on components: title, eyebrow, accent line, cards, bullets, Xiaohei image, and captions may enter or settle while the page base, and content frame remain fixed.
• Reveal necessary components progressively with the narration. Do not show all page content at once when the voiceover is still introducing pieces. Prefer a sequence such as eyebrow -> title -> accent -> illustration -> bullets/cards.
• For every narrated hero term, name, number, or reveal, derive its semantic cue from the final word timestamps and apply the semantic-cue micro-sweep in references/delivery-gates.md. The hero must become readable on the spoken cue and finish settling while that phrase is still active; a scene midpoint alone is not enough evidence.
• Prefer reveal, wipe, fade-in, and subtle settle motion. Motion should make the explanation feel spoken into view, not make the page perform for its own sake.
• Element variation is a hard requirement, not taste: adjacent pages must not present an identical set of info components, and every page must show at least one component-level change (a new element entering, an emphasis, or a state switch) within its own duration. Long videos must avoid extended PPT-like stillness.
• Page density floor: a standard page carries at least two info components besides the title and the Xiaohei illustration (note card, bullets, cards, labels, chapter cue). If a page intentionally stays sparser, record the reason in the project note.
• For substantial style, caption, or motion changes, render a 10-second sample first and get approval before rendering the full video.
• For any page-based Xiaohei video, create a pre-render contact sheet from page midpoints before the final full render. Fix layout failures at this stage, not after the final MP4. The contact sheet must be checked for visual center, title breaks, note-card position, illustration position, caption weight, and content/caption clearance.
• Generate subtitles only after the final narration has been concatenated. Page renderers must consume media/captions/captions.json directly and must refuse a final build when caption-qc.json is absent or failed.

Workflow

1. Intake

Capture these decisions in plain language:

• goal: teach, promote, recreate, translate, caption, package, or test
• source: brief, script, URL, reference video, existing footage, audio, deck, PR
• platform and ratio: 16:9, 9:16, 1:1, or user-specified; when neither the user nor a handoff contract specifies one, default to Douyin horizontal 16:9
• required tool: HyperFrames, Remotion, ffmpeg, or no preference
• fidelity: pixel-level, visual-level, style-level, or original creative
• visual direction, defaulting to the white-first Xiaohei system above
• final archive slug and expected delivery path

Ask only if the missing answer changes the production path. Otherwise make a conservative assumption and proceed.

2. Route

Read references/routing.md and select the narrowest workflow. Prefer an existing specialized skill over a broad one.

Common routes:

• custom multi-scene HyperFrames video -> general-video + hyperframes
• short unnarrated motion piece -> motion-graphics
• product or SaaS promo -> product-launch-video
• website showcase -> website-to-video
• final-audio subtitle timeline / SRT / VTT -> ra-audio-to-subtitles
• existing Pluviobyte digital human / HeyGen avatar -> heygen-digital-avatar
• designed captions on talking-head footage -> embedded-captions
• designed overlay cards on footage -> graphic-overlays
• source download -> ra-video-download
• transcription or translation -> 视频转写
• final archive and QC -> ai-video-qc-delivery

3. Plan Before Build

Create a production note in the project directory for non-trivial work. Include:

• scene list and timing
• asset list and source paths
• page-by-page Xiaohei illustration plan, unless the route does not use pages or illustrations
• page-by-page layout variant plan, including standard, long-title, wide-visual, or close, plus manual title/subtitle line breaks where needed
• page-by-page content-density plan, including how persistent blank areas such as the left-lower quadrant will be used or intentionally preserved
• illustration provenance: which skill will generate each image, where the generated originals live, and where the project-local copies will be saved
• asset-text inventory: visible words, labels, badges, stamps, and UI text already embedded in images, screenshots, and footage; planned overlays must not repeat the same semantic label unless the repetition is intentional and documented
• audio/caption plan, including the exact final media passed to ra-audio-to-subtitles and the canonical caption artifact directory
• voice plan: exact provider, voice id, script path, and whether fallback is forbidden for the final render. The workspace default is local IndexTTS2 voice pluvio-indextts2-calm-v1 using the canonical lossless WAV in automation/config/tts-routing.json; MiniMax .env values never override this local-video route.
• platform typography plan: use mobile-readable by default, or document the explicit large-screen reason for desktop-compact; list pages that need shorter copy or manual line breaks
• caption safe zones and the selected caption mode; default to anchor-dark from skill-captions, or record the reason for a frameless exception
• chapter grouping and real start-time boundaries for scene planning
• component-level animation plan for each page, including the order in which key components appear with the narration
• semantic-cue plan for every hero term, name, number, or reveal, using final word timestamps rather than estimated scene timing
• pre-render layout preview plan: exact timestamps or scene midpoints for a contact sheet before full rendering
• 10-second sample plan before full rendering when the visual or motion style is not yet approved
• acceptance checks
• known risks or unavailable source assets

For reference-video work, the timing table must come from extracted frames, not from memory.

4. Build

Use the selected execution skill. Keep edits scoped to the project. Do not add music, captions, scenes, or visual embellishment unless the user's goal needs them or the selected workflow requires them.

Before building a page-based Xiaohei video, generate the Xiaohei images first, store them under a project asset directory such as assets/xiaohei-illustrations/, then make the HyperFrames/Remotion layer load those image files directly. Do not start from a CSS-drawn Xiaohei placeholder when the requested deliverable is a Xiaohei-skill illustration video.

For 16:9 HyperFrames Xiaohei explainers, start from the template asset in assets/xiaohei-16x9-template/ or reproduce its same layout contract. Keep the template coordinates stable unless a page variant needs a documented adjustment. If you adjust them, generate a fresh midpoint contact sheet and verify the page still passes the layout gate before rendering the final MP4.

For ordinary use of the V5 perspective-grid background, copy the canonical rendered loop from 05-视频组件/视频背景/透视网格背景/ into the project's own assets and loop it continuously as the bottom layer. Verify its SHA-256 against the bundled assets/perspective-grid-v5/ mirror. Keep playback at 1× and retain one continuous phase across scene boundaries; do not restart the loop on every page. Fork the editable source only when ratio, palette, geometry, or speed must change. A fork is a new background version and must repeat seam, geometry, contact-sheet, and media-spec QC before becoming a recommended baseline.

For page-based explainers, keep the base page stable and animate only the necessary components. If the result feels like the whole page is floating, drifting, or shaking, revise before rendering the full video.

After the final narration is concatenated, run ra-audio-to-subtitles before building the final composition. Render captions from its captions.json; do not derive subtitle timing from voice_manifest.json segment durations. A missing or failed caption-qc.json blocks the final render.

Before authoring the caption layer, load skill-captions, read its registered style contract, and consume the approved captions.json timestamps directly. Use anchor-dark unless the handoff or user selects another style. Preserve its shrink-wrap, fixed bottom anchor, native 4K redraw, and no-heavy-shadow constraints, and test it over both source footage and the lightest page background. A substantial caption-style change requires a short sample before the full render.

5. QC And Archive

Read references/delivery-gates.md. At minimum verify:

• for 待制作 queue jobs: automation/scripts/check_delivery.py exits 0 against the handoff file, project dir, and final MP4; its output is pasted into the handoff file's 制作端回执, status becomes 已完成, and 01-内容生产/视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/ is assembled with the handoff file, the final MP4 copy under 成片/, and key QC frames under 质检/
• final MP4 exists in the unified workbench delivery location: 视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/成片/ for every production route
• width, height, frame rate, duration, video codec, audio codec, channels
• representative contact sheets or side-by-side comparisons
• page/scene coverage: every page has a useful illustration or a stated reason for skipping it
• for page-based 16:9 Xiaohei videos, the pre-render contact sheet passes the xiaohei-16x9-layout gate: right visual centered, left note card centered, no awkward title wrapping, captions below content, and no persistent bottom-heavy page
• for 16:9 Xiaohei page videos, the contact sheet and representative single frames use the mobile-readable typography scale by default and remain readable without zooming when reviewed at reduced size; any desktop-compact exception must be explicitly justified in the project note
• Xiaohei provenance: when Xiaohei is requested or selected by default, the project contains the generated image assets, the render references those assets directly, and a contact sheet confirms the assets appear in the final scenes
• captions do not cover content; the default anchor-dark panel from skill-captions wraps the text, preserves one fixed baseline, remains inside the lower safe zone, and introduces no heavy-filter warning or full-width lower-third
• caption artifacts come from ra-audio-to-subtitles, caption-qc.json reports status: pass, timing source is volcengine-word-timestamps, and alignment coverage meets the contract (0.90 by default)
• component order and animation are visible in extracted frames
• asset-embedded text has been compared with authored overlays/chrome and no accidental duplicate semantic label remains
• every narrated hero term, name, number, or reveal passes the semantic-cue micro-sweep defined in references/delivery-gates.md
• subtitles/audio sync when captions or narration exist
• voice provenance: final narration must identify local IndexTTS2, voice id pluvio-indextts2-calm-v1, and the canonical reference WAV SHA-256. If the manifest shows say, browser/generic speech, MiniMax, another cloud provider, or any fallback segment, the MP4 is a draft and must not be archived as the recommended final.
• reference alignment report when a reference video exists
• when the V5 perspective grid is active: the project uses the canonical loop at 1×, the phase remains continuous across scene boundaries, and foreground content does not destroy the intentional center whitespace or reduce text readability
• publish-title handoff: queue jobs skip this entirely — candidates already live in the handoff file's 标题候选 section and the user picks manually at publish time; do not create 视频标题.md. Only for non-queue jobs, use ra-video-title to produce 8-12 candidates after QC, return them for user selection, then create or update 视频标题.md next to the final MP4. Do not silently overwrite an existing title unless the user has selected the replacement.

Contact sheets and QC frames are required for review. Keep full QC in the engineering project and copy the key frames into the unified archive at 已制作/<月上旬|月下旬>/<日期-主题>/质检/ for every production route.

Output

Return the recommended final MP4 path, the key QC artifact path, confirmed specs, and any limitation that remains. For 待制作 queue jobs, also return the updated handoff file path under 已制作/ with the checker result. Keep the response concise.