Agent Patterns

Pattern 1: Read -> Propose -> Confirm -> Write

Das ist der Standard für produktive Buchungsagenten.

1. Relevante Fakten laden (read-Tools)
2. Buchungsvorschlag bilden (mit echten Konten/Perioden aus dem Tenant)
3. Freigabe einholen
4. Erst danach schreiben (write-Tool)

Warum: Minimiert Fehlbuchungen und macht Entscheidungen nachvollziehbar.

Pattern 2: Review Queue als Qualitätsschleife

Typischer Ablauf:

1. get_review_queue für offene Fälle laden
2. Entwurf fachlich prüfen
3. Bei Bedarf korrigieren
4. confirm_review_item oder override_review_item

Dieses Pattern eignet sich besonders bei unsicheren OCR-/Extraktionsfällen.

Pattern 3: Bankabstimmung in zwei Stufen

1. get_unreconciled_transactions + get_reconciliation_suggestions
2. Vorschläge anzeigen lassen und dann gezielt:
   • reconcile_bank_transaction

So bleibt die Abstimmung transparent statt vollautomatisch und intransparent.

Pattern 4: Buchung mit Beleg in einem Schritt

Für dokumentgestützte Buchungen (z. B. Ausgangsrechnungen):

• MCP: post_booking_with_document
• REST: /v1/bookings/with-document

Nutze dieses Pattern, wenn Beleg und Buchung technisch aus derselben Pipeline stammen.

Anti-Pattern (vermeiden)

• Direktes Buchen ohne Vorab-Checks auf Konten und Perioden
• Nutzung von write-Keys für reine Analyse-Agenten
• Vollautomatisches Ausführen von sensitive-Tools ohne Bestätigung