New to Claude Skills? Learn how to install them →

aaron-he-zhu on GitHub

Launch Readiness Auditor

Free

Evaluate your launch plan's readiness and execution.

Get this skill

Free · Opens the source repo

What Launch Readiness Auditor does

The Launch Readiness Auditor is designed to provide a structured evaluation of your launch plans at various stages of the lifecycle. This skill allows users to run a RAMP (Readiness, Assessment, Monitoring, and Performance) profile focused on specific phases: preflight, execution, and outcome. Each phase is assessed independently, ensuring that the results are not mixed across different time horizons. This separation is crucial for obtaining accurate insights into readiness, execution quality, and post-launch outcomes.

When preparing for a launch, the preflight evaluation checks the readiness of assets, planned policies, and any critical instrumentation that may impact the launch. During the execution phase, the auditor assesses the actual operations against the planned launch window. Finally, the outcome evaluation occurs after a designated lag period, allowing for a thorough analysis of the actual results and learnings from the launch.

This skill is particularly useful for project managers, product teams, and marketing professionals who need to make informed go/no-go decisions and assess the quality of launch execution. By providing clear verdicts based on evidence collected at each stage, the Launch Readiness Auditor helps teams understand their readiness and identify areas for improvement.

It's important to note that this skill does not record the launch state or execute the launch itself; it strictly evaluates based on the evidence collected. For recording launch states or managing launch day operations, other skills such as launch-registry and launch-day-conductor should be utilized instead. This focused approach ensures that the Launch Readiness Auditor remains a reliable tool for assessing the critical aspects of a launch without introducing unnecessary complexity.

When to use it

Use this skill before a launch to assess readiness, during the launch to evaluate execution, and after to review outcomes.

When not to use it

This skill is not suitable for recording ongoing launch states or managing the execution of launch day activities.

What you can build with it

Pre-launch Assessment

Before a committed launch, use the auditor to evaluate readiness and ensure all assets and policies are in place.

Execution Quality Check

During the launch window, assess the execution quality against the planned operations to identify any discrepancies.

Post-launch Outcome Review

After the launch, analyze the actual outcomes and learnings to inform future launches and improve processes.

How to install Launch Readiness Auditor

View source

1. Install with the skills CLI

npx skills add aaron-he-zhu/aaron-marketing-skills/launch-readiness-auditor --agent claude-code

2. Or install it manually

Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.

Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs

Inside SKILL.md

Written by aaron-he-zhu

Launch Readiness Auditor

Audit one launch at one lifecycle read. Preflight evaluates readiness/assets plus planned policy and instrumentation red lines; execution evaluates observed launch-window operation; outcome evaluates post-lag proof. There is no cross-time composite.

When This Must Trigger

  • Before a committed launch/announcement when go/no-go evidence is needed.
  • During/after the launch window when execution quality must be assessed.
  • After the declared lag when actual outcomes and learnings are reviewed.

Quick Start

Run RAMP preflight for launch alpha against the registry stage, canon, claims, rules, and event QA.
Run the outcome profile at day 30; keep it separate from the preflight result.

Skill Contract

Reads: one launch, one lifecycle read, registry/canon/claims state, and profile-specific evidence. Writes: only a permissioned v3 artifact. Done when: the selected profile is complete or its exact Unknowns are reported, with no launch execution or registry mutation.

launch-registry owns stage/date/embargo facts. launch-day-conductor executes the runbook. This auditor only judges the frozen evidence.

Data Sources

NeedPreferred evidence
Stage/accessProjected launch record plus direct access/eligibility check
Narrative/claimsCanon version, claims projection, rendered assets
Operations/rulesLaunch plan, commitments, dated official platform rules
InstrumentationVerified events/UTMs and destination truth checks
ExecutionTimestamped action/incident/response evidence
OutcomesOwn analytics/CRM/store truth after declared lag

Instructions

Runtime Reads

  • ../../../references/auditor-runbook.md
  • ../../../references/scoring-semantics.md
  • ../../../references/ramp-benchmark.md
  • ../../../references/runtime-invocation.md
  • references/auditor-runtime.md

Runtime and Setup

Read ../../../references/auditor-runbook.md, scoring-semantics.md, ramp-benchmark.md, and the RAMP catalog entry. Standalone installs use bundled immutable references/auditor-runtime.md; never fetch mutable main. Before deterministic calls, follow runtime-invocation.md, resolve AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}", and require the scorer, validator, and typed catalogs. If unavailable, return score_state: NOT_SCORED / score_confidence: not_scored with no gate verdict or persistent artifact.

Declare profile/lifecycle read (preflight|execution|outcome), target launch, launch type, market, access model, observation date, and evidence window.

Profile Procedure

  • Preflight: score R1–R10, A1–A10, planned M1, and P1. A public pricing page is required only when the declared access model promises public paid availability.
  • Execution: score observed M1–M10; do not substitute planned runbook quality for actual execution.
  • Outcome: score P2–P10 after the declared lag; do not backfill forecast targets as actuals.

Every observed state needs source/date/type/confidence. Missing applicable evidence is Unknown; catalog-authorized conditional items may be N/A with reason. Run python3 "$AARON_SKILLS_ROOT/scripts/rubric-score.py" score <run.json> on the selected typed profile.

Verify profile-relevant vetoes: RAMP-R1 stage/access contradiction, RAMP-A1 material claim/disclosure failure, RAMP-M1 planned or observed manipulation/embargo/platform violation, and RAMP-P1 demonstrably broken instrumentation on participating surfaces.

§2 RAMP Worked Examples

  • Complete preflight, raw 80, no veto/fail: DONE/SHIP, final 80.
  • Complete preflight, raw 76, one verified A1 failure: DONE_WITH_CONCERNS/FIX, final 59.
  • Complete preflight, verified R1 and M1 failures: DONE/BLOCK, no final score.
  • Outcome read before conversion lag or without own-data actuals: NEEDS_INPUT/UNDECIDED, no score.

§3 RAMP Guardrails

  • Stage truth follows promised access/eligibility; a pricing page is not universal evidence of GA.
  • A genuine feedback request is not vote solicitation.
  • Privacy-limited modeled measurement may be Partial; broken required instrumentation is P1 Fail.
  • Launch stacking/capacity is an M10 finding, not an automatic veto.
  • Never average preflight, execution, and outcome profiles or compare their scores as the same construct.

§5 RAMP Translation

State lifecycle read with every result. On trace request, qualify RAMP-R1/A1/M1/P1, especially against colliding ROAS IDs.

Report and Verdict

Begin with the auditor-runbook's exact typed conversation header. Never replace status, verdict, or score_state with prose; list each explicitly missing qualified item as ``ID: unknown``` before findings. Use the stable catalog ID verbatim (for example, RAMP-R1); never substitute an evidence-subcheck label or synthesize a suffixed ID such as RAMP-R1d`.

Lead with lifecycle-specific verdict, target/context/date, score or coverage/interval, confidence, profile detail, linked prior reads, critical evidence, Unknowns, and fix/rerun owner. A preflight SHIP authorizes no external launch action by itself; explicit execution approval remains required.

Validation Checkpoints

  • One launch and one lifecycle profile are declared.
  • Plan, execution, and outcome evidence were not mixed.
  • Expected items only are scored; Unknown/N/A semantics are correct.
  • Stage/access, policy, claims, and instrumentation vetoes are positively verified.
  • No launch, submission, registry, or campaign side effect occurred.

Persistence

Persist only after explicit authorization to memory/audits/launch/YYYY-MM-DD-<topic>.md. Preserve the scorer's orthogonal status and verdict; validate the complete v3 draft with validate-audit-artifact.py against the intended relative path, persist only through one full-content Write, and revalidate the target per the auditor runbook. Edit/shell/MCP mutations of the reserved sink are unsupported. Create separate files for separate lifecycle reads and link them by launch ID rather than overwriting.

Reference Materials

Next Best Skill

Frequently asked questions about Launch Readiness Auditor

Similar skills