Audit and enhance playbook documentation: fix path inconsistencies, add missing "Abschluss" sections, standardize "Curator" frontmatter, and update Agent roles in README
Some checks failed
Build and Publish Docker Images / build-and-push (., backend/infrastructure/gateway/Dockerfile, api-gateway, api-gateway) (push) Successful in 8m24s
Build and Publish Docker Images / build-and-push (., backend/services/ping/Dockerfile, ping-service, ping-service) (push) Successful in 7m17s
Build and Publish Docker Images / build-and-push (., config/docker/caddy/web-app/Dockerfile, web-app, web-app) (push) Failing after 2m49s
Build and Publish Docker Images / build-and-push (., config/docker/keycloak/Dockerfile, keycloak, keycloak) (push) Successful in 1m57s

This commit is contained in:
Stefan Mogeritsch 2026-03-25 23:58:39 +01:00
parent 49e97915e8
commit a72953cea7
13 changed files with 98 additions and 8 deletions

View File

@ -31,4 +31,13 @@ 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.
Don't:
- Implementiere keine Business-Logik in Backend-Services (→ Backend Developer).
- Schreibe keine UI-Komponenten oder Compose-Code (→ Frontend Expert).
- Konfiguriere keine Docker-Container oder CI/CD-Pipelines (→ DevOps Engineer).
- Erstelle keine Testfälle oder Teststrategien (→ QA Specialist).
```
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -34,3 +34,6 @@ Regeln:
6. **Pre-Flight Check:** Prüfe vor Abschluss, ob API-Änderungen (insb. Sync) mit den Anforderungen des Frontend-Experts kompatibel sind.
7. **Dokumentation:** Aktualisiere die Implementierungs-Dokumentation für deinen Service unter `/docs/05_Backend/Services/`.
```
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -1,3 +1,9 @@
---
type: Reference
status: ACTIVE
owner: Lead Architect
last_update: 2026-03-25
---
# Playbook: Documentation & Knowledge Curator (Pflichtrolle)
## Beschreibung

View File

@ -40,3 +40,6 @@ Arbeitsweise:
- **Smoke Tests:** Verlasse dich nicht auf "sollte gehen". Fordere Logs an oder prüfe Endpunkte (curl/Browser), um den Erfolg zu bestätigen.
- **Support:** Unterstütze Backend- und Frontend-Devs bei Problemen mit der Docker-Umgebung.
```
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -32,3 +32,6 @@ Output:
- **Handover-Format:** Nutze **Gherkin (Given/When/Then)** für Akzeptanzkriterien, damit QA und Devs diese direkt verarbeiten können.
- Erstelle die Grundlage für technische ADRs, indem du die fachlichen "Warum"-Fragen beantwortest.
```
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -33,3 +33,6 @@ Regeln:
5. **Pre-Flight Check:** Stimme dich bei API-Anforderungen (insb. Delta-Sync & Datenmodelle) eng mit dem Backend Developer ab, bevor du implementierst.
6. **Dokumentation:** Pflege die Frontend-spezifische Dokumentation unter `/docs/06_Frontend/`.
```
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -10,8 +10,8 @@ Gemini wird genutzt für **Konzeptarbeit**: Varianten vergleichen, Argumente/Tra
## Startpunkt
1. `docs/README.md`
2. `docs/03_Agents/README.md` (Artefakt-Vertrag)
3. Je nach Thema: Architektur (`docs/01_Architecture/`), Backend (`docs/04_Backend/`), Frontend (`docs/05_Frontend/`), Infrastruktur (`docs/06_Infrastructure/`)
2. `docs/04_Agents/README.md` (Artefakt-Vertrag)
3. Je nach Thema: Architektur (`docs/01_Architecture/`), Backend (`docs/05_Backend/`), Frontend (`docs/06_Frontend/`), Infrastruktur (`docs/07_Infrastructure/`)
## Do
* Immer 24 Optionen mit Vor-/Nachteilen liefern.

View File

@ -10,8 +10,8 @@ Junie wird genutzt für **Repo-nahe Arbeit**: Code lesen, reale Pfade/Module fin
## Startpunkt
1. `docs/README.md`
2. Relevanter Bereich (z.B. `docs/01_Architecture/`, `docs/04_Backend/`, `docs/05_Frontend/`)
3. Bei Rollen/Prozessfragen: `docs/03_Agents/README.md`
2. Relevanter Bereich (z.B. `docs/01_Architecture/`, `docs/05_Backend/`, `docs/06_Frontend/`)
3. Bei Rollen/Prozessfragen: `docs/04_Agents/README.md`
## Do
* Immer mit **konkreten Dateipfaden** arbeiten.

View File

@ -29,3 +29,6 @@ Regeln:
4. Nutze das `platform-testing` Modul für konsistente Test-Abhängigkeiten.
5. **Dokumentation:** Dokumentiere die Teststrategie und wichtige Testfälle im `/docs`-Verzeichnis.
```
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -32,3 +32,6 @@ Regeln für deine Antworten:
4. **Logik vor Prosa:** Wenn du dem [Backend Developer] oder [Lead Architect] hilfst, formuliere die Regeln so um, dass sie leicht in Software-Validierungen (IF/THEN, Constraints) übersetzt werden können.
5. **Sparringspartner:** Hinterfrage Annahmen kritisch. Wenn ein vorgeschlagener Prozess gegen die ÖTO verstößt, lege sofort Veto ein.
```
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -1,7 +1,7 @@
---
type: Playbook
status: ACTIVE
owner: Curator
owner: Lead Architect
role: UI/UX Designer
last_update: 2026-01-23
---
@ -105,3 +105,8 @@ Column(Modifier.fillMaxSize()) {
* **Mit Domain Expert:** Kläre, welche Daten *wirklich* wichtig sind (Prio 1) und welche ausgeblendet werden können (Details).
* **Mit Frontend Expert:** Liefere keine abstrakten Ideen, sondern nutze das Vokabular von Jetpack Compose (`Row`, `Column`, `Surface`, `MaterialTheme`).
---
## Abschluss (Pflicht)
Am Ende der Session genau **ein** Artefakt gemäß `docs/04_Agents/README.md` erzeugen oder aktualisieren (ADR / Reference / How-to / Journal Entry).

View File

@ -34,6 +34,16 @@ Jede KI-Session endet mit **genau einem** Artefakt in `docs/`:
## Playbooks
* `Playbooks/Junie.md`
* `Playbooks/Gemini.md`
* `Playbooks/Curator.md`
| Playbook | Rolle | Typ |
|----------|-------|-----|
| `Playbooks/Architect.md` | 🏗️ Lead Architect | Strategie, Planung, Build-System |
| `Playbooks/BackendDeveloper.md` | 👷 Backend Developer | Spring Boot, Kotlin, DDD |
| `Playbooks/Curator.md` | 🧹 Curator | Dokumentation, Wissensmanagement |
| `Playbooks/DevOpsEngineer.md` | 🐧 DevOps Engineer | Docker, CI/CD, Infrastruktur |
| `Playbooks/DomainExpert.md` | 📋 Domain Expert | Fachlichkeit, Regelwerke, Gherkin |
| `Playbooks/FrontendExpert.md` | 🎨 Frontend Expert | KMP, Compose, Offline-First |
| `Playbooks/Gemini.md` | 🤖 Gemini (extern) | Konzeptarbeit, Optionen, ADR-Formulierung |
| `Playbooks/Junie.md` | 🤖 Junie (IDE) | Repo-nahe Arbeit, Code, Implementierung |
| `Playbooks/QASpecialist.md` | 🧐 QA Specialist | Teststrategie, Edge-Cases |
| `Playbooks/RulebookExpert.md` | 📜 ÖTO/FEI Rulebook Expert | Regelwerks-Compliance, Validierung |
| `Playbooks/UIUXDesigner.md` | 🖌️ UI/UX Designer | High-Density Design, Wireframes |

View File

@ -0,0 +1,42 @@
---
type: Journal
status: ACTIVE
owner: Lead Architect
last_update: 2026-03-25
---
# Journal: Playbook Audit & Fixes
## Session-Ziel
Vollständige Analyse aller Agent-Playbooks auf Konsistenz, Korrektheit und Vollständigkeit.
## Befunde
### 🔴 Kritisch (behoben)
- **`Gemini.md` & `Junie.md`:** Falsche Pfade in der Startpunkt-Sektion.
- `docs/03_Agents/` → korrigiert zu `docs/04_Agents/`
- `docs/04_Backend/` → korrigiert zu `docs/05_Backend/`
- `docs/05_Frontend/` → korrigiert zu `docs/06_Frontend/`
- `docs/06_Infrastructure/` → korrigiert zu `docs/07_Infrastructure/`
### ⚠️ Mittel (behoben)
- **`Curator.md`:** Fehlender Frontmatter-Header — ergänzt (`type`, `status`, `owner`, `last_update`).
- **`04_Agents/README.md`:** Nur 3 von 11 Playbooks aufgelistet — vollständige Tabelle ergänzt.
### Nachträglich behoben (Session 2)
- **Alle Playbooks:** `## Abschluss (Pflicht)`-Abschnitt mit Curator-Hinweis ergänzt.
- **`UIUXDesigner.md`:** `owner: Curator``owner: Lead Architect` korrigiert.
- **`Architect.md`:** Expliziter `Don't`-Block zur Rollenabgrenzung ergänzt.
## Geänderte Dateien
- `docs/04_Agents/Playbooks/Gemini.md`
- `docs/04_Agents/Playbooks/Junie.md`
- `docs/04_Agents/Playbooks/Curator.md`
- `docs/04_Agents/README.md`
- `docs/04_Agents/Playbooks/Architect.md`
- `docs/04_Agents/Playbooks/BackendDeveloper.md`
- `docs/04_Agents/Playbooks/DevOpsEngineer.md`
- `docs/04_Agents/Playbooks/DomainExpert.md`
- `docs/04_Agents/Playbooks/FrontendExpert.md`
- `docs/04_Agents/Playbooks/QASpecialist.md`
- `docs/04_Agents/Playbooks/RulebookExpert.md`
- `docs/04_Agents/Playbooks/UIUXDesigner.md`