Première semaine de beta : ce qui a cassé, ce qu'on a réparé

Notre premier testeur n'a jamais vu le deuxième écran. Le récit honnête des premiers jours : trois défauts réels, ce qu'ils nous ont appris, et ce qui reste ouvert.

Sept jours de beta, trois défauts réels. Le plus grave a bloqué notre premier testeur à l'écran d'accueil : « aucun assistant détecté », sur une machine où tout était installé. Le correctif est parti le jour même, dans une mise à jour publiée le soir. Voici ce que la première semaine a cassé, dans l'ordre, sans maquillage.

Le bug que personne ne pouvait voir

Sur la machine du testeur, l'assistant IA fonctionnait dans son terminal. Maestro, lancé d'un double-clic, ne le trouvait pas. La cause tient à une subtilité de macOS : une application ouverte depuis le Finder ne voit pas les mêmes chemins d'installation que le terminal de la même machine. Les outils installés par un gestionnaire de versions, une pratique répandue chez les gens qui en installent beaucoup, devenaient invisibles.

Ce défaut était invisible chez nous : nos machines de développement lancent tout depuis le terminal, là où le problème n'existe pas. Il a fallu un vrai utilisateur, une vraie machine, et la remontée d'erreur anonyme qui nous a montré la catégorie exacte du blocage. Maestro va maintenant chercher les chemins là où le terminal les trouve, et la mise à jour est partie le soir même.

La moitié des retours parlaient de choses qui existaient

Le deuxième enseignement a coûté plus cher à notre ego : sur les retours du premier test complet, la moitié réclamait des capacités déjà présentes. Reprendre un projet existant, changer d'assistant en cours de route, revenir à une version antérieure : tout y était, et rien ne se voyait.

Une capacité que l'utilisateur ne trouve pas n'existe pas. Nous avons retravaillé l'accueil et les premiers écrans pour que les gestes importants se présentent d'eux-mêmes au bon moment, plutôt que d'attendre d'être découverts. C'est le même principe qui nous fait refuser le terminal : la charge de la lisibilité revient au produit, pas à vous.

Le compteur qui racontait n'importe quoi

Troisième défaut, trouvé en vérifiant tout le reste : le compteur de consommation affichait des chiffres faux. Il ignorait une partie de ce que les assistants facturent, la mémoire de travail réutilisée entre deux échanges, et sous-estimait donc ce que chaque projet consommait.

Un outil qui promet de vous laisser diriger doit d'abord compter juste. Le compteur a été refait et revérifié face aux relevés réels des assistants. Si vous devez retenir un critère pour juger un outil de cette famille, prenez celui-là : demandez-lui d'où viennent ses chiffres.

Ce qui reste ouvert

Tout n'est pas réglé. Un testeur a rencontré un refus de macOS d'ouvrir son dossier de projets, et le message d'erreur de Maestro l'a envoyé sur une fausse piste en parlant d'outil manquant. Le vrai coupable était une permission système à accorder dans les réglages. Le message honnête, qui nomme la permission et le chemin pour l'accorder, est écrit et attend la prochaine mise à jour.

Ces récits s'appuient sur des remontées d'erreur anonymes : des catégories de pannes, jamais le contenu de vos projets, comme le décrit notre page sur vos données. C'est ce qui nous a permis de voir le blocage du premier testeur sans jamais voir son écran. La beta continue, sur invitation, et chaque semaine cassera autre chose : nous continuerons de le raconter ici.