KI-Budget-Transparenz: Pre-Flight-Schaetzung pro Tool + Token-Tracking pro Aufruf

[MadGapun]

Beobachtung (User-Feedback 2026-05-11)

"Die Jobsuche scheint einiges an KI-Budget/API-Volumen zu benötigen — nur als Beobachtung."

Stimmt: insbesondere bulk-Stellen-Bewertung (stellen_bulk_bewerten mit fit_analyse) plus dokument_profil_extrahieren brauchen Tokens. v1.7.0-beta.56 (#425) hat dafuer granulare KI-Steuerung eingefuehrt — User kann einzelne KI-Funktionen abschalten.

Was zusaetzlich helfen wuerde: Pre-Flight-Schaetzung, damit der User VOR Start sieht, welches Token-Volumen das Tool ungefaehr verursacht.

Vorschlag

Stufe 1: Statische Schaetzungen pro Tool. z.B. jobsuche_starten = "ca 0 Tokens (rein Scraper, keine LLM)"; stellen_bulk_bewerten(50) = "ca 25-50k Tokens via Local-LLM (kostenlos) ODER 5-10k via Claude (~$0.05)".

Stufe 2: Tool-Aufruf-Statistik: kosten_anzeigen (existiert) auf Token-Ebene granulieren. Pro Tool-Call protokollieren wie viele Tokens wirklich verbraucht wurden, dann Trend zeigen.

Stufe 3: Pre-Confirmation bei grossen Operationen — wenn geschaetztes Volumen > threshold, Claude fragt "willst du das wirklich?".

Akzeptanzkriterien (Stufe 1)

• pbp_capabilities liefert pro Tool ein Feld geschaetzter_aufwand (Token-Range, Modell)
• Wiki-Eintrag "Welche Tools sind teuer/billig"
• Im Dashboard ein dezenter Hint vor Bulk-Operationen

Bezug

Verwandt mit #425 (gerade gemerged in beta.56). Ergaenzt die Toggle-Steuerung um Transparenz BEVOR der User die Operation auslaest.

Quelle

User-Feedback Mail-Test 2026-05-11.

[MadGapun]

Nach v1.8.0 geparkt. Stand: Stufe 1 (statische Aufwand-Klassen in pbp_capabilities) ist in beta.66 umgesetzt. Offen bleiben Stufe 2 (echtes Token-Tracking pro Call — schwierig da Claude-Token von innerhalb des MCP-Servers nicht sichtbar sind) und Stufe 3 (Pre-Confirmation).