Kill any turbo processes that might be running with SIGKILL
Run npm login (I will manually do 2FA in the browser)
Use op item get "Npmjs" --fields password --reveal --account remotiondev.1password.com to get the password for NPM.
Use op item get "Npmjs" --otp --account remotiondev.1password.com to get a one-time password for 2FA.
Run npm token create --name="PublishRemotionXXXXXX" --packages "remotion" --packages "create-video" --packages-and-scopes-permission read-write --bypass-2fa --scopes "@remotion" --otp=<otp>. Replace XXXXXX with a random string so we have a unique name. Use op item get "Npmjs" --otp --account remotiondev.1password.com to get the OTP and pass it via --otp=. It will ask for a password, pipe in the password using echo "$PASSWORD" |.
Run bun i
Run bun run build
Run npm view remotion version to get the current version number
Run bun set-version.ts <version>, where is the current version plus 1. If the exit code is not 0, abort the entire release process immediately.
Run cd packages/example && sh runlambda.sh && cd ../... If this fails, abort the release.
Run NPM_CONFIG_TOKEN=<token> bun run release where is the NPM token we just created
Generate a changelog in markdown and save it to /tmp/release-<version>.md:
- Run git log v<previous_version>..v<new_version> --oneline to get all commits
- Extract PR numbers from merge commits
- For each PR, run gh pr view <number> --json title,author,number,url --jq '"* \(.title) by @\(.author.login) in \(.url)"'
- Categorize PRs into sections: "What's Changed", "Templates", "Docs", "Internal"
- In "What's Changed", sort items so that entries for the same package are adjacent (no subheadings, just sorted order). Changes to the remotion core package should appear first
- Strip redundant prefixes from PR titles (e.g. remove "Docs:" from items in the Docs section)
- Linkify items whose PR added a new documentation page: run git diff --diff-filter=A --name-only v<previous_version>..v<new_version> -- 'packages/docs/docs/**/*.mdx' 'packages/docs/docs/**/*.md' to list added docs pages, map each added page to the PR that introduced it, and wrap that item's title in a markdown link to the page (e.g. * [<title>](https://remotion.dev/docs/<slug>) by @author in <url>). Determine the URL from the page's slug: frontmatter if present, otherwise from its file path relative to packages/docs/docs/. Leave items without a new docs page unlinked.
- "Templates" is a separate section for any template-* changes
- Check for genuinely new contributors by running gh api repos/remotion-dev/remotion/contributors --paginate --jq '.[].login' and comparing against PR authors. Only add a "New Contributors" section for authors not in that list
- Add **Full Changelog**: https://github.com/remotion-dev/remotion/compare/v<previous_version>...v<new_version> at the bottom
- Use the same format as previous GitHub releases (check with gh release view v<previous_version>)
- Don't release until you get approval. Allow me to edit it before.

Mehr aus diesem Repository

gleiches Repository

remotion-best-practices

remotion-dev/remotion

Best practices for Remotion - Video creation in React

2026-06-1650.4k

nullable-new-params

remotion-dev/remotion

Fix newly added optional parameters, optional React props, and optional type/interface members in Remotion monorepo diffs by converting internal APIs to required nullable values and updating call sites. Use when a PR, review, or user asks to forbid new `foo?: T` / `param?: T` additions except for exported or documented public APIs where requiring the value would be breaking.

2026-06-1550.4k

merge

remotion-dev/remotion

Wait for a Remotion pull request to become mergeable, handle merge conflicts, distinguish genuine CI failures from flakes, rerun flaky checks through the flake skill, and merge the PR. Use when asked to run /merge, merge a current PR after checks pass, or shepherd a Remotion PR through CI to merge.

2026-06-1550.4k

add-webcodecs-bug

remotion-dev/remotion

Add a browser WebCodecs bug to the Remotion Mediabunny WebCodecs bugs docs page. Use when given a Chromium, WebKit, or Firefox issue URL that should be tracked in packages/docs/docs/mediabunny/webcodecs-bugs.mdx, especially when needing to look up the issue title, filing date, reporter, and resolution state before editing the MDX table.

2026-06-1550.4k

add-sfx

remotion-dev/remotion

Add a new sound effect to @remotion/sfx

2026-06-1550.4k

flake

remotion-dev/remotion

Track Remotion CI flakes in issue

2026-06-1350.4k

name	release
description	Release a new Remotion version

Kill any turbo processes that might be running with SIGKILL
Run npm login (I will manually do 2FA in the browser)
Use op item get "Npmjs" --fields password --reveal --account remotiondev.1password.com to get the password for NPM.
Use op item get "Npmjs" --otp --account remotiondev.1password.com to get a one-time password for 2FA.
Run npm token create --name="PublishRemotionXXXXXX" --packages "remotion" --packages "create-video" --packages-and-scopes-permission read-write --bypass-2fa --scopes "@remotion" --otp=<otp>. Replace XXXXXX with a random string so we have a unique name. Use op item get "Npmjs" --otp --account remotiondev.1password.com to get the OTP and pass it via --otp=. It will ask for a password, pipe in the password using echo "$PASSWORD" |.
Run bun i
Run bun run build
Run npm view remotion version to get the current version number
Run bun set-version.ts <version>, where is the current version plus 1. If the exit code is not 0, abort the entire release process immediately.
Run cd packages/example && sh runlambda.sh && cd ../... If this fails, abort the release.
Run NPM_CONFIG_TOKEN=<token> bun run release where is the NPM token we just created
Generate a changelog in markdown and save it to /tmp/release-<version>.md:
- Run git log v<previous_version>..v<new_version> --oneline to get all commits
- Extract PR numbers from merge commits
- For each PR, run gh pr view <number> --json title,author,number,url --jq '"* \(.title) by @\(.author.login) in \(.url)"'
- Categorize PRs into sections: "What's Changed", "Templates", "Docs", "Internal"
- In "What's Changed", sort items so that entries for the same package are adjacent (no subheadings, just sorted order). Changes to the remotion core package should appear first
- Strip redundant prefixes from PR titles (e.g. remove "Docs:" from items in the Docs section)
- Linkify items whose PR added a new documentation page: run git diff --diff-filter=A --name-only v<previous_version>..v<new_version> -- 'packages/docs/docs/**/*.mdx' 'packages/docs/docs/**/*.md' to list added docs pages, map each added page to the PR that introduced it, and wrap that item's title in a markdown link to the page (e.g. * [<title>](https://remotion.dev/docs/<slug>) by @author in <url>). Determine the URL from the page's slug: frontmatter if present, otherwise from its file path relative to packages/docs/docs/. Leave items without a new docs page unlinked.
- "Templates" is a separate section for any template-* changes
- Check for genuinely new contributors by running gh api repos/remotion-dev/remotion/contributors --paginate --jq '.[].login' and comparing against PR authors. Only add a "New Contributors" section for authors not in that list
- Add **Full Changelog**: https://github.com/remotion-dev/remotion/compare/v<previous_version>...v<new_version> at the bottom
- Use the same format as previous GitHub releases (check with gh release view v<previous_version>)
- Don't release until you get approval. Allow me to edit it before.