Natively : assistant IA en surimpression pour entretiens et réunions sur macOS

Pour qui

Si vous avez besoin d’une réponse au milieu d’une vraie conversation plutôt que d’un récapitulatif plus tard, cet outil relève de la catégorie « accompagnement en direct ». Ses usages sont assez clairs : les questions techniques pendant un entretien d’embauche, les réponses immédiates lors d’une présentation commerciale ou d’une visite client, la prise de notes en cours et en réunion. Ce n’est pas un programme en ligne de commande qui tourne en arrière-plan, mais un client de bureau macOS, dont l’interface suit les usages de macOS. Sa forme essentielle est une couche d’IA qui flotte au-dessus de l’écran courant et à laquelle on peut demander n’importe quand (la page du projet la décrit parallèlement comme live coding assistant, screen overlay AI et invisible AI assistant).

Sa valeur dépend aussi de ce que vous faites déjà : si vous communiquez surtout de façon asynchrone par e-mail et documents, le gain est limité ; si vous êtes chaque jour en visioconférence, en binôme de développement ou sur le terrain chez un client, il réduit nettement le temps d’attente des réponses et vous évite de chercher plus tard de quoi vous aviez posé la question.

Vérifiez deux points avant de choisir. D’abord la nature de la licence : la page se présente comme $0 pour un usage personnel et non commercial, source available, et met en avant « aucune fuite de données » comme argument public ; si votre usage relève du commercial, ce n’est pas gratuit et il faut trouver une autre voie de licence. Ensuite la plateforme d’exécution : les preuves disponibles ne couvrent que le client de bureau macOS, la page ne dit rien des autres systèmes.

Réussir son premier essai en 3 minutes

Il n’y a qu’un chemin recommandé : la page Releases du projet sur GitHub, qui est le point de téléchargement de la version bureau explicitement indiqué.

https://github.com/Natively-AI-assistant/natively-cluely-ai-assistant/releases

Prérequis : une machine macOS + un usage personnel ou non commercial. Après avoir téléchargé le paquet bureau correspondant et confirmé l’ouverture système, il faut autoriser l’enregistrement de l’écran et la capture du micro ; ces deux autorisations sont déjà l’action « lancer la capture ». Même si le projet insiste sur une exécution locale, la première autorisation devrait venir après votre vérification de l’impact sur la vie privée.

Emplacement d’installation : l’élément téléchargeable de la page est une version bureau ; une fois installé, vous obtenez le client Natively en local ; la page ne précise pas les détails d’installation (format du paquet, par exemple, ou nécessité de glisser l’application dans le dossier Applications) : suivez simplement les invites du système.

Déclenchez une première tâche à faible risque : au démarrage, n’activez pas encore le mode invisible et n’utilisez pas une vraie réunion. Ouvrez une fenêtre ordinaire sans information sensible et saisissez dans la surimpression une question en lecture seule et sans risque, par exemple « Résume en une phrase la fenêtre que j’ai ouverte », et laissez la réponse rester dans la surimpression. Le signal de réussite est que ce texte apparaît dans la surimpression sans que votre fenêtre d’origine soit masquée ni modifiée.

Activez ensuite un par un les fonctionnalités qui changent le comportement : entrée micro (démarrage de l’enregistrement), enregistrement, mode invisible. Confirmez chaque point vous-même avant de l’activer et n’activez pas d’un coup tous les interrupteurs liés à l’enregistrement et à la vie privée.

Cas d’usage

Premier cas, la réponse en direct pendant un entretien ou une présentation commerciale. La méthode consiste à laisser la surimpression lire l’image courante, puis à interroger le contenu affiché : les questions, le code ou les maquettes de design ; la page parle de live coding assistant et de real-time coding help. Le scénario convient quand un candidat écrit du code tout en ayant besoin d’un coup de pouce, ou quand une personne de la vente doit décomposer sur-le-champ une question technique devant un client qui attend. Limite des preuves : la page ne fournit qu’une description de fonctionnalité et des mots-clés parallèles, sans indiquer l’emplacement exact du point d’entrée, les combinaisons de raccourcis ni les détails d’interaction du champ de question ; c’est à vous de vérifier cela dans le client.

Deuxième cas, dessiner directement l’architecture système avec Visual Answers. Pendant une discussion sur l’architecture, demandez Visual Answers : l’application dessine le design système, ce que vous pouvez regarder en parlant au lieu de recevoir un simple bloc de texte. Convient aux entretiens d’architecture système et aux sessions de mise en alignement. Limite des preuves : la page indique explicitement qu’elle dessine automatiquement les designs système, mais ne précise pas quels types de diagrammes sont pris en charge, si le résultat est exportable, ni comment le dessin se modifie.

Ce que les deux cas ont en commun : vous n’avez pas à préparer de documents au préalable. La surimpression regarde l’écran que vous avez sous les yeux, et la réponse tombe devant vous dès que la question est posée.

Limites et cadre d’usage

• Gratuité et licence : $0 couvre l’usage personnel et non commercial, et il s’agit de source available plutôt que d’une licence open source standard ; l’usage commercial n’est pas inclus.
• Plateforme : seules des preuves pour un client macOS existent ; rien n’est dit de Windows ni de Linux.
• Mode invisible : la page présente cela comme le mode de dissimulation le plus avancé parmi les outils qu’elle a comparés. Son objectif est de rendre la surimpression indétectable, mais l’utiliser dans l’entretien ou la réunion de quelqu’un d’autre revient à faire répondre l’autre partie sans qu’il le sache ; pour un premier essai, restez sur la surimpression visible.
• Capture et enregistrement : assistant de réunion, prise de notes et enregistrement impliquent que le micro et le contenu de l’écran sont lus. L’exécution locale réduit le risque de fuite, mais ne signifie pas qu’aucune capture n’a lieu ; demandez l’accord avant de l’activer dans la réunion de quelqu’un d’autre.
• Lacunes de détail : BYOK et RAG local apparaissent dans la description du projet, mais la page n’indique ni les points de configuration ni la gamme de modèles disponibles ; si la capture d’écran se comporte mal lors du premier essai, commencez par vérifier les entrées d’autorisation dans les réglages du système.