What problem does it solve? Rolling out new application versions on Kubernetes without traffic shifting and automated metric analysis risks exposing all users to regressions, and manually wiring Canary CRDs, webhooks, and metric checks is error-prone. ## Core Features & Use Cases - Canary CRD Configuration: Define Canary resources with analysis strategies including weighted traffic steps, A/B header/cookie routing, and blue/green with mirroring. - Metrics and Webhooks: Configure built-in Prometheus checks (request-success-rate, request-duration), custom MetricTemplate queries, and rollout webhooks for load tests and approval gates. - Deployment Guidance: Install Flagger via Flux HelmRelease with provider-specific settings for Istio, Linkerd, NGINX, Contour, Gateway API, or plain Kubernetes CNI. - Use Case: You want to roll out a new version of a Deployment gradually, shifting 10% of traffic at a time while checking a 99% success rate in Prometheus, with automatic rollback if thresholds fail. ## Quick Start Ask the agent to create a Flagger Canary resource for your Deployment with stepwise traffic shifting and Prometheus success-rate analysis.