Pre-launch repo completeness check. Verifies PRD, RFCs, metrics, queries, schemas, decisions, and feature-index entry exist before a feature ships. Two modes — full gate for major launches, lightweight for small changes.
Installation
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Pre-launch repo completeness check. Verifies PRD, RFCs, metrics, queries, schemas, decisions, and feature-index entry exist before a feature ships. Two modes — full gate for major launches, lightweight for small changes.
Feature Launch Gate
Verify the Team OS repo is updated before a feature ships. Two modes: full gate for major launches, lightweight for small changes.
Hannah's enforcement rule: "The feature is not rolled out until the repository is updated." This skill operationalizes that rule.
When to Use
Before any feature launch: /feature-launch-gate {feature-name}
For small changes (bug fixes, copy updates): /feature-launch-gate {feature-name} --lightweight
Full Gate Checklist
Product Context
PRD exists in product-development/product/PRDs/{area}/ for this feature
PRD passes content checks: covers all 6 sections (Hypothesis / Problem / Strategic fit / Solution / Success metrics / Non-goals), no [FILL IN] / [NEED:] / [Your X] placeholder tokens remain, ≥ 400 words. File-existence alone is not enough — placeholder PRDs fail this check.
Decisions made during development are logged in product-development/product/decisions/
Feature is registered in product-development/feature-index.yaml with all related artifacts
Design (if applicable)
UX research findings checked in (if user research was conducted)
Design rationale documented in the PRD or a decision log entry
Figma URL referenced in the feature-index.yaml entry
Analytics
Metric definitions for this feature checked into analytics/metrics/{area}/
Each metric has explicit numerator + denominator + window per the conventions in metrics/billing/billing-metrics.md
Each metric's referenced canonical query path resolves to a real file on disk (gate parses the metric file's "Canonical query" link and verifies the path exists — file-existence of the metric file alone is not enough)
SQL queries for key metrics verified by analyst and saved in analytics/queries/{area}/
Header Last verified: must be a real date within the last 90 days (not [YYYY-MM-DD] placeholder)
At least one warehouse-specific block runs as-is
Table schemas for any new tables documented in analytics/schemas/{area}/
Schema header has refresh / lag / volume / partition_key / pii / grain / owner
New tables registered in analytics/data-catalog.yaml with all required fields
Schema drift detected. If the feature added a column to an existing table, the schema doc and data-catalog.yaml#last_validated must both have been updated this PR. Use /freshness-check --schema-drift to detect column-doc mismatches against your warehouse's INFORMATION_SCHEMA.
Dashboard link added to analytics/dashboards/{area}/ (if applicable)
Experiment auto-detection. Gate scans the PRD for keywords (A/B, treatment, holdout, experiment, control, MDE, power, assigned). If any are present, an experiment is assumed launching and the gate requires:
Results file is added separately after the experiment concludes (not at launch)
PM can override with --no-experiment flag with explicit reason in the gate output
Engineering
Engineering plan in engineering/plans/{area}/
Architectural decisions documented in engineering/rfcs/{area}/ (if applicable)
Known limitations or edge cases documented
Data Engineering (if pipelines changed)
Pipeline plan in data-engineering/plans/{area}/
RFC in data-engineering/rfcs/{area}/ (if applicable)
Customer Communication
Launch email in product/launch-emails/ (if customer-facing)
Sales enablement updated in product/sales-enablement/ (if it changes the pitch)
Navigation
All new files have entries in their folder's CLAUDE.md
product-development/CLAUDE.md updated if new folders were created
feature-index.yaml updated for the feature
Lightweight Gate Checklist
For small changes that don't add new metrics, tables, or features:
If a decision was made, it's logged
If a new metric was added, it's defined and registered in feature-index
Relevant CLAUDE.md files are updated
Output Format
## Feature Launch Gate: {Feature Name}
## Mode: {Full / Lightweight}
### PASSED (X/Y)
- ✅ PRD exists: product-development/product/PRDs/billing/credit-usage-dashboard-prd.md
- ✅ Metric definitions updated: analytics/metrics/billing/credit-usage-metrics.md
- ✅ Feature-index entry: feature-index.yaml#billing.credit-usage-dashboard
- ...
### FAILED (X/Y)
- ❌ No SQL queries found for new metrics. Expected in: analytics/queries/billing/
- ❌ Dashboard link not added to feature-index.yaml
- ...
### NOT APPLICABLE (X/Y)
- ➖ No new tables created — schema check skipped
- ➖ No experiment launching — experiment design check skipped
- ...
### VERDICT: {PASS / BLOCKED}
{If BLOCKED: list specific files that need creation or updates with full paths}
Rules
Full gate: if ANY analytics item fails, the feature is BLOCKED. Other items are warnings.
Lightweight gate: advisory only. List what's missing but don't block. Exception:--lightweight cannot suppress analytics blockers when the diff touches analytics/metrics/, analytics/schemas/, or analytics/data-catalog.yaml. Adding metrics or changing schemas always runs the full analytics gate.
Be specific about what's missing and where it should go.
The PM owns resolving failures. They can delegate but own completion.
Items that genuinely don't apply (no new tables = no schema needed) should be marked NOT APPLICABLE, not FAILED.
After a successful gate, post a one-line confirmation to the team's launch channel.
PRD content check uses these placeholder tokens to fail: [FILL IN], [NEED:, [Your , [Replace , [Add , [Description], [Priority 1]. If any of those are still present in the PRD, fail with the specific token list and line numbers.
