What problem does it solve? Teams shipping one trunk codebase to multiple release trains need a disciplined way to control which feature flags are default-ON per train, without hardcoding environment checks or drifting flag configurations across bundles. ## Core Features & Use Cases - Bundle Authoring: Defines the config/feature-flags.<train>.yaml layout with version, train id, flags, and per-flag metadata consumed by the G081 Build-Once Deploy-Many generator. - Flag Lifecycle Workflows: Provides step-by-step procedures for adding a new flag across all train bundles and retiring overdue flags flagged by the audit script. - Language Consumption Patterns: Shows fail-fast env-var flag reading in Rust, Go, TypeScript, and Python with no defaults. - Use Case: When introducing a new_payment_flow flag owned by the mvp train, set it true in the mvp bundle, false in every other bundle, add metadata, and let release-train-guard.sh verify discipline at pre-push. ## Quick Start Ask the agent to add a new feature flag to the owning train's bundle and set it false in all other train bundles following the per-train config bundle conventions.