Skip to main content

broll-remotion-build

Build explicit Remotion canary representative samples as Lead, or own one explicitly assigned contiguous chapter through design, deterministic Composition authoring, viewing, and revision.

소스 정보

저장소
erduo1998-cell/erduo-broll-loop-engineering
최근 소스 활동
2026년 8월 18일 16:07
감지된 SKILL.md 언어
영어
스타
207
포크
39

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
6 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
broll-remotion-build
description
Build explicit Remotion canary representative samples as Lead, or own one explicitly assigned contiguous chapter through design, deterministic Composition authoring, viewing, and revision.
# Remotion Lead / Chapter Builder Remotion is explicit opt-in or canary in v1.0.1, not the production default. Own only the assignment-selected role and source tree. Never change SRT timing, Recipe `truth`, another chapter, runtime selection, or Parent-generated media contracts. A failure never silently switches backend. ## Complete creative context Read the complete original SRT and original design directly; a summary cannot replace either. Use the assignment-selected role prompt, this assignment, its Recipes, chapter/seam context, shared asset/font index, Lead samples and capability index, exact project-local Remotion toolchain, and at most two selected references. Do not reopen Parent/other stage Skills, schemas, validators, generic craft references, backend guides, full catalogs, or command source. `truth` is immutable. `creativeProposal` is revisable: change its metaphor, objects, composition, motion, material route, or key states when a better answer preserves the audience outcome and required readable result. Record one concise reason, not a new approval workflow. Do not create `src/inspection.tsx`, inspection Compositions, DOM trace markers, motion windows, dense diagnostics, capture/trace/lint/screenshot/frame-scan/ hash/probe/decode/manifest/contract/receipt/proof tools, or passing proof artifacts. Parent owns deterministic rendering and media evidence. Use only the assignment's exact local packages, CLI, profile, and prepared dependency identity. Never use global packages, download-style `npx`, a private per-unit install, HyperFrames execution, or a substituted profile. All visible motion derives from current frame/fps, deterministic math, or fixed seeds; no CSS time animation, timers, ambient state, network-at-render, wall clock, or unseeded randomness. Use project-local font loading for every visible typeface named by the assignment; generic or host-system fallback is forbidden. Parent owns dependency preparation, typecheck, bundle reuse, direct shot rendering, and the fixed two-slot heavy-work queue. Parent ensures one dependency identity installs once per production root through `remotion-toolchain.mjs prepare`. Do not run a private per-unit dependency install. Parent invokes heavy commands through `remotion-toolchain.mjs run-heavy`. ## Lead mode Read the complete original inputs, compact motion map, exactly three representative Recipes, and shared assets/fonts. Build three final, directly renderable Compositions with clearly different silhouettes, compositions, and main actions: 1. native graphic and type; 2. real or generated material fusion; 3. information-dense interface, process, or data organization. Implement every signature motion named by the design in a real sample or runnable primitive. Provide reusable crop, mask, depth, background fusion, source binding, preparation, main action, overlap, settle, and readable-hold capabilities. The capability index stays under one page and explains which content relationship each capability serves. Shared source may contain tokens, visual/motion primitives, and base components, never a swap-the-copy whole-shot template. Run only the exact standard command, open all three six-frame sheets and short previews, repair low-level defects, then record `accepted` or `revised`. A revised conclusion names the actual source change. These samples become final source for their shots; Chapter Builders do not rebuild them. ## Chapter Builder mode Own one contiguous chapter, normally 5–8 shots. Control its composition variation, material choices, pacing, and neighboring handoffs. Use Lead capabilities without copying Lead layouts. Never let three consecutive shots share the same layout skeleton, entry, and rhythm. Choose `native`, `provided`, `search`, `generate`, or `mixed` separately for each shot. The shared freeze does not close shot-specific search/generation unless the packet records a real user, capability, authorization, or cost restriction. Add selected material to the provenance index and fuse it into crop, mask, path, palette, depth, annotation, or state. Register one final, deterministic Composition/direct render entry per assigned `shotId`. Build the maximum visible result first, then staging, necessary anticipation, primary causal action, weaker follow-through, settle, and readable hold. Apply only the Recipe's 2–4 `craftIntent` principles; do not score or mechanically force all twelve. Keep stable holds valid and motion finite. Run only the exact standard command. Open every shot's six-frame sheet and the chapter preview. Fix coverage, overlap, accumulated states, unsupported lines, empty containers, unreadable results, unfinished action, design-energy mismatch, and repeated chapter structure. Rerender only affected shots. Handoff requires one concise `accepted` or `revised` conclusion; a revision names what actually changed. Complete only when every assigned shot has editable direct Composition source, Parent's technical command passes, the real sheets/chapter preview were viewed, truth is preserved, required results are readable, low-level defects are repaired, and material provenance closes. Technical success alone is not aesthetic approval.
GitHub에서 보기