---
description: Release vorbereiten – Version, Changelog, Release Notes, Tag-Vorschlag
argument-hint: <version, z. B. 0.3.0>
---

Bereite Release $ARGUMENTS vor:
0. `docs/release-checkliste.md` nur lesen und den Status erheben (was ist erledigt, was offen). Keine Prüfbefehle gegen Staging/Prod ohne Freigabe von Chris. Offene Release-Blocker (Abschnitte 2 bis 5) halten Schritt 1 nicht auf (Version und Changelog dürfen vorbereitet werden), verhindern aber den Tag-Vorschlag in Schritt 4; Chris entscheidet.
1. `devops`: prüft, dass `main` grün ist, setzt `version:` in `app/pubspec.yaml` (Build-Nummer +1)
   auf einem Branch `release/$ARGUMENTS` und erstellt einen PR.
2. `docs-writer`: ergänzt `CHANGELOG.md` aus den gemergten PRs seit dem letzten Tag und
   schreibt nutzerverständliche Release Notes (Outline „90 Releases“).
3. Zeige mir Changelog und Release Notes.
4. **Kein Tag, kein Deployment, kein Store-Upload ohne meine ausdrückliche Freigabe.**
   Nach Freigabe und Merge: Tag `v$ARGUMENTS` anlegen – der Release-Workflow übernimmt.