NoBuzz : à quoi sert cette compétence Claude Code qui “traduit” le jargon IA en anglais simple

Un petit projet, avec un objectif très précis

Le dépôt GitHub présente le projet sous le nom NoBuzz. Son idée est simple : ajouter à Claude Code une compétence capable de reformuler une réponse dans un anglais plus direct, moins chargé en jargon ou en tournures trop abstraites.

Concrètement, la syntaxe documentée est /debuzz [mode] [text]. Le README précise aussi un comportement pratique : si aucun argument de texte n’est fourni, la compétence retravaille la réponse précédente de Claude. Autrement dit, l’outil peut servir soit à reformuler un texte que l’on colle explicitement, soit à demander une version plus claire de la dernière sortie du modèle.

Le dépôt indique également que la compétence peut se déclencher via des formulations naturelles, par exemple une demande du type say that in normal english. Pour un usage quotidien, c’est un détail important : l’outil ne se limite pas à une commande stricte et peut s’intégrer à un flux conversationnel plus naturel.

À qui cela peut servir dans un contexte professionnel

Pour des développeurs, des responsables techniques ou des équipes produit, ce type d’outil répond à un problème très concret : les assistants de code et les modèles génératifs produisent parfois des réponses correctes sur le fond, mais difficiles à relayer telles quelles à un collègue, à un manager ou à une direction.

NoBuzz formalise cette étape de réécriture. Au lieu de demander manuellement une reformulation à chaque fois, la compétence propose des modes adaptés à différents niveaux de communication. Le README en liste trois : colleague, manager et director. Le mode par défaut est colleague.

Cette distinction est utile en pratique. Une explication destinée à un pair technique n’a pas le même niveau de détail ni le même ton qu’un résumé pour un responsable ou une direction. Le projet ne documente pas plus finement la différence exacte entre ces modes, mais leur présence montre clairement l’intention : ajuster la reformulation au destinataire, pas seulement simplifier le texte.

Installation : ce que le dépôt demande réellement

Le README liste deux prérequis : Claude Code et The Antigravity CLI (agy).

L’installation du projet commence par le clonage du dépôt :

git clone https://github.com/adnanakil/nobuzz

Ensuite, la documentation demande de copier le répertoire debuzz dans le dossier des compétences de Claude :

cp -r nobuzz/debuzz ~/.claude/skills/

Ce point est révélateur de la forme du projet : NoBuzz n’est pas présenté comme une application autonome ni comme un paquet distribué via un gestionnaire classique. Il s’agit d’une compétence à déposer dans l’arborescence attendue par Claude Code.

Autre élément à noter : la page des releases du dépôt indique qu’il n’y a pas de publication de version. Pour un utilisateur professionnel, cela signifie qu’il faut probablement suivre l’état du dépôt lui-même plutôt que s’appuyer sur des artefacts versionnés ou des notes de version formelles. Le README mentionne en revanche une licence MIT, ce qui clarifie le cadre open source du projet.

Le rôle d’Antigravity CLI dans la chaîne

Le second prérequis, agy, mérite une attention particulière, car il conditionne l’usage de la compétence. Le README de NoBuzz indique d’installer Antigravity CLI avec les commandes suivantes : sur macOS et Linux, curl -fsSL https://antigravity.google/cli/install.sh | bash ; sur Windows, irm https://antigravity.google/cli/install.ps1 | iex. Il demande ensuite d’exécuter agy une première fois pour terminer le flux de connexion Google.

D’après la documentation d’Antigravity, le CLI est affiché en version v1.1.17 et fonctionne nativement sur macOS, Linux et Windows. Cette même documentation indique que l’installateur place l’exécutable dans ~/.local/bin/agy sur macOS et Linux.

Pour les environnements où l’on veut limiter les modifications automatiques du shell, la documentation d’Antigravity mentionne aussi des options d’installation comme --skip-aliases et --skip-path. Ce sont des détails utiles pour les postes verrouillés, les environnements d’entreprise ou les développeurs qui préfèrent garder la main sur leur profil shell.

Authentification : les détails qui peuvent éviter des erreurs

La documentation d’Antigravity décrit également un mode d’authentification via clé API Gemini, avec plusieurs subtilités importantes.

D’abord, selon cette documentation, définir uniquement une variable d’environnement GEMINI_API_KEY n’a aucun effet à lui seul. Il faut aussi définir modelProvider à gemini dans ~/.gemini/antigravity-cli/settings.json. La clé doit ensuite être exportée sous le nom GEMINI_API_KEY.

Autre point opérationnel : la documentation précise que le CLI lit l’identifiant uniquement depuis la variable d’environnement GEMINI_API_KEY et ne charge pas les fichiers .env. Dans un contexte de développement, c’est le genre de détail qui explique rapidement pourquoi une configuration apparemment correcte ne fonctionne pas.

Enfin, la commande de déconnexion documentée est /logout, mais la même documentation précise qu’elle n’a aucun effet lorsqu’on utilise l’authentification par GEMINI_API_KEY, puisqu’aucune session stockée n’est alors à effacer.

Ces éléments ne viennent pas du dépôt NoBuzz lui-même, mais de la documentation d’Antigravity. Ils comptent néanmoins pour toute personne qui cherche à faire fonctionner la compétence sans passer par le flux de connexion standard.

Ce que NoBuzz change, et ce qu’il ne dit pas

L’intérêt principal de NoBuzz est moins technique qu’opérationnel : il transforme une demande récurrente de reformulation en commande réutilisable dans Claude Code. Pour des équipes qui utilisent déjà l’IA comme assistant de rédaction technique, cela peut réduire les allers-retours quand il faut adapter une explication à différents interlocuteurs.

En revanche, plusieurs points ne sont pas documentés dans les faits disponibles. Le dépôt ne fournit pas de release officielle, et les informations fournies ici ne décrivent ni mécanisme interne détaillé, ni garanties de stabilité, ni politique de support. On sait comment l’installer et l’invoquer, mais pas davantage sur son cycle de publication ou sa compatibilité au-delà des prérequis explicitement listés.

En clair, NoBuzz ressemble à un utilitaire léger pour utilisateurs déjà à l’aise avec Claude Code et avec l’installation manuelle de compétences. Pour ce public, la proposition est lisible : prendre une réponse de modèle et la rendre plus exploitable selon le destinataire. Pour des équipes qui ont besoin d’un packaging plus formel, d’un versionnage explicite ou d’un support structuré, les informations publiques visibles dans le dépôt restent limitées.

À retenir

• NoBuzz est un projet open source destiné à Claude Code, centré sur la commande <code>/debuzz [mode] [text]</code>.
• La compétence peut reformuler le dernier message de Claude si aucun texte n’est fourni.
• Trois modes sont documentés : <code>colleague</code> par défaut, <code>manager</code> et <code>director</code>.
• L’installation passe par un clonage GitHub puis une copie manuelle du dossier <code>debuzz</code> dans <code>~/.claude/skills/</code>.
• Le projet dépend aussi d’Antigravity CLI, dont certains détails d’installation et d’authentification peuvent être déterminants en pratique.

Sources

• nobuzz/README.md at main · adnanakil/nobuzz — github.com
• Releases · adnanakil/nobuzz — github.com
• Installation & Auth — antigravity.google