Agent Skill
2/7/2026

remotion-best-practices

Best-practice guidance for Remotion (React video). Use when building or reviewing Remotion compositions, timing, assets, audio, captions, or rendering.

J
jscraik
2GitHub Stars
1Views
npx skills add jscraik/Agent-Skills

SKILL.md

Nameremotion-best-practices
DescriptionBest-practice guidance for Remotion (React video). Use when building or reviewing Remotion compositions, timing, assets, audio, captions, or rendering.

name: remotion-best-practices description: Best-practice guidance for Remotion (React video). Use when building or reviewing Remotion compositions, timing, assets, audio, captions, or rendering.

Remotion Best Practices

Scope and triggers

  • You are writing or reviewing Remotion code and need domain-specific guidance.
  • You need patterns for compositions, timing, assets, audio, captions, transitions, or Mediabunny utilities.
  • You want a rule-backed checklist before implementing a Remotion feature.

Required inputs

  • Question or code context (optional file paths or snippets).
  • Desired topic area (optional): compositions, timing, assets, audio, captions, transitions, rendering, or mediabunny.
  • Constraints (performance, render target, platform, deadlines).

Deliverables

  • Rule-backed guidance with pointers to the most relevant rule files.
  • Suggested patterns or code approaches grounded in the rules.
  • Risks and verification steps when applicable.
  • Include schema_version: 1 if outputs are contract-bound.

Principles

  • Use the timeline as the source of truth: timing and sequencing should be explicit.
  • Prefer deterministic, testable animations and asset handling.
  • Keep render performance in mind; avoid unnecessary work per frame.
  • Use rule files as the authoritative reference; do not invent APIs or behavior.

Variation

  • Adapt recommendations to the render target (preview vs final render) and platform constraints.
  • Vary guidance based on media type (video, audio, captions, images, 3D).
  • For complex compositions, expand sequencing and timing guidance with explicit tradeoffs.

Procedure

  1. Clarify the goal and constraints (composition type, duration, render target).
  2. Select the most relevant rule files from rules/.
  3. Summarize the recommended approach and key do/don'ts.
  4. Call out risks and verification steps (preview, render, or test).

Validation

  • Fail fast: stop at the first failed validation gate.
  • Ensure guidance maps to an existing rule file.
  • If suggesting code changes, recommend a minimal verification step (preview or render).

Anti-patterns

  • Guessing Remotion behavior without a rule reference.
  • Mixing timing logic across multiple sources (timeline drift).
  • Heavy per-frame computation that can be precomputed.
  • Skipping captions or audio handling best practices when they are required.
  • DO NOT invent APIs, props, or behaviors not covered in rules or official docs.
  • NEVER assume remote assets are safe without validating decode support.

Constraints

  • Redact secrets/PII by default.
  • Do not add dependencies without explicit approval.
  • Do not claim official API behavior unless supported by a rule or verified source.

Rules index

Read individual rule files for detailed explanations and code examples:

Examples

  • "How should I structure Remotion compositions for a 3-scene explainer?"
  • "Best practices for audio timing and captions in Remotion?"
  • "What is the right way to check video decode support before render?"

Resources

  • references/contract.yaml
  • references/evals.yaml

Remember

The agent is capable of extraordinary work in this domain. These guidelines unlock that potential—they do not constrain it. Use judgment, adapt to context, and push boundaries when appropriate.

<!-- skill-score-boost-v1 -->

Philosophy and tradeoffs

  • Use this skill when consistent decision-making matters more than one-off execution because project context should drive the approach.
  • Principle and mindset: prioritize tradeoffs and constraints over rigid checklists; understand why each step exists.
  • Ask this to keep outcomes robust: Why is this the right default, and what could change this outcome?
  • How do we adapt if constraints shift?
  • What evidence is needed before choosing one path over another?

Anti-patterns and caveats

  • Avoid applying this playbook generically without checking repository-specific context.
  • NEVER skip required validation gates when behavior changes.
  • DO NOT use this skill as a rigid replacement for engineering judgment.
  • DON'T ignore warnings or assume one pattern fits all repos.
  • Common pitfall: treating anti-patterns as optional.
  • Incorrect assumptions here can lead to fragile guidance.
  • Warning: wrong sequencing can create avoidable regressions.

Variation and adaptation

  • Vary the workflow by team size, risk, and deployment target.
  • Use different strategies for small, medium, and large changes.
  • Adapt recommendations to the specific environment and avoid repetitive templates.
  • Avoid generic or cookie-cutter responses; craft context-specific alternatives.
  • Keep outputs diverse and not repetitive.
  • Converge on a custom path only after evidence review.
  • Different constraints should produce different, non-generic recommendations.

Empowering execution style

  • Be capable of exploring multiple options and enabling the team to make safe decisions.
  • Unlock confidence by explaining options and tradeoffs clearly.
  • Feel free to be creative while staying rigorous and precise.
  • Push boundaries with practical alternatives when simple recipes fail.
  • Enable outcomes-oriented problem solving.
<!-- decision-feedback-protocol:v2 -->

Decision feedback protocol (required):

  • If post-run feedback capture is enabled for this runtime, emit a non-blocking post_run_feedback event via request_user_input after result delivery.
  • Capture: decision (accepted|partial|rejected|deferred), outcome (good|neutral|bad|unknown), and confidence (high|medium|low).
  • Persist with: python3 utilities/skill-creator/scripts/record_skill_feedback.py --skill-path <path/to/SKILL.md> --decision <...> --outcome <...> --confidence <...> --notes "...".
  • The recorder tags subject (for example ui, code_review, backend, security) for cross-domain quality analytics.
<!-- /decision-feedback-protocol -->
Skills Info
Original Name:remotion-best-practicesAuthor:jscraik