Vibeconferencing fait entrer un agent de code dans Google Meet

SSacha

D’après GitHub, Vibeconferencing est une application locale qui permet à un agent de code de rejoindre un appel Google Meet comme un participant. L’idée, c’est de ne plus attendre la fin d’une réunion pour donner sa transcription à un assistant et lui demander un résumé. L’agent peut suivre la conversation pendant qu’elle se déroule, prendre la parole et écrire sur un tableau blanc partagé. Alors, si une équipe discute d’un problème dans un dépôt de code, l’agent pourrait contribuer pendant l’appel, en s’appuyant sur la session de l’utilisateur et le dépôt présents sur sa machine. Le projet a été conçu pour Claude Code, tout en étant compatible avec Codex et Cursor. Il permet ainsi à l’agent de contribuer en direct, plutôt que de se limiter à commenter la conversation après coup.

SSacha

Vibeconferencing est une application Electron installée localement, qui ouvre sa propre présence dans la réunion. Pour comprendre les échanges, elle utilise par défaut les sous-titres en direct de Google Meet. Elle ne lance donc pas sa propre reconnaissance vocale : elle récupère le texte que Meet affiche déjà. Pour parler, l’application utilise un microphone virtuel. L’agent pilote l’application grâce à des outils accessibles par MCP ou par HTTP. Il peut ainsi écouter, parler et écrire sur le tableau blanc. Bon, ce n’est pas une voix qui flotte mystérieusement dans la réunion : l’application se présente bien comme un participant, depuis la machine de l’utilisateur.

SSacha

En pratique, l’application pourrait intéresser les développeurs qui utilisent un agent de code et souhaitent l’associer à une discussion en équipe. Comme elle fonctionne sur la machine de l’utilisateur et dans son dépôt, l’agent peut s’appuyer sur sa session et ses outils de travail pendant l’appel. Cela pourrait rendre une réunion plus concrète : au lieu de demander seulement à l’agent de reformuler ce qui a été dit, on peut le faire contribuer à un tableau blanc partagé. Le projet a d’abord été construit autour de Claude Code, mais il prend aussi en charge Codex et Cursor. Côté visioconférence, Google Meet est pris en charge, tout comme les appels Slack Huddles. La compatibilité avec Zoom est en cours de développement. Aucun tarif n’est précisé dans les éléments disponibles, donc on ne peut pas chiffrer ce que coûterait une utilisation.

SSacha

La première limite tient à la méthode utilisée par défaut : l’application dépend des sous-titres de Meet pour comprendre la réunion. Elle ne réalise pas elle-même une reconnaissance vocale, donc ce qu’elle peut suivre passe par le texte produit par Meet. Pour parler, elle utilise un microphone virtuel. Il existe aussi un mode vocal expérimental qui utilise un modèle temps réel d’OpenAI pour produire la voix, tandis que l’agent lui fournit les informations. Expérimental, ici, veut dire qu’il s’agit d’une option distincte, et non de la méthode par défaut. Les développeurs mentionnent également des problèmes connus dans le fichier de présentation du projet, sans que les détails soient précisés ici. Il faut donc distinguer l’idée générale, qui est clairement décrite, et les limites pratiques, qu’il faudra vérifier selon son usage.

SSacha

Il faut retenir que Vibeconferencing déplace l’agent de code d’un échange séparé vers l’intérieur même de la réunion. Il ne s’agit pas seulement de lui transmettre une transcription après coup : il peut rejoindre l’appel, suivre les sous-titres, répondre et contribuer au tableau blanc. Le montage repose, par défaut, sur des éléments assez identifiables : une application locale, les sous-titres de Meet et un microphone virtuel. Pour les équipes, l’intérêt potentiel est de garder l’agent au contact d’une conversation pendant que les décisions se construisent, au lieu de reconstituer le contexte plus tard. Mais il ne faut pas en déduire que le projet fonctionne déjà avec tous les outils de réunion : Slack Huddles est pris en charge, tandis que Zoom est encore en développement. Et la voix utilisant le modèle temps réel d’OpenAI reste expérimentale. C’est donc une proposition concrète, mais encore circonscrite à ses compatibilités et à son fonctionnement actuels.