executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
workflow-launch-readyLaunch-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?", or "pre-launch sweep". Working tree to a PR → workflow-release-prep.
Independent GitHub snapshot · Automated classification · Original documentation governs
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.
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, thendeploy-verify; do not treat this asworkflow-release-prep.
workflow-release-prep; npm package → deploy-npm1. 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.
Read the
enhance-web-seoskill and follow it.
Every public page needs: <title>, meta description, OG tags, canonical URL,
structured data (JSON-LD), and a sitemap entry.
Read the
enhance-pwaskill and follow it.
Required: Web App Manifest + service worker with offline fallback, and no installability errors in Chrome DevTools → Application → Manifest (Lighthouse 12 removed its PWA score).
Read the
audit-bundle-sizeskill and follow it.
Target: first-load JS ≤ 200 KB gzip. All routes lazy-loaded.
Read the
audit-i18nskill and follow it.
Priority: no hardcoded user-facing strings, natural copy in all supported locales, correct date/number/currency formatting.
Read the
workflow-quality-gateskill 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.
Read the
deploy-verifyskill and follow it.
Run immediately after the production deploy. Confirm no new Sentry errors, schema is healthy, and critical flows work.
Read the
iterate-post-launchskill and follow it.
Schedule this 24–48 hours after launch. Pull first real-user signals and prioritize the first fix pass.
## 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]