/openmotion-video-to-template

name: openmotion-video-to-template
description: 使用 OpenMotion 将参考动效视频或链接重建为可反复换内容的可编辑模板，交付源码、素材、预览、编辑说明与文件夹或 ZIP。仅在用户要求可复用模板时使用；按参考制作本次成片走 openmotion-recreate，使用已有模板出片或替换内容走 openmotion-template-to-video，原创走 openmotion-director。

OpenMotion Video to Template

This is the openmotion-video-to-template production entry, selected for a requested reusable template. Read [shared context](../openmotion-production/references/context.md) for the current scope and reuse available bodies without returning to the router. MCP-only clients use resources/read `openmotion://workflow/video-to-template/start` for this same file; follow supporting references only when needed. Revisions to an existing template draft use the [shared edit workflow](../openmotion-production/references/edit.md). A request to recreate a finished video without a reusable-template deliverable stays with [openmotion-recreate](../openmotion-recreate/SKILL.md).

Deliver the requested reusable template as a native HyperFrames project with local assets and an actual preview. Phase one covers Motion graphics. Preserve supplied sound when relevant; do not introduce live-action, voice, music or multimodal generation services to complete this workflow.

Closely match the reference's pictures, composition, motion and pacing while preserving editability. Reproduce texture, depth and lighting present in the reference; do not add decorative effects merely to make it look more polished.

A reference plus change requests is not a phase-one workflow of this Skill. Deliver the faithful template first and report that requested changes belong to `openmotion-template-to-video` applied to the delivered template; do not mix changes into the rebuild.

When selecting, obtaining or replacing source assets, read the [shared material policy](../openmotion-production/references/materials.md) within this workflow's supported media scope. Preserve the reference's identity and fidelity requirements; this does not authorize content substitutions or new generation services.

Understand the requested result

Read the reference as a whole before choosing implementation. Inspect representative frames and continuous frames around important changes. Explain what persists, enters, changes, holds and exits; keep an object's identity across cuts when it is the same object. Learn from observable behavior rather than guessing the original author's code.

Preserve the reference's content, wording, brand, composition and motion as they are; do not pre-substitute them. Content replacement happens later with `openmotion-template-to-video`.

For a link, obtain a local decodable reference using available host capabilities. No particular downloader is a prerequisite. Preserve the URL and checksum. Explain an actual access limitation rather than requiring a specific downloader installation.

Work from start to finish without asking questions. Where the reference is ambiguous, choose the most faithful reasonable option, finish it, and record the choice and trade-off in `TEMPLATE.md`. Stop only when the work cannot proceed, such as an inaccessible link or an undecodable file; then report that specific blocker instead of asking for preferences.

Choose an editable representation

Choose source and component boundaries through shared behavior. Objects sharing geometry, state, layout or motion can form one SVG, Canvas, Three.js scene or native composition. Independent contributions can stay separate. There is no requirement for one HTML clip per object, one composition per cut, one tween per move or a fixed number of poses.

Keep content the user will change easy to locate: wording, brand, images, named objects and their motion. Use meaningful source names. Declare the common edits as root variables so the Studio Variables panel shows them; variables are useful shortcuts, not an editing whitelist. HTML/CSS/JS remains authoritative.

When replaceable text uses distinctive lettering (a pixel, stencil, wide or hand-built wordmark), make any new word settable in that same style: the closest available face of the same kind, or lettering built so other words can be set with it. Vectorising only the reference's own word leaves every later edit in a plain fallback font.

Use code for controlled text, geometry and motion; use supplied/cropped photos, logos, screenshots and textures as appropriate local assets. Choose 2D, perspective layers or real 3D according to the observed behavior and needed edits, not the number of perspective shots. Distinguish editable text from artwork that requires an asset replacement.

Do not pass off playback of the entire reference, a full-frame image sequence, target editable content baked into a background, or an unadaptable per-frame contour transcription as a rebuilt template. Judge independent assets by their purpose and effect on intended edits, not crop area alone. Time-driven functions, loops, arrays, simulations and shape interpolation are valid techniques when the project's content and behavior remain reasonably editable. The same input time and settings must produce a reproducible frame.

Make and check the work

Read the pinned native authoring guide and [runtime adapter](../openmotion-production/references/production.md). For a portable folder, create a separate working directory and use the pinned native CLI; this requires host filesystem/shell capabilities. For a managed project, reuse its projectId or create a carrier with `openmotion_create_project`: use projectType=reference_video with an actual HTTP(S) referenceUrl or known referenceVideoId; for a local video use projectType=natural_language and record the local reference/checksum in requirements. Include requestId, title and requirements. Creation records the source but does not analyze or recreate the video. Read sources/current versions with `openmotion_get_project`, import supported image/audio/video files with `openmotion_import_assets`, and save native text through `openmo