Cloud / Systeme
Wenn ein Coding-Agent arbeitet, mangelt es im Terminal selten an Bewegung. Befehle erscheinen, Dateien ändern sich und neue Nachrichten kommen hinzu. Die Fragen, die ich beantwortet haben möchte, sind oft viel kleiner: Welches Modell verwendet diese Sitzung? Wie voll ist ihr Kontext? Bin ich überhaupt in der Sitzung, die ich gerade im Kopf habe? Und was kostet mich diese Arbeit gerade?
Der Spinner beantwortet eine andere Frage
In meiner ETA-Story ging es um die eigene Zeitplanung: warten, das Thema wechseln oder später zurückkommen? Die Statuszeile greift einen anderen Teil desselben Problems auf. Bevor ich den nächsten Schritt entscheide, möchte ich die Sitzung vor mir vernünftig einordnen können.
Ein Spinner zeigt, dass etwas passiert. Ein langer Verlauf zeigt, was passiert ist. Die Informationen für einen schnellen Überblick muss ich darin trotzdem oft suchen.
Was die Statuszeile sichtbar macht
Der bereitgestellte Terminal-Ausschnitt macht die Idee greifbar. Eine Zeile bündelt die gewählte Route, das tatsächlich verwendete Modell, die Kontextauslastung und Kostenschätzungen. Projekt- und Kontokennungen sind durch neutrale Beispielwerte ersetzt.
Die Routing-Auswahl und das daraus gewählte Modell sind zwei unterschiedliche Informationen. Hier führt die Route über OpenRouter zu einem OpenAI-Modell. Das ist eine erweiterte Konfiguration, keine Darstellung der unveränderten Claude-Code-Oberfläche.
Die Kontextanzeige zeigt 186.551 von 1.000.000 Tokens, dargestellt als 19,0 Prozent. So wird eine abstrakte Kapazität leichter lesbar. Aber 19 Prozent Kontext bedeuten nicht 19 Prozent erledigte Arbeit und verraten für sich genommen keine verbleibenden Minuten.
Die Kostenfelder sind ausdrücklich Schätzungen oder anbieterbezogene Zähler. Ihre Bedeutung muss klar sein; eine Zahl in der Statuszeile ist keine geprüfte Rechnung. Prognose und automatischer Modus sind weitere Signale dieser Konfiguration, keine Funktionen des hier besprochenen Minimal-Renderers.
Kostenkontrolle gehört in dieselbe Zeile
Die Kostenkontrolle ist für mich einer der stärksten Gründe für eine Statuszeile. Ein Agent produziert weiter Aktivität, während ich leicht den Überblick über Versuche, Wiederholungen oder parallele Sitzungen verliere. Das möchte ich bemerken, bevor ich später die Abrechnung anschaue.
Im Screenshot stehen „est. $6.61“ und „OR today $9.31“. Das sind zwei unterschiedlich beschriftete Zähler, nicht zwei Beträge, die ich einfach addieren sollte. Bevor ich mich darauf verlasse, muss klar sein, welchen Zeitraum und Umfang sie abdecken, auf welchen Preisen sie beruhen und wie sie aktualisiert werden. Schätzungen helfen beim Steuern; tatsächliche Belastungen prüfe ich beim Anbieter.
Mein praktischer Ablauf wäre einfach:
- Vorher einen Kosten-Prüfpunkt festlegen. Entscheiden, ab wann ich weitere Läufe erst nach einer kurzen Prüfung starte, statt mich später überraschen zu lassen.
- Kostenanstieg mit brauchbaren Ergebnissen vergleichen. Steigt der Zähler, während derselbe Test weiter scheitert, grenze ich die Aufgabe ein oder untersuche den Blocker, bevor ich den nächsten großen Versuch anstoße.
- Den nächsten Schritt bewusst wählen. Vielleicht reichen eine kleinere Folgeaufgabe, ein passendes Modell oder eine manuelle Kontrolle. Auch nach einem Modellwechsel bleiben dieselben Qualitätsprüfungen nötig.
Ein sichtbarer Zähler ist noch kein automatisches Kostenlimit und stoppt keine Anfragen. API-Kosten, Abonnements und anbieterbezogene Guthaben müssen außerdem getrennt betrachtet werden. Mir geht es darum, Ausgaben neben Zeit und technischer Qualität bewusst in die Arbeit einzubeziehen.
Eine Zahl sollte bei einer Entscheidung helfen
Eine steigende Kontextauslastung ist für mich ein Anlass, über die Fortsetzung nachzudenken. Sind die nächsten Schritte klar? Stehen wichtige Entscheidungen schon dauerhaft irgendwo? Wäre vor dem nächsten Teil eine kurze Übergabe hilfreich?
Es gibt keinen allgemeingültigen Prozentwert, ab dem eine Sitzung schlecht wird. Eine klar begrenzte Aufgabe und eine ausgedehnte Fehlersuche stellen unterschiedliche Anforderungen an den Verlauf. Die Zahl dient der Orientierung; die Arbeit selbst muss ich trotzdem ansehen.
Die Kontextanzeige sagt mir auch nicht, ob der Agent eine Freigabe oder eine Entscheidung braucht. Dafür ist ein ausdrückliches Aufmerksamkeitssignal nötig – ein eigenes Thema dieser Reihe.
„Nicht verfügbar“ ist eine brauchbare Antwort
Die unbrauchbarste Anzeige ist eine, die fehlende Informationen still in eine beruhigende Zahl verwandelt. Fehlt ein Wert, sollte die Zeile das sagen.
Der Screenshot zeigt vorhandene Werte. Wenn eine Information fehlt, wäre mir ein schlichtes „nicht verfügbar“ lieber als eine grüne Null. Dann weiß ich, welche Information mir fehlt, statt mich auf eine Genauigkeit zu verlassen, die die Anzeige nicht liefern kann.
Klein genug zum Verstehen und Entfernen
Claude Code unterstützt eine konfigurierbare Statuszeile: Ein lokaler Befehl liest Sitzungsdaten als JSON und gibt die Anzeige aus. Die offizielle Referenz beschreibt Felder für Modell und Kontext. Damit hat die Idee einen praktischen Ausgangspunkt, ohne ein weiteres Dashboard zu benötigen.
Für eine Minimalversion würde ich mit Modell und Kontext beginnen und eine Kostenschätzung ergänzen, sobald Quelle und Umfang klar sind. Der Renderer sollte gelieferte Felder auswerten: keine Repository-Scans, keine Netzwerkabfragen und kein Gesprächsarchiv. Das sind Entwurfsentscheidungen für dieses Beispiel, keine Zusage für jede Statuszeilen-Erweiterung.
Vor dem Einsatz würde ich einen Renderer mit bekannten Eingaben prüfen und kontrollieren, ob fehlende Werte sichtbar fehlen. Der Nutzen beginnt für mich bei verständlichen Signalen, nicht bei möglichst vielen Zahlen.
Weniger Dinge gleichzeitig im Kopf behalten
Eine Statuszeile lässt einen Agenten nicht besser denken und ersetzt keine Prüfung seiner Änderungen. Sie kann aber einen kleinen, verlässlichen Platz für Informationen schaffen, die ich sonst im Kopf behalten oder nachschlagen müsste.
Genau diese Richtung finde ich bei Agenten-Werkzeugen interessant: seltener unterbrechen, um den grundlegenden Zustand zu klären, und mehr Aufmerksamkeit für Entscheidungen übrig haben, die wirklich einen Menschen brauchen.
Was würdest du in eine einzige ruhige Zeile unter deiner Coding-Sitzung schreiben?
Quelle
Offizielle Dokumentation zur Claude-Code-Statuszeile, geprüft am 27. Oktober 2026.