Full launch preparation sweep for a new app or major release. Use when "prepare for launch", "launch week", "everything before going live", "is the app launch-ready?", "pre-launch sweep", or "ship it to the world". Local working-tree PR prep → workflow-release-prep.
Scanned 9/11/2026
Install to Claude Code
npx -y skills add kensaurus/cursor-kenji --skill workflow-launch-ready --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Workflow Launch Ready?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/kensaurus-workflow-launch-ready)More formats (shields.io, HTML) on the badges page.
---
name: workflow-launch-ready
description: >
Full launch preparation sweep for a new app or major release. Use when "prepare for
launch", "launch week", "everything before going live", "is the app launch-ready?",
"pre-launch sweep", or "ship it to the world". Local working-tree PR
prep → workflow-release-prep.
license: MIT
---
# workflow-launch-ready — Full Launch Preparation
**Degree of freedom: MIXED.** Skip/condition judgment `[HIGH freedom]`; sweep
order and quality-gate NO-GO block `[LOW freedom — run exactly]`.
The pre-launch sequence. Run once, get the complete picture across SEO, PWA,
performance, quality, and post-launch monitoring.
Local dirty-tree → merge-ready PR is **`workflow-release-prep`**, not this.
## How to reason
1. **Scope** — new app / major release, not a dirty-tree PR
2. **Sweep** — which steps apply; which are honest skips
3. **Verdict** — LAUNCH-READY / WITH CONDITIONS / NOT READY
4. **Handoff** — day-1 loop scheduled; blockers named
## Worked example
> **Scope:** first public launch of a Next.js + Supabase app; single locale; PWA wanted.
> **Sweep:** SEO + PWA + bundle + quality-gate; skip i18n with a note.
> **Verdict:** NOT READY — quality-gate NO-GO on missing RLS on `profiles`.
> **Handoff:** fix RLS, re-run Gate 2, then `deploy-verify`; do not treat this as `workflow-release-prep`.
## Self-critique before reporting
- **Not a PR-prep** — local dirty tree was not routed here
- **Skips named** — PWA/i18n skipped only when inapplicable, in the table
- **NO-GO blocks launch** — quality-gate NO-GO is NOT READY, not "with conditions"
- **Right owner** — merge-ready PR → `workflow-release-prep`; npm package → `deploy-npm`
---
## Sweep sequence [LOW freedom — run exactly]
```
1. SEO → enhance-web-seo (meta, OG, JSON-LD, sitemap, canonicals)
2. PWA → enhance-pwa (manifest, service worker, offline, install)
3. BUNDLE → audit-bundle-size (first-load JS ≤ 200 KB goal)
4. i18n → audit-i18n (if multi-locale: natural copy, no hardcoded strings)
5. QUALITY GATE → workflow-quality-gate (red-team + security + perf + unit tests)
6. DEPLOY → deploy-verify (post-deploy smoke after the release)
7. ITERATE → iterate-post-launch (close loop on day-1 production signals)
```
Skip steps 2 (PWA) and 4 (i18n) if not applicable — note the skip in the checklist.
---
## Step 1: SEO (read enhance-web-seo) [HIGH freedom]
> Read the `enhance-web-seo` skill and follow it.
Every public page needs: `<title>`, `meta description`, OG tags, canonical URL,
structured data (JSON-LD), and a sitemap entry.
---
## Step 2: PWA (read enhance-pwa) [HIGH freedom]
> Read the `enhance-pwa` skill and follow it.
Required: Web App Manifest + service worker with offline fallback. Lighthouse
PWA score ≥ 90 before launch.
---
## Step 3: Bundle size (read audit-bundle-size) [HIGH freedom]
> Read the `audit-bundle-size` skill and follow it.
Target: first-load JS ≤ 200 KB gzip. All routes lazy-loaded.
---
## Step 4: i18n (read audit-i18n — skip if single locale) [HIGH freedom]
> Read the `audit-i18n` skill and follow it.
Priority: no hardcoded user-facing strings, natural copy in all supported
locales, correct date/number/currency formatting.
---
## Step 5: Quality gate (read workflow-quality-gate) [LOW freedom — hand off]
> Read the `workflow-quality-gate` skill and follow it.
This step runs test-red-team, audit-security, audit-performance, and test-unit
internally. A NO-GO verdict from this step blocks launch.
---
## Step 6: Deploy & smoke (read deploy-verify) [LOW freedom — hand off]
> Read the `deploy-verify` skill and follow it.
Run immediately after the production deploy. Confirm no new Sentry errors,
schema is healthy, and critical flows work.
---
## Step 7: Day-1 iteration loop (read iterate-post-launch) [LOW freedom — hand off]
> Read the `iterate-post-launch` skill and follow it.
Schedule this 24–48 hours after launch. Pull first real-user signals and
prioritize the first fix pass.
---
## Launch checklist output [LOW freedom — run exactly]
```markdown
## Launch Readiness — [App] — [Date]
### Verdict: LAUNCH-READY / LAUNCH WITH CONDITIONS / NOT READY
| Step | Status | Open items |
|------|--------|------------|
| SEO | ✅ / ⚠️ / ❌ | [list] |
| PWA | ✅ / ⚠️ / ❌ / skipped | [list] |
| Bundle size | ✅ / ⚠️ / ❌ | [X KB] |
| i18n | ✅ / ⚠️ / skipped | [list] |
| Quality gate | GO / NO-GO / CONDITIONAL | [see gate report] |
| Deploy smoke | ✅ / ❌ | [notes] |
| Day-1 plan | scheduled / not yet | [date] |
### Blockers (must fix before launch)
[list]
### Post-launch backlog (fix within 48 h)
[list]
```
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!