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
949 B
Markdown
27 lines
949 B
Markdown
---
|
||
type: Reference
|
||
status: ACTIVE
|
||
owner: Lead Architect
|
||
---
|
||
# Playbook: Junie (IDE)
|
||
|
||
## Zweck
|
||
Junie wird genutzt für **Repo-nahe Arbeit**: Code lesen, reale Pfade/Module finden, konkrete Änderungen vorschlagen und umsetzen.
|
||
|
||
## Startpunkt
|
||
1. `docs/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.
|
||
* Bei Unklarheit: gezielte Rückfragen stellen und Annahmen explizit machen.
|
||
* Änderungen so klein wie möglich halten und den passenden Doku-Output erzeugen.
|
||
|
||
## Don’t
|
||
* Keine „zweite Wahrheit“ in `.junie/*` etablieren (Tooling bleibt Tooling).
|
||
* Keine Entscheidungen „im Chat verlieren“ – am Ende muss ein Artefakt in `docs/` stehen.
|
||
|
||
## Abschluss (Pflicht)
|
||
Am Ende der Session genau **ein** Artefakt gemäß `docs/03_Agents/README.md` erzeugen (oder aktualisieren).
|