## Why

Das Repository am bestehenden Gitea-Origin enthält noch keine CI-/Release-Workflows. Für eine vollständige Phase 6 müssen die vier vereinbarten Zielartefakte in Gitea Actions gebaut, auf ihren Zielsystemen geprüft und als nutzbare Release-Pakete ausgeliefert werden.

## What Changes

- Gitea Actions am bestehenden Origin für Push-/PR-Prüfungen und taggebundene Releases einrichten.
- Auf dem vorhandenen Linux-arm64-Gitea-Runner Terminalanwendungen für Windows amd64 (cargo-xwin), macOS arm64 und Linux amd64 (cargo-zigbuild) sowie Linux arm64 bauen; keine zusätzlichen Zielplattformen und kein Mirror.
- Windows als `.7z`, macOS und beide Linux-Ziele als `.tar.gz` mit `tb`, `tbc` und der nativen `tbrt`-Vorlage samt Metadaten paketieren.
- Entpackte Pakete einschließlich `tbc link`, nativer Exporte und separater BASIC-Verbraucher von `.tbl` prüfen, Prüfsummen und nachvollziehbare Buildmetadaten liefern.
- Echte Zielausführung aus 05 getrennt vom Cross-Bau einbinden, automatisiert oder als revisions-/paketprüfsummengebundenen Nachweis von separaten Prüfsystemen. Vier native Buildrunner werden nicht vorausgesetzt.
- Releases erst nach vollständigen erforderlichen Prüfungen veröffentlichen; fehlende Zielnachweise oder Assets dürfen keinen grünen vollständigen Release ergeben.

## Capabilities

### New Capabilities

- `gitea-distribution`: Geprüfte Vierziel-Builds und Release-Pakete vom bestehenden Gitea-Origin.

### Modified Capabilities

Keine.

## Impact

Neue `.gitea/workflows/`, wiederverwendbare lokale Build-/Paket-/Prüfaufrufe, Gitea-Runner und Release-Artefakte. tbrt-Vorlagen stammen aus 02, TBL-/Linkprüfungen aus 03, IDE-Anbindung aus 04, Zielprüfungen aus 05, Abnahmekorpus aus 01. Finale öffentliche Dokumentation und Phasenabnahme folgen in 07. Gitea ist die einzige CI-/Release-Plattform.