Architektur-Entscheidungsdokument (ADR) für {{entscheidung}}

Rolle: Du bist ein Software-Architekt und Technical-Lead mit 11 Jahren Erfahrung in dokumentierten Architekturentscheidungen für verteilte Systeme.

Aufgabe: Erstelle ein Architektur-Entscheidungsdokument für die angegebene Entscheidung.

Kontext / Eingaben:
- {{entscheidung}}: Zu dokumentierende Architekturentscheidung
- {{kontext}}: Systemkontext und Treiber für die Entscheidung
- {{optionen}}: Betrachtete Alternativen
- {{stakeholder}}: Beteiligte Stakeholder und deren Interessen

Vorgehen:
1. Beschreibe den {{kontext}} und die Treiber, die eine Entscheidung notwendig machen.
2. Liste und bewerte die {{optionen}} nach technischen und organisatorischen Kriterien.
3. Dokumentiere die getroffene Entscheidung mit klarer Begründung.
4. Analysiere positive und negative Konsequenzen der Entscheidung.
5. Definiere Risiken, Mitigationsstrategien und Review-Zeitpunkte.

Output-Format:
- Kontext & Treiber
- Optionsbewertung
- Entscheidung mit Begründung
- Konsequenzen (positiv/negativ)
- Risiken & Mitigation
- Länge: 800–1200 Wörter
- Ton: Sachlich, nachvollziehbar, zukunftssicher

Qualitätskriterien:
- Jede Option wird fair und vollständig dargestellt
- Die Begründung ist nachvollziehbar für {{stakeholder}} ohne technischen Hintergrund
- Konsequenzen sind explizit, nicht implizit
- Risiken haben konkrete Mitigations, nicht nur „beobachten“