CodeNotch hält Limits von KI-Assistenten im Blick

Limits wandern an den Bildschirmrand

Die Stärke der Idee liegt in ihrer Einfachheit: CodeNotch macht die Limits von Coding-Assistenten zu einer dauerhaft sichtbaren Anzeige am Rand des Bildschirms. Statt ein weiteres Panel erst nach einem Fehler zu öffnen, bleiben Verbrauch und verbleibendes Kontingent im Blick.

Zum Zeitpunkt der ursprünglichen Meldung nennt der Autor vinzdg im README des CodeNotch-Repositories vier unterstützte Werkzeuge: Claude Code, Cursor, Codex und Antigravity. Die macOS-App verankert ein kompaktes Notch-Panel am Bildschirmrand und beantwortet zwei praktische Fragen: Wie viel des Limits wurde bereits verbraucht, und wie viel ist noch übrig? Für einen Windows-Port gibt es eine separate Dokumentation.

Bemerkenswert ist auch der Umgang mit Daten: Das Projekt zeigt Kennzahlen an, die die Tools selbst liefern, statt den Verbrauch über indirekte Signale zu schätzen. Für eine Kontingentanzeige ist das entscheidend. Eine hübsche Skala mit erfundener Genauigkeit führt nur schneller zu einer unerwarteten Begrenzung.

Den Projektmaterialien zufolge besteht der Build aus den Quellen aus der Installation von XcodeGen per brew install xcodegen und dem Aufruf von make run. In Community-Beschreibungen werden außerdem eine signierte DMG und automatische Updates über Sparkle erwähnt. Ich habe die App nicht selbst getestet; dies ist daher das beschriebene Auslieferungsmodell und kein Ergebnis einer eigenen Prüfung.

Kontingentkontrolle wird Teil der Arbeitsoberfläche

Die wesentliche Änderung ist kein neues Limit, sondern dass die Kontrolle aus den Einstellungen ins periphere Sichtfeld wandert. Bei intensiver Arbeit sinkt damit das Risiko, dass ein Rate Limit oder Session Cap den Arbeitsfluss im ungünstigsten Moment unterbricht.

Am meisten profitieren Entwickler, die zwischen mehreren Coding-Assistenten wechseln: Eine einheitliche visuelle Ebene verringert die Notwendigkeit, sich zu merken, wo jeder Dienst seine Nutzungsstatistik versteckt. Das Widget schafft jedoch kein zusätzliches Kontingent und hebt keine Einschränkungen auf; es macht sie lediglich früher sichtbar.

Meine erste technische Frage bei einem solchen Werkzeug wäre, wie schnell die Daten aktualisiert werden und ob Limit-Resets bei verschiedenen Diensten gleich interpretiert werden. Die Ausgangsmaterialien nennen keine Zahlen zur Aktualisierungsverzögerung. In einer kritischen Session würde ich die Anzeige daher nicht als absolute Garantie behandeln. Änderungen daran, wie ein Quelltool Verbrauch meldet, können zudem ein Update der App erforderlich machen.

Trotzdem trifft die Idee einen echten Schmerzpunkt: Ein gutes Kontingent-Widget macht das Modell nicht leistungsfähiger, aber es verhindert, dass seine Limits wie eine Überraschung wirken.

Wir haben zuvor erläutert, wie Claudes Kontextlimits und Konfigurationsentscheidungen Kosten und Architektur beeinflussen. Ein Tracking-Widget erleichtert es, diese Grenzen bei der Planung des Modelleinsatzes zu überwachen.