Compatibility entrypoint for beta promotion. Prefer release-lanes for end-to-end latest/beta lane maintenance.
58
68%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./.agents/skills/promote-beta/SKILL.mdCompatibility shim. Use release-lanes for end-to-end beta/latest maintenance.
This file exists so older prompts that say promote-beta still route correctly.
If the request is anything beyond read-only explanation, load
.agents/rules/release-lanes.mdc and follow that skill instead.
The old split was too manual: promote PR, generated sync PR, then beta re-entry.
The current owner is release-lanes, which treats promotion, direct
main -> next sync, beta re-entry, release watching, npm readback, and stale PR
cleanup as one autogoal-backed lane.
Do not run the old post-promotion checklist from this file.
Create the lane plan:
node .agents/skills/autogoal/scripts/create-goal-scratchpad.mjs \
--template release-lanes \
--title "release lane maintenance"Run a promote dry run:
gh workflow run promote.yml --ref next -f dry_run=trueRun direct main -> next sync through the release-lanes script:
node tooling/scripts/release-branch-prs.mjs sync-main-to-next --dry-run
node tooling/scripts/release-branch-prs.mjs sync-main-to-next --push45116fd
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.