CtrlK
BlogDocsLog inGet started
Tessl Logo

promote-beta

Compatibility entrypoint for beta promotion. Prefer release-lanes for end-to-end latest/beta lane maintenance.

58

Quality

68%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/promote-beta/SKILL.md
SKILL.md
Quality
Evals
Security

Promote Beta

Compatibility shim. Use release-lanes for end-to-end beta/latest maintenance. This file exists so older prompts that say promote-beta still route correctly.

Route

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.

Quick Commands

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=true

Run 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 --push
Repository
udecode/plate
Last updated
First committed

Is this your skill?

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.