OPENUSAGE : l’alternative open source à CodexBar pour suivre ses quotas IA dans la menu bar
📌 OPENUSAGE est une application macOS open source qui rassemble les limites de Claude, Codex, Cursor, Copilot et d’autres services IA dans une seule fenêtre de menu bar, avec des métriques épinglables, une CLI et une API locale.
Quand on utilise plusieurs abonnements IA, le problème n’est pas seulement de connaître sa consommation. Il faut savoir quelle fenêtre va se réinitialiser, combien de crédits restent disponibles et si une requête supplémentaire va tomber sur une limite. CodexBar répond déjà à ce besoin avec une app de menu bar dédiée. OPENUSAGE se présente comme une alternative plus personnalisable et plus ouverte, construite nativement en Swift et SwiftUI.
L’application regroupe les providers par service. Claude expose ses limites de session et de semaine, Codex ajoute ses crédits et dépenses locales, Cursor détaille ses crédits, ses modèles et son usage à la demande. Copilot, Devin, Grok, OpenRouter, OpenCode, Z.ai et Antigravity sont aussi pris en charge, avec des métriques différentes selon ce que chaque service rend accessible.
- 📊 Afficher sessions, quotas hebdomadaires, crédits et dépenses
- 📌 Épingler jusqu’à deux métriques par provider dans la menu bar
- ⏱️ Voir les compteurs de réinitialisation et des indicateurs de rythme
- 🎛️ Masquer, réordonner ou basculer les métriques en mode à la demande
- 🧰 Lire les limites depuis une CLI ou l’API locale
127.0.0.1:6736 - 🔄 Rafraîchir les valeurs toutes les cinq minutes avec cache immédiat
Le dashboard est plus intéressant qu’une simple série de jauges. Un clic sur une valeur permet de modifier son affichage partout, et un clic droit sur une ligne ouvre les actions de personnalisation, de rafraîchissement ou de masquage. Les valeurs en cache apparaissent immédiatement au lancement, puis l’application actualise les données en arrière-plan.
Je trouve la CLI et l’API locale particulièrement utiles pour les développeurs. La commande openusage peut fournir un JSON stable à un agent ou à un script sans que l’application de menu bar soit ouverte. Un statusline, un prompt de terminal ou un outil de suivi personnel peut donc lire le même état que l’interface graphique. L’endpoint reste limité à la boucle locale et ne sert pas les identifiants des providers.
La comparaison avec CodexBar dépendra surtout de vos priorités. CodexBar reste une option pratique si vous voulez suivre vos services sans vous intéresser à la mécanique interne. OPENUSAGE vise davantage ceux qui veulent choisir exactement les lignes visibles, brancher un provider supplémentaire et réutiliser les données ailleurs. Ce n’est pas nécessairement un remplacement pour tout le monde, mais c’est une alternative crédible pour les utilisateurs qui veulent garder la main sur leur tableau de bord.
La confidentialité demande une nuance. OpenUsage réutilise les identifiants déjà présents sur la machine pour les providers compatibles, et ne demande généralement pas de nouvelle connexion. Les requêtes sont faites pour chaque service concerné. Le projet documente aussi des résumés anonymes séparés et le téléchargement public des tarifs ; ce ne sont pas les mêmes données que les métriques locales, mais il vaut mieux lire la page de confidentialité avant d’activer ce qui est optionnel.
Le principal frein est clair : OPENUSAGE nécessite macOS 15 ou une version ultérieure. Il fonctionne sur Apple Silicon comme sur Intel, mais ne propose pas encore d’équivalent Windows ou Linux. Sous licence MIT, avec une architecture Swift native et des providers organisés en plugins, c’est une proposition légère pour surveiller les limites sans ouvrir quatre tableaux de bord.
Sources
