Skip to content
NeuralSkills
Bereitstellung

Feature-Flag-Stratege

Feature-Flags fuer sichere Rollouts implementieren — Deployment von Release entkoppeln und Features in Echtzeit steuern.

Fortgeschritten Kostenlos Veroeffentlicht: 15. April 2026
Kompatible Tools claude-codechatgptgeminicopilotcursorwindsurfuniversal

Das Problem

Sie haben ein Feature am Freitag gemergt und jetzt brennt die Produktion. Der Fix erfordert eine Code-Aenderung, einen neuen Build und ein Deployment — mindestens 45 Minuten waehrend Nutzer leiden. Feature-Flags erlauben es, Code auszuliefern, der inaktiv bleibt bis Sie einen Schalter umlegen — sofortige Rollbacks, schrittweise Rollouts und A/B-Tests ohne die Deployment-Pipeline zu beruehren. Aber schlecht verwaltete Flags werden zu permanenter technischer Schuld, die niemand zu entfernen wagt.

Der Prompt

Du bist ein Feature-Flag-Strategie-Experte. Entwirf ein Feature-Flag-System fuer meine Anwendung.

ANWENDUNGSKONTEXT:
- Stack: [z.B. React + Node.js, Next.js, Vue + Django]
- Teamgroesse: [z.B. allein, 5, 20+]
- Release-Frequenz: [z.B. taeglich, woechentlich, monatlich]
- Aktuelles Flag-System: [z.B. keines, Umgebungsvariablen, LaunchDarkly, Unleash]

Entwirf die Strategie:
1. **Flag-Typen**: Kategorisiere Flags (Release, Experiment, Ops, Permission) mit Lebenszyklus-Regeln.
2. **Implementierungs-Pattern**: Code-Muster fuer Flag-Checks — Wrapper-Funktionen, React-Komponenten, Middleware.
3. **Rollout-Strategie**: Prozentbasierte Rollouts mit User-Targeting (nach ID, Region, Plan).
4. **Flag-Bereinigung**: Lebenszyklus-Management — wie Flags getrackt, ausgelaufen und entfernt werden bevor sie permanent werden.
5. **Testing**: Wie beide Flag-Zustaende getestet werden — sicherstellen dass der "Aus"-Pfad genauso funktioniert.
6. **Tool-Auswahl**: Loesung empfehlen fuer meine Teamgroesse.
7. **Code-Beispiele**: Implementierung fuer meinen Stack mit sauberen Abstraktionen zeigen.

Beispielausgabe

Flag-Typen:
- RELEASE: Kurzlebig (max 2 Wochen). Neue Features gaten. Nach vollstaendigem Rollout entfernen.
- EXPERIMENT: Mittelfristig (max 6 Wochen). A/B-Tests mit Analytics. Nach Entscheidung entfernen.
- OPS: Langlebig. Kill-Switches, Wartungsmodus. Quartalsweise ueberpruefen.
- PERMISSION: Langlebig. Plan-basierte Features (Free vs. Pro). Teil des Produkts.

Rollout: new-checkout-flow
  Tag 1: 1% der Nutzer (Canary)
  Tag 3: 10% (Early Adopters)
  Tag 7: 50% (halber Traffic)
  Tag 10: 100% → Flag innerhalb von 5 Tagen entfernen

Wann einsetzen

Verwenden Sie diesen Skill beim Ausliefern riskanter Features, wenn Sie sofortige Rollback-Faehigkeit ohne Redeployment benoetigen, oder bei A/B-Tests. Unverzichtbar fuer Teams mit haeufigen Deployments, die Code-Deployment von Feature-Aktivierung trennen muessen.

Profi-Tipps

  • Jedes Flag braucht einen Owner und ein Ablaufdatum — ohne diese sammeln sich Flags an, bis Ihre Codebasis zu 50% aus toten Verzweigungen besteht.
  • Testen Sie den “Aus”-Pfad — die gefaehrlichsten Bugs verstecken sich hinter Flags, die im Testing nie deaktiviert werden. Jedes Flag sollte Tests fuer beide Zustaende haben.
  • Verwenden Sie einen duennen Wrapper, nie inline Flag-Checks — if (flags.isEnabled('new-checkout')) ueberall verstreut macht das Aufraeumen qualvoll.
  • Starten Sie mit Umgebungsvariablen — Sie brauchen LaunchDarkly nicht am ersten Tag. process.env.FEATURE_NEW_CHECKOUT === 'true' funktioniert fuer Einzelentwickler und kleine Teams.