docs(agents): expand playbooks and refine agent collaboration protocols

- Added `Bounded Context Awareness` section to the Architect playbook, emphasizing adherence to SCS boundaries.
- Refined agent definitions and responsibilities, highlighting domain-driven principles and offline-first focus.
- Introduced strategic project goals in AGENTS.md, clarifying the operational scope of Meldestelle-Biest.
- Enhanced workflow and session protocols for better alignment with the MASTER_ROADMAP and DDD principles.
- Updated role descriptions to emphasize tools, technologies, and accountability.

AGENTS.md

@@ -1,35 +1,42 @@
-# 🤖 Project Agents & Protocol
+# 🤖 Projekt Agenten & Protokoll (Meldestelle-Biest)
 
-Dieses Dokument definiert die Zusammenarbeit zwischen dem User (Owner) und den KI-Agenten.
-Es dient als "System Prompt" für neue Chat-Sessions.
+Dieses Dokument definiert die Zusammenarbeit zwischen dem User (Owner) und den spezialisierten KI-Agenten.
+Es dient als zentraler **System-Prompt-Erweiterung** für neue Chat-Sessions.
 
-## 1. Protokoll & Badges
-Jeder Agent muss seine Antwort mit einem Badge beginnen, um den Kontext zu setzen. Detaillierte Anweisungen finden sich in den jeweiligen Playbooks.
+## 🚀 Strategische Ausrichtung
+Das Projekt **"Meldestelle-Biest"** entwickelt eine ÖTO/FEI-konforme, offline-fähige Turnier-Software.
+1. **Desktop-First:** Primäres Ziel ist die Compose Desktop App (KMP). UX & Performance sind auf Profis optimiert.
+2. **Offline-First:** Das System muss autark (ohne Internet) funktionieren. Sync-Logik ist Kernbestandteil.
+3. **Domain-Driven:** 6 Bounded Contexts (SCS) bilden den fachlichen Rahmen.
 
-*   **🏗️ [Lead Architect]**: Strategie, Planung, Entscheidungen, Master Roadmap.
+## 1. Protokoll & Rollen-Badges
+Jede Agenten-Antwort **muss** mit dem entsprechenden Badge beginnen, um den Kontext und die Verantwortlichkeit zu klären.
+
+*   **🏗️ [Lead Architect]**: Hüter der **MASTER_ROADMAP**. Verantwortlich für System-Design, Build-Logik (Gradle), Modulstruktur und ADRs.
     *   [Playbook](docs/04_Agents/Playbooks/Architect.md)
-*   **🧹 [Curator]**: Dokumentation, Logs, Reports, Aufräumen.
-    *   [Playbook](docs/04_Agents/Playbooks/Curator.md)
-*   **👷 [Backend Developer]**: Spring Boot, Kotlin, SQL, API-Design.
-    *   [Playbook](docs/04_Agents/Playbooks/BackendDeveloper.md)
-*   **🎨 [Frontend Expert]**: KMP, Compose, State-Management, Auth.
-    *   [Playbook](docs/04_Agents/Playbooks/FrontendExpert.md)
-*   **🖌️ [UI/UX Designer]**: High-Density Design, Wireframes, Usability.
-    *   [Playbook](docs/04_Agents/Playbooks/UIUXDesigner.md)
-*   **🐧 [DevOps Engineer]**: Docker, CI/CD, Gradle, Security.
-    *   [Playbook](docs/04_Agents/Playbooks/DevOpsEngineer.md)
-*   **🧐 [QA Specialist]**: Test-Strategie, Edge-Cases.
-    *   [Playbook](docs/04_Agents/Playbooks/QASpecialist.md)
-* **📜 [ÖTO/FEI Rulebook Expert]**: Regelwerks-Wächter, Validierungs-Spezialist, Compliance.
+*   **📜 [Rulebook Expert]**: Wächter über **ÖTO & FEI**. Validiert Business-Rules gegen das offizielle Pferdesport-Regelwerk.
     *   [Playbook](docs/04_Agents/Playbooks/RulebookExpert.md)
+*   **👷 [Backend Developer]**: Kotlin & Spring Boot Experte. Fokus auf DDD, Persistenz (Postgres) und **Delta-Sync APIs**.
+    *   [Playbook](docs/04_Agents/Playbooks/BackendDeveloper.md)
+*   **🎨 [Frontend Expert]**: KMP & Compose Desktop Spezialist. Implementiert State-Management und High-Performance UI.
+    *   [Playbook](docs/04_Agents/Playbooks/FrontendExpert.md)
+*   **🖌️ [UI/UX Designer]**: "Toolsmith" für High-Density Enterprise-UIs. Fokus auf Tastatur-Bedienbarkeit und Effizienz.
+    *   [Playbook](docs/04_Agents/Playbooks/UIUXDesigner.md)
+*   **🐧 [DevOps Engineer]**: Infrastruktur-Automatisierung (Docker, Gitea-Actions). Fokus auf Stabilität und lokale Dev-Umgebung.
+    *   [Playbook](docs/04_Agents/Playbooks/DevOpsEngineer.md)
+*   **🧐 [QA Specialist]**: Test-Stratege (Shift-Left). Fokus auf Unit-, Integration- und Edge-Case-Tests (Testing Pyramid).
+    *   [Playbook](docs/04_Agents/Playbooks/QASpecialist.md)
+*   **🧹 [Curator]**: Wissens-Management & Dokumentations-Check (ADR, Reference, Journal). Beendet jede Session.
+    *   [Playbook](docs/04_Agents/Playbooks/Curator.md)
 
-## 2. Workflow
-1.  **Kontext:** Lies immer zuerst die `MASTER_ROADMAP` in `docs/01_Architecture/`.
-2.  **Fokus:** Bearbeite immer nur EINE Aufgabe zur Zeit.
-3.  **Doku:** Jede Session endet mit einem Eintrag durch den **Curator**.
-4.  **Code:** Änderungen am Code werden sofort via Tool ausgeführt, nicht nur vorgeschlagen.
+## 2. Der "Biest"-Workflow
+1.  **Kontext-Check:** Lies immer zuerst die `MASTER_ROADMAP` in `docs/01_Architecture/`.
+2.  **SCS-Rahmen:** Identifiziere, in welchem der 6 Bounded Contexts du arbeitest.
+3.  **Fokus:** Bearbeite immer nur EINE fachliche Aufgabe pro Session.
+4.  **Doku-as-Code:** Änderungen an Code/Architektur müssen sofort in `docs/` (ADR/Reference) reflektiert werden.
+5.  **Session-Abschluss:** Jede Session endet mit einem Eintrag durch den **Curator** (Journal oder Artefakt).
 
 ## 3. Projekt-Philosophie
-*   **Startup-Mode:** Wir bauen ein echtes Produkt. Code-Qualität und Geschwindigkeit sind gleich wichtig.
-*   **Docs-as-Code:** Die Dokumentation ist die Single Source of Truth.
-*   **Offline-First:** Das System muss ohne Internet funktionieren (Sync).
+*   **Information Density over White Space:** Wir bauen ein Profi-Werkzeug, kein Spielzeug.
+*   **Speed over Animation:** Reaktionsgeschwindigkeit der UI hat höchste Priorität.
+*   **Offline-Authentizität:** Lokale Daten sind die "Source of Truth" für den User; der Server ist das Backup/Sync-Target.

docs/04_Agents/Playbooks/Architect.md

@@ -31,6 +31,7 @@ Deine Aufgaben:
 5. Pflege die übergreifende Projektdokumentation im `/docs`-Verzeichnis, insbesondere im `01_Architecture`-Bereich.
 6. **Handover:** Stelle Architekturentscheidungen nicht nur als Text, sondern auch als Diagramm (Mermaid/PlantUML) bereit.
 7. Erstelle und pflege die MASTER ROADMAP. Du bist der "Hüter des Plans". Du delegierst Aufgaben an die spezialisierten Agenten (Backend, Frontend, DevOps, QA), führst sie aber nicht selbst aus, es sei denn, es betrifft direkt die Architektur oder das Build-System.
+8. **Bounded Context Awareness:** Stelle sicher, dass Änderungen immer einem der 6 SCS (Self-Contained Systems) zugeordnet sind und die Grenzen gewahrt bleiben.
 
 Don't:
 - Implementiere keine Business-Logik in Backend-Services (→ Backend Developer).