adasd

docs/CONTENT.md

@@ -106,9 +106,11 @@ Aus [README.md](/home/lars/Schreibtisch/Projekte/desktop.kusche.berlin/docs/READ
 - `custom/apps/` bleibt Zielort fuer installierbare Fach-Apps
 - `system/apps/` bleibt Zielort fuer System-Tools
 - `system/shell/` bleibt Zielort fuer globale Shell-Werkzeuge und shell-nahe Desktop-Helfer
+- `system/addons/` bleibt Zielort fuer optionale System-Erweiterungen und Integrationen
 - `temp/nexus-module-import/` ist Rohbasis fuer importierte Nexus-Module
 - Keycloak bleibt das Auth-System
 - das globale Desktop-Debug ist als Shell-Werkzeug unter `system/shell/desktop-debug/` definiert
+- der Gitea-Deploy-Status liegt als optionales Addon unter `system/addons/gitea-deploy-status/`
 
 ### Module
 

docs/README.md

@@ -28,6 +28,7 @@ Zentraler Dokumentationsindex fuer das Projekt.
 - `custom/apps/` Zielort fuer installierbare Fach-Apps
 - `system/apps/` Zielort fuer nicht installierbare System-Tools
 - `system/shell/` Zielort fuer globale Shell-Werkzeuge und shell-nahe Desktop-Helfer
+- `system/addons/` Zielort fuer optionale System-Erweiterungen und Integrationen
 - `temp/nexus-module-import/` Rohbasis fuer importierte Nexus-Module
 - `config/gitea.php` Basis fuer serverseitige Gitea-API-Anbindung wie Deploy-Status im Tray
 
@@ -61,7 +62,7 @@ Aktuell wichtig:
 - die API bleibt vorerst auf demselben Host und wird nicht auf `api.desktop.kusche.berlin` ausgelagert
 - das gemeinsame Admin-Debug-Widget neben der Uhr ist der Standard fuer Live-Debugging in Desktop und Native-Apps
 - der Waehrungs-Checker stellt zusaetzlich ein Desktop-Widget fuer manuelle Kursaktualisierung bereit
-- der Gitea-Deploy-Status kann als Tray-Status unten rechts serverseitig ueber `config/gitea.php` angebunden werden
+- der Gitea-Deploy-Status liegt als optionales Addon unter `system/addons/gitea-deploy-status/` und wird serverseitig ueber `config/gitea.php` angebunden
 - das Oeffnen des Waehrungs-Checkers darf keinen externen Kursabruf ausloesen; Refreshes laufen nur nach Altersregel oder mit `force`
 - `Systemtools` und installierbare `Module` werden getrennt behandelt; Systemtools sind nicht Teil der Benutzer-Installationsauswahl
 - das `Cron Tool` ist als globales Systemtool vorhanden und sammelt Modul-Cronjobs automatisch ueber Manifest-Metadaten

docs/WEITERENTWICKLUNG.md

@@ -59,6 +59,7 @@ Verbindlich ist:
 - `custom/apps/<app>/` bleibt Ort fuer installierbare Fach-Apps
 - `system/apps/<app>/` bleibt Ort fuer System-Tools und nicht installierbare App-Quellen
 - `system/shell/<tool>/` bleibt Ort fuer globale Shell-Werkzeuge und shell-nahe Desktop-Helfer
+- `system/addons/<addon>/` bleibt Ort fuer optionale System-Erweiterungen und Integrationen
 - globale Desktop-Mechaniken liegen im gemeinsamen Kern
 - globale Modul-Helfer duerfen im gemeinsamen Kern liegen, Fachlogik aber nicht
 - globale Debug-Steuerung fuer Admins liegt im Desktop-Core; Aktivierung erfolgt ueber das gemeinsame Debug-Widget neben der Uhr