Skip to main content

visual-mode

Guidance for working on Remotion Studio Visual Mode, sequence identity, node paths, symbolicated stacks, override IDs, and hot reload behavior. Use when implementing or debugging visual editing of Sequences.

ソース情報

リポジトリ
remotion-dev/remotion
ソースの最終更新活動
2026年7月28日 12:27
検出された SKILL.md の言語
英語
スター
68,791
フォーク
5,622

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
visual-mode
description
Guidance for working on Remotion Studio Visual Mode, sequence identity, node paths, symbolicated stacks, override IDs, and hot reload behavior. Use when implementing or debugging visual editing of Sequences.
Visual Mode is a feature in Remotion Studio that allows one to visually edit Sequences. I've made the following observations: ## Fields - overrideId -> does keep the identity the same of a sequence, even if the file / line / column changes - Sequence `stack` -> changes on hot reload. shared by multiple sequences which have different overrideIds - Sequence file, line, column (symbolicated stack) -> does not change, but needs to be calculated asyn - `nodePath` -> same identity, even if line, stack and overrideId changes. async nodePath + index is ideal way to keep track of the expanded state. that’s the end goal. Once nodePath is mapped to `overrideId`, it doesn’t change otherwise component would remount and overrideId works change. If the same `stack` is found already used by another sequence, we re-use the `overrideId`. `nodePath` to symbolicated stack could theoretically change on every file change. but multiple sequences can share the same stack and then they all have the same nodePath. We should only fetch the nodepath for every stack once different unsymbolicated stacks could lead to the same symbolicated stack, because of fast refresh unsymbolicated to symbolicated stack does never change because if it does, it is a different stack due to fast refresh ## Browser Studio route tracking Whenever adding a new Studio API route, also add it to the Browser Studio parity checklist in [issue #9807](https://github.com/remotion-dev/remotion/issues/9807). Do this in the same change, even if the route is intentionally server-only; place it in either the required Browser Studio operations or the explicitly unsupported routes.
GitHubで見る