Skip to content

roblox-publish-checklist

Use before publishing or updating a Roblox experience to run evidence-backed release gates and a pre-release audit.

1,752
installs
0 up / 0 down, score 0.00
votes
114
repo stars
Updated
less than a month ago
In the catalog since
8 Oct 2026
From
tabooharmony/roblox-brain
Project Management
Get it through your agent npx skills add tabooharmony/roblox-brain@roblox-publish-checklist

Skill instructions

Rendered from the published SKILL.md, 39 lines.

Roblox Publish Checklist

When to Load

Load before publishing or updating a live experience. Test the surfaces and risks the change introduces.

Quick Reference

1. Define the release

Record the changed places, scripts, assets, configuration, schemas, products, supported devices, and rollback path. Classify each gate as required, conditional, or not applicable before testing.

2. Block on high-consequence failures

  • Persistence changed: load, save, migration, duplicate-session, disconnect, and shutdown behavior. Load roblox-data or roblox-server-data.
  • Remotes or authority changed: validate types, bounds, state, ownership, replay, and abusive frequency. Load roblox-networking and roblox-security.
  • Purchases changed: test durable, idempotent receipt grants and retries. Load roblox-monetization.
  • Cloud auth or webhooks changed: verify secrets, scopes, callback state, retries, signatures, and deduplication. Load roblox-cloud.

A failed high-consequence gate means NOT READY. Do not average it into a percentage. Precedence: user approval authorizes an otherwise permitted action; it does not satisfy a mandatory policy and does not turn a failed or unverified gate into PASS.

3. Exercise the shipped surface

  • Run one normal flow plus failure, retry, leave/rejoin, and rapid-input cases relevant to the change.
  • Test every supported input mode and representative viewport/device tier.
  • Measure errors, memory, frame/network cost and streaming.
  • Verify focus, touch targets, readable contrast, non-color state cues, reduced motion, and localized overflow where applicable.
  • Confirm Dashboard metadata, permissions and policy; after publishing, verify the version actually serving players.

4. Require evidence

Every PASS cites a test, log, profiler capture, readback, screenshot, or dashboard inspection. UNVERIFIED if unavailable; approval is not evidence.

Output

READY, NOT READY, or READY WITH ACCEPTED RISK; blockers first, then warnings, unverified gates, evidence, rollback plan, and skipped gates with reasons.

Details: references/full.md