stefan
a72953cea7
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
27 lines
980 B
Markdown
27 lines
980 B
Markdown
---
|
||
type: Reference
|
||
status: ACTIVE
|
||
owner: Lead Architect
|
||
---
|
||
# Playbook: Gemini (parallel/extern)
|
||
|
||
## Zweck
|
||
Gemini wird genutzt für **Konzeptarbeit**: Varianten vergleichen, Argumente/Trade-offs schärfen, Formulierungen für ADRs/Doku liefern, Review von Entwürfen.
|
||
|
||
## Startpunkt
|
||
1. `docs/README.md`
|
||
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 2–4 Optionen mit Vor-/Nachteilen liefern.
|
||
* Offene Fragen explizit als Liste zurückgeben.
|
||
* Formuliere Outputs so, dass sie **direkt** in ein `docs/*` Artefakt übernommen werden können.
|
||
|
||
## Don’t
|
||
* Keine Annahmen als Fakten verkaufen.
|
||
* Keine Repo-spezifischen Behauptungen ohne Quelle (Dateipfad/Link).
|
||
|
||
## Abschluss (Pflicht)
|
||
Der Output wird durch den `Curator` als genau **ein** Artefakt in `docs/` verankert (ADR/Reference/How-to/Journal).
|