skills/vibe-flags/references/feature-flags-rollout-audit.md

# Feature Flags Rollout Audit

## Operation

Inspect the named boundary and report supported findings. Do not edit product code. Include concrete evidence, impact, the owning source, one remediation direction and a meaningful validation route. Severity follows actual impact, not a category example.

## Goal and scope

Audit one feature flag, rollout control, experiment gate, kill switch, environment flag, or gradual-release boundary for consistency, safety, ownership, and cleanup.

## Domain invariants

- Flag owner, default, environment behavior, target audience, dependencies, and removal plan are explicit.
- Backend enforcement, UI visibility, analytics, docs, tests, and rollout gates agree.
- Off state and rollback/kill-switch behavior are safe and tested for the selected feature.
- Stale flags, conflicting experiments, and environment drift do not create unreachable or unsafe behavior.
- Sensitive or paid features are not unlocked by client-only flags.

## Audit method

Trace the selected flag from definition/config/provider through server checks, client checks, API behavior, jobs, analytics, tests, deployment, docs, and cleanup references.