Launch Monitor

Watches the launch window — T-0 through T+30 — so traction is verifiable while it happens, not reconstructed afterwards. It is the first Prove-phase skill in the RAMP loop: its pre-launch mode verifies measurement instrumentation on every launch surface (the direct upstream of the P1 veto — untagged surfaces make traction unverifiable), and its window mode feeds the RAMP P sub-items for instrumentation, per-channel attribution reconciled against own analytics, KPI actuals vs targets at D0/W1/M1, spike-vs-sustain retention, and owned-capture rate. The live watch itself is the evidence behind the M live-monitoring-coverage sub-item.

Telemetry comes from keyless or free-key connectors — scripts/connectors/hn.py (keyless), scripts/connectors/producthunt.py (free-key developer token), scripts/connectors/appstore.py (keyless documented endpoints), scripts/connectors/gdelt.py (news echo) — and degrades to user-pasted values when a connector or key is missing. It works one lever — window telemetry — and hands off.

Scope guard: this skill watches and alerts; it does not decide. Launch-day go/rollback calls belong to launch-day-conductor; metric deep-dives and channel diagnosis to performance-analyzer; SEO position tracking to rank-tracker; feedback-theme triage to launch-feedback-synthesizer; the retro verdict to launch-retro-analyzer; the LQS and the P1 veto to launch-readiness-auditor. Monitoring past T+30 is not a launch task — hand it to performance-monitor; always-on brand/community listening outside a launch window is social-pulse-monitor's job.

Quick Start

Monitor my launch — we go live [date] on [HN / Product Hunt / App Store]. KPI targets: [D0 / W1 / M1].

Verify my launch instrumentation before [date] — here are the launch surfaces and the UTM plan.