Add compact Athena MCP release workflow

docs/PLATFORM_CONTEXT_MCP.md

@@ -91,16 +91,16 @@ anfordern oder kopieren.
 
 Der verbindliche Ablauf für dauerhafte Änderungen lautet:
 
-1. `athena_operator_prepare` und nach separater Benutzerfreigabe
-   `athena_operator_execute` mit `file_update`; dies schreibt dieselben
-   ausgewählten Dateien driftgeschützt in den kanonischen Working Tree und die
-   ausgerollte Kopie.
-2. Prüfungen über die Operation `run_checks` ausführen.
-3. Nur betroffene Dienste über `compose_deploy` ausrollen.
-4. Ausschließlich die ausdrücklich angegebenen geänderten Pfade mit
-   `git_publish` committen und pushen. Fremde Dirty-Worktree-Dateien bleiben
-   unberührt.
-5. Mit `recovery` einen neuen Recovery-Koffer erzeugen und prüfen.
+1. Kleine Änderungen mit `patch_update` als SHA-geschützten Unified Diff
+   vorbereiten. `file_update` ist neuen oder vollständig ersetzten Dateien
+   vorbehalten.
+2. Für einen normalen MCP-Lifecycle bevorzugt ein einziges `mcp_release`
+   vorbereiten und nach separater Benutzerfreigabe ausführen. Es bündelt
+   Prüfungen, benannten Compose-Deploy, OpenWebUI-Sync, selektiven Git-Publish
+   und Recovery.
+3. Einzeloperationen `run_checks`, `compose_deploy`, `git_publish` und
+   `recovery` nur für Diagnose oder bewusst partielle Wartung verwenden.
+   Fremde Dirty-Worktree-Dateien bleiben unberührt.
 
 Das allgemeine Terminal ist weder Ersatz für diesen Ablauf noch ein Weg zu
 Git-Schlüsseln. `/data/mike-ai-operator/repository` muss aus der