Release-Tags nach Paketbuild direkt veröffentlichen

PLAN.md

@@ -498,9 +498,11 @@ Linux-arm64-Runner: Linux arm64 nativ beziehungsweise mit festgelegter
 Zielbaseline, Linux amd64 und macOS arm64 über cargo-zigbuild, Windows amd64
 über cargo-xwin. Cross-Toolchains einschließlich SDK/Sysroot werden in Change
 06 reproduzierbar festgelegt; vier native Buildrunner sind nicht erforderlich.
-Echte Zielsystem- und Terminalprüfungen gehören in Change 05; Change 06 bindet
-diese Prüfungen und versions-/prüfsummengebundene Nachweise für die fertigen
-Pakete in die Releasefreigabe ein. Cross-Builds ersetzen keine Zielausführung.
+Echte Zielsystem- und Terminalprüfungen gehören zur Entwicklung in Change 05.
+Das Setzen des Release-Tags bestätigt die vorherigen Tests. Change 06 baut,
+paketiert und veröffentlicht direkt; zusätzliche Nachweis-Commits, eine
+erneute Pflichtabnahme und eine manuelle Releasefreigabe entfallen.
+Cross-Builds ersetzen keine Zielausführung.
 Unter Linux werden weiterhin mindestens zwei Emulatoren geprüft.
 Change 03 liefert Backend/CLI, das gemeinsame TBL-Testartefakt und die lokal
 verifizierte Verbraucherprobe; die vollständige Vierzielabnahme folgt in
@@ -508,9 +510,9 @@ verifizierte Verbraucherprobe; die vollständige Vierzielabnahme folgt in
 Zusätzlicher Politur-Change `phase-6-05a-vbdos-theme-und-kontrast`:
 VBDOS-Referenzabgleich und verlässliche IDE-Farbabbildung einschließlich
 Kontrast aller UI-Zustände. Umsetzung nach 04, vor der abschließenden
-visuellen Plattformabnahme in 05; Releasefreigabe 06 und Phasenabschluss 07
-setzen dessen bestandene Nachweise voraus. 05 kann seine übrigen Prüfpfade
-parallel vorbereiten. Die historische Gesamtübersicht bleibt erhalten;
+visuellen Plattformabnahme in 05. Deren offene Prüfungen werden getrennt
+von der automatischen Releaseveröffentlichung in 07 weitergeführt. 05 kann
+seine übrigen Prüfpfade parallel vorbereiten. Die historische Gesamtübersicht bleibt erhalten;
 diese Ergänzung erweitert die Umsetzung auf acht Changes (01–07 plus 05a).
 05a ist am 07.09.2026 auf Benutzeranweisung mit lokal verifizierter
 Implementierung archiviert; seine drei offenen visuellen Nachweise werden
@@ -518,16 +520,20 @@ in 05 weitergeführt und bleiben Voraussetzung der Phasenabnahme.
 05 ist am 07.09.2026 auf Benutzeranweisung synchronisiert und archiviert:
 RGB-/Fensterflächenkorrektur vom Benutzer bestätigt, automatisierte macOS-
 Prüfungen bestanden. Acht unvollständige Matrixaufgaben bleiben als
-Nachweisbedarf bei 06/07; Windows-Ausführung ist vorerst zurückgestellt.
+spätere Entwicklungsprüfungen bei 07; Linux-/Windows-Ausführung und
+vollständige Terminalnachweise sind auf Benutzerentscheidung zurückgestellt.
+Sie blockieren weder den Release-Build noch dessen Veröffentlichung.
 Aktiver Change ist 06 (Gitea Actions und Releases). Die Vierziel-Matrix
-und Pflichtabnahme sind in Actions belegt. Ab 08.09.2026 laufen Build, Tests
-und Artefaktuploads ausschließlich für neue Release-Tags, erstmals `v1.0.0`
+und die frühere Pflichtabnahme sind in Actions belegt. Nach der Entscheidung
+vom 11.09.2026 laufen Build, Paketierung und direkte Veröffentlichung
+ausschließlich für neue Release-Tags, erstmals `v1.0.0`
 mit Workspace-Version `1.0.0`. Es gibt keine CI für normale Commits oder PRs
 und keinen manuellen Paketbuild. Tagformat und Versionsgleichheit werden vor
 dem Bau geprüft. Arbeit und Pushes erfolgen direkt auf `main`; Release-Tags
 werden zusätzlich erstellt und gepusht. Lokale Tests bleiben verfügbar.
-Eine manuelle Freigabe kann vorhandene Releasepakete nach deren Zielabnahme
-veröffentlichen, baut sie aber nicht erneut.
+Nach erfolgreichem Bau aller vier Ziele und vollständigem Upload wird
+der Release automatisch veröffentlicht. Ein vorübergehender Upload-Entwurf
+schützt vor Teilveröffentlichungen; eine weitere Benutzerfreigabe entfällt.
 
 Release-Pakete: Windows als `.7z`, macOS und beide Linux-Architekturen
 als `.tar.gz`, jeweils mit `tb`, `tbc` und der passenden `tbrt`-Vorlage
@@ -579,8 +585,9 @@ Gesamtproposal und Abhängigkeiten:
       in jede TBL kopiert. Erzeugung und Backend-Anbindung erfolgen in Phase 6.
 - [ ] Dokumentation: Sprachreferenz, Migrationshinweise, Beispielprogramme
 - [ ] Release-Automatisierung (Gitea Actions am bestehenden Origin: Build +
-      Tests und Pakete ausschließlich für neue Tags `vX.Y.Z` auf allen vier
-      System-/Architektur-Zielen), Releases über Gitea; keine Commit-/PR-CI
+      Pakete ausschließlich für neue Tags `vX.Y.Z` auf allen vier
+      System-/Architektur-Zielen, danach direkte Veröffentlichung ohne
+      Nachweis-Commit oder manuelle Freigabe); keine Commit-/PR-CI
 - [ ] **Abnahme der Leitplanke „Vollständigkeit ist das Soll"**:
       docs/inventar.md steht auf **0 offen** — jeder der 285 Einträge ist
       entweder implementiert oder als Non-Feature in der Sprachreferenz