Openbar : gérer les demandes de Claude Code sur Mac
Découvrez comment Openbar affiche les demandes des agents IA dans l’encoche du Mac, ses fonctions, ses limites et les précautions à prendre.
Quand les agents IA attendent votre feu vert : une autre interface sur Mac
Vous pouvez lancer plusieurs agents de programmation en parallèle, puis perdre l'intérêt de la simultanéité pour une raison très simple : l'un d'eux attend votre autorisation dans un terminal que vous n'avez plus ouvert. Une commande reste en suspens, une question réclame une réponse, et vous n'êtes pas sûr si l'agent bosse vraiment - ou s'il attend juste que vous reveniez.
Les notifications classiques avertissent de l'interruption, mais elles manquent souvent de contexte. Résultat : il faut retrouver la bonne fenêtre, relire la demande, puis répondre sans se tromper de session. C'est exactement ce que vise Openbar : une application gratuite et open source qui rassemble les sessions d'agents IA dans l'encoche du Mac.
L'idée mérite mieux qu'un simple « nouveau gadget ». Elle touche à un sujet plus large : comment garder la main quand plusieurs agents travaillent en même temps, sans multiplier les interruptions ni laisser l'IA agir « à l'aveugle » ? Voici comment Openbar fonctionne, quels agents il gère, et dans quels cas ça peut vraiment vous faire gagner du temps.
Pourquoi les demandes des agents IA se perdent
Lancer plusieurs agents de programmation en parallèle paraît être une façon simple d'accélérer. Pendant que l'un écrit des tests, un autre creuse une erreur, et un troisième prépare une modification indépendante. Le hic, c'est la coordination : il faut savoir qui travaille, sur quoi, et surtout si quelque chose attend une validation humaine.
Le problème se voit tout de suite quand l'agent ne peut pas continuer sans autorisation. Il peut demander d'exécuter une commande, proposer de modifier un fichier, ou poser une question avec plusieurs réponses possibles. Si le terminal est derrière d'autres fenêtres, la session reste bloquée. Et de votre côté, vous pouvez avoir l'impression que « ça avance » alors que c'est juste en pause.
Une notification n'est pas une réponse
Une alerte système signale qu'un événement s'est produit. Elle explique rarement quoi faire, ni dans quel contexte. En pratique, vous devez ouvrir l'app concernée, retrouver la bonne session, puis lire la demande avant de répondre.
Avec quatre ou cinq agents actifs, tout ça devient une petite course permanente : les notifications s'accumulent, et au final elles ajoutent du bruit plutôt qu'elles ne réduisent l'effort.
Le vrai sujet, c'est de rapprocher le signal, le contexte et la décision. Une alerte utile doit vous aider à identifier la session et à comprendre la demande avant d'agir. Sinon, vous ne faites que déplacer la charge vers une autre fenêtre.
Le parallélisme ne supprime pas le travail humain
Les agents peuvent exécuter des tâches, mais ils ne remplacent pas votre rôle de supervision. La demande de permission d'exécuter une commande reste un point de contrôle important, surtout quand il est question de fichiers, de réseau ou de votre environnement de dev. Une réponse rapide est utile, oui - mais une validation automatique, sans contexte, peut coûter plus cher qu'attendre quelques minutes pour vérifier.
Openbar part d'une idée simple : si les demandes et votre attention sont au même endroit, elles ont moins de chances de rester invisibles. L'app ne rend pas les agents « autonomes », et elle ne répond pas à votre place. Elle cherche surtout à rendre leur état plus lisible et les demandes plus faciles à traiter.
Et ça change vraiment selon votre façon de travailler. Si vous n'utilisez qu'un seul agent et que le terminal reste ouvert, l'intérêt est limité. Si vous lancez plusieurs sessions en arrière-plan et que vous basculez souvent entre éditeur et terminal, le coût des fenêtres perdues devient vite concret.
Comment Openbar fait remonter les demandes
Openbar regroupe les sessions d'agents détectées sur le Mac et les affiche dans une interface intégrée à l'encoche. Quand une session attend une action, l'encoche s'ouvre avec un panneau pensé pour afficher la demande près de vous, sans vous forcer à fouiller dans toutes les fenêtres ouvertes.
Examiner une autorisation avant de répondre
Quand il y a une demande de permission, le panneau affiche la commande (ou le diff) et propose des actions : autoriser, refuser, ou retenir l'autorisation comme règle récurrente. Des raccourcis clavier sont aussi prévus : Commande-Y pour autoriser, Commande-N pour refuser, et Commande-T pour choisir l'option « Toujours ».
L'idée, c'est que vous puissiez agir sans changer complètement d'activité : vous restez dans votre flux, par exemple dans votre éditeur.
Voir la commande ou le diff dans une carte compacte peut aussi être plus pratique qu'un texte qui défile. Cela dit, ça ne garantit pas une meilleure décision : la qualité de la décision dépend toujours de la lisibilité du contenu et de votre temps de lecture. Une interface plus accessible ne doit pas devenir une excuse pour valider trop vite.
L'option d'autorisation récurrente mérite aussi d'être utilisée avec prudence. Elle réduit les interruptions futures, mais elle élargit ce que l'agent peut faire sans re-demander. En clair : réservez-la à des actions répétitives que vous comprenez et dont le périmètre est clair. Pour une commande inhabituelle ou une modification sensible, l'autorisation ponctuelle garde un contrôle plus fin.
Répondre à une question sans changer de fenêtre
Quand un agent propose plusieurs options, Openbar permet d'en sélectionner une (ou plusieurs). Vous pouvez aussi répondre avec un message personnalisé.
L'application permet également de dicter la réponse ; la reconnaissance vocale fonctionne sur le Mac, d'après la description du projet.
Et un point important : la réponse doit tomber au bon endroit. Elle est destinée au terminal ou à l'éditeur associé à la session concernée. L'intérêt de l'interface dépend donc de la capacité à associer correctement la demande, la session et la réponse.
Suivre une session au-delà de la demande
Vous pouvez agrandir une session pour consulter la conversation au fil de son évolution. L'interface affiche aussi des infos comme les outils utilisés, les tâches, le coût et le modèle. Les sous-agents apparaissent avec leurs propres lignes, même quand ils tournent en arrière-plan.
On est donc plus proche d'un tableau de suivi que d'une simple notification. Ça peut aider à voir quelles sessions sont actives, ce qui consomme des ressources, et ce qui attend une intervention.
Cela dit, l'encoche ne remplace pas forcément l'interface complète du terminal : pour lire des échanges longs ou déboguer une session, vous reviendrez probablement à l'app d'origine.
Openbar ajoute aussi à chaque session un petit personnage pixelisé, Clawd, dont le costume varie selon le contexte. C'est décoratif, pas un outil de supervision. Mais ça dit quelque chose : on n'est pas sur une « boîte noire » purement utilitaire, et chacun décidera si ça rend le suivi plus agréable - ou plus chargé.
Quels agents et terminaux sont pris en charge
L'intérêt d'un outil de suivi dépend de la compatibilité réelle avec votre environnement. Openbar annonce la prise en charge de plusieurs agents, mais les actions disponibles ne sont pas identiques pour tous. Pour clarifier, il y a trois niveaux : voir une session, approuver une demande depuis l'interface d'Openbar, puis répondre depuis cette même interface.
- Claude Code : session visible, approbation dans l'interface et réponse depuis celle-ci.
- Codex : session visible, approbation dans l'interface et réponse depuis celle-ci.
- OpenCode : session visible, approbation dans l'interface et réponse depuis celle-ci.
- Gemini CLI : session visible et possibilité de répondre ; l'approbation se fait dans Gemini CLI.
- Copilot CLI : session visible et possibilité de répondre ; l'approbation se fait dans Copilot CLI.
- Cursor : session visible ; l'approbation se fait dans Cursor et les réponses depuis Openbar sont limitées à cursor-agent.
Cette différence compte. Si votre objectif est d'autoriser ou de refuser des commandes sans ouvrir le terminal, la couverture est plus complète pour Claude Code, Codex et OpenCode que pour les autres.
La compatibilité avec les terminaux
Les sessions peuvent apparaître indépendamment du terminal que vous utilisez. Pour envoyer les réponses, le projet indique la prise en charge de Terminal, iTerm2, Ghostty, tmux, WezTerm et kitty.
En pratique, ça couvre pas mal de configurations : du terminal standard de macOS à des environnements plus personnalisés.
Mais « annoncé compatible » n'est pas « plug-and-play partout ». Les versions des agents, la config du terminal, et des couches intermédiaires comme tmux peuvent changer le comportement. Avant d'en faire un élément central de votre workflow, testez quelques cas concrets : demande d'autorisation, question à choix multiples, réponse libre, et session lancée en arrière-plan.
macOS, Windows et périmètre de l'application
Openbar tourne sur macOS 14 ou plus récent, avec une base Swift. Une version bêta pour Windows 11 est aussi mentionnée, avec une interface de sessions comparable. La fonction liée à l'encoche, elle, dépend évidemment des Macs qui en disposent : sur un autre appareil, il faudra voir ce que l'app propose réellement.
L'application est gratuite, sous licence GPL-3.0. À l'origine, Openbar servait de boîte à outils pour la barre des menus : on y trouve aussi un mixeur de volume, un moniteur système, un historique du presse-papiers, des dispositions de fenêtres, une fonction pour empêcher la mise en veille, et un affichage de la lecture en cours. Ces fonctions sont activables séparément dans un espace dédié.
Si vous ne cherchez que le suivi des agents, vous pouvez ignorer le reste.
Ce que cette interface change et ne change pas
Le bénéfice le plus direct, c'est moins de vérifications « au cas où ». Au lieu d'ouvrir plusieurs terminaux pour voir si l'un d'eux attend quelque chose, vous gardez un point d'entrée commun sous les yeux. Si l'encoche reste silencieuse, vous avez moins de raisons d'inspecter chaque session juste pour être sûr.
Il y a aussi un avantage potentiel pour la lecture des modifications. Un diff présenté dans une carte dédiée peut être plus simple à parcourir qu'un extrait qui défile dans une console. Mais ce n'est pas magique : un changement complexe demande toujours du contexte, et un affichage condensé peut masquer des détails.
L'interface aide surtout à voir la demande. Elle ne remplace ni une revue de code, ni une vraie compréhension de ce que la modification implique.
Les gains dépendent du nombre de sessions
Si vous n'utilisez un agent qu'occasionnellement, ajouter une couche supplémentaire peut créer plus d'effort qu'autre chose. À l'inverse, dès que plusieurs agents tournent en même temps, la centralisation peut réduire les changements de fenêtre et les interruptions causées par la recherche de « la bonne session ».
Le bon critère n'est pas le nombre d'outils IA installés. C'est la fréquence des demandes qui interrompent réellement votre travail. Vous pouvez observer pendant quelques jours : combien de fois une session reste bloquée, combien de temps vous passez à la retrouver, et est-ce que ça bloque une tâche importante.
Si c'est rare, une notification classique peut suffire. Si ça revient tous les jours, une interface dédiée a plus de chances d'être utile.
Garder une frontière claire entre commodité et sécurité
Travailler avec des agents de programmation, c'est parfois toucher à un environnement sensible. Une interface centralisée peut rendre les demandes plus accessibles - mais elle ne supprime pas la responsabilité de la personne qui approuve.
Une commande lisible n'est pas automatiquement « sans risque ». Et une autorisation permanente doit avoir des limites claires, basées sur un besoin identifié.
Une règle simple : distinguer les demandes selon leur portée :
- autoriser ponctuellement une commande comprise et nécessaire à la tâche ;
- refuser une action dont l'effet ou le périmètre n'est pas clair ;
- réserver les autorisations récurrentes à des opérations prévisibles et répétées ;
- revenir au terminal d'origine quand le contexte affiché ne suffit pas à décider.
Et vérifiez aussi votre configuration côté réponses et dictée, surtout si les conversations contiennent des informations confidentielles. Le fait que la reconnaissance vocale soit annoncée comme locale aide, mais ne suffit pas à conclure que toutes les données restent sur l'appareil.
Pour un usage pro, jetez un œil aux paramètres et à la documentation avant de laisser transiter du code ou des informations internes.
Une interface ne remplace pas une politique d'usage des agents
En équipe, la question dépasse votre confort individuel. Il faut décider quels agents peuvent accéder à quels dépôts, quelles commandes peuvent être approuvées, et qui répond quand une session se bloque.
Openbar peut rendre les demandes plus visibles, mais il ne définit pas les règles de gouvernance. L'outil aide, il ne « remplace » pas votre cadre de sécurité.
En solo, une convention personnelle peut suffire : pas d'autorisation permanente pour une commande inconnue, contrôle systématique des changements importants, retour au terminal dès que vous manquez de contexte. En équipe, mieux vaut documenter tout ça et aligner les pratiques avec les règles de sécurité de l'organisation.
Conclusion
Openbar règle un problème très concret : quand une demande d'autorisation (ou une question) tombe dans un terminal masqué, vous pouvez passer à côté - même si l'agent « semble » tourner.
En regroupant sessions et demandes dans l'encoche du Mac, l'app réduit le temps perdu à chercher la bonne fenêtre et peut rendre les modifications plus faciles à examiner.
Mais l'intérêt dépend vraiment de votre usage. Si vous jonglez souvent entre plusieurs agents, l'essai vaut le coup. Si vous n'avez qu'une session ponctuelle, une notification classique peut suffire. Dans tous les cas, l'interface accélère l'accès à la décision - elle ne doit pas accélérer la validation sans examen.
Testez la compatibilité avec vos agents et terminaux, puis gardez des règles explicites pour les commandes et les autorisations récurrentes.