Le compte officiel Gemini a refermé juillet comme il referme désormais chaque mois : une liste numérotée publiée sur X, quelques lignes par entrée, un renvoi vers le hub des Gemini Drops, rendez-vous dans trente jours. Elle se lit en deux minutes et ne contient pas une seule mesure. Elle transfère pourtant une charge de travail : après chaque livraison, c’est à l’utilisateur de repérer ce qui a changé dans son outil, et de le vérifier par ses propres moyens.
Deux Flash, deux numéros de version qui ne se suivent pas
La troisième entrée du fil annonce l’arrivée de Gemini 3.6 Flash et de 3.5 Flash-Lite, présentés comme offrant « un raisonnement supérieur à des vitesses plus élevées ». Deux modèles, deux numéros qui ne coïncident pas, un même menu déroulant pour les sélectionner. La formule vaut argument commercial, pas information technique.
Supérieur à quoi, mesuré comment, sur quelles tâches ? L’annonce ne le dit pas. Aucun score, aucune comparaison avec la génération précédente, aucun renvoi vers une model card, la fiche technique où un éditeur documente les performances et les limites d’un modèle. Un utilisateur qui bascule de 3.5 Flash à 3.6 Flash change donc de moteur à l’aveugle. Rien ne lui permet de juger du gain, ni de repérer une régression éventuelle sur son propre usage.
Ce flou passe inaperçu tant qu’on discute avec un assistant. Il devient coûteux dès qu’on construit quelque chose dessus.
Le sélecteur de modèle est devenu une décision d’ingénierie
Un prompt calibré pendant des semaines sur une version épouse les manies du modèle sous-jacent, sans qu’on les formule jamais : sa verbosité, sa façon de suivre un format de sortie, sa tolérance aux consignes contradictoires. Changez la version, ces manies bougent. Le prompt continue de fonctionner, mais un peu moins bien, ou différemment, et rien ne signale le changement.
Avec une livraison mensuelle, ce risque ne se présente plus une fois par an, à l’occasion d’une génération majeure. Il se présente douze fois. Trois réflexes s’imposent dès maintenant si vous exploitez Gemini au-delà de la conversation :
- épingler explicitement l’identifiant de version dans les appels à l’API (l’interface par laquelle un programme sollicite le modèle) plutôt que de laisser un alias glisser vers la dernière version disponible ;
- conserver un petit jeu de prompts de contrôle, avec leurs sorties attendues, à rejouer après chaque Drop ;
- dater chaque résultat qu’on documente, en précisant la version employée, sous peine de comparer dans six mois des mesures incomparables.
Rien d’exotique : c’est de la gestion de dépendances appliquée à un composant qu’on avait pris l’habitude de considérer comme stable. Il ne l’est plus.
Un avatar qu’on règle une fois, et pour longtemps
La quatrième entrée mérite qu’on s’y arrête. Gemini propose de configurer un avatar numérique, réutilisable par Nano Banana, l’outil de génération d’images de Google, pour créer ensuite des images ou des vidéos de soi sans envoyer un selfie à chaque tentative. Le confort est réel, la friction disparaît.
Ce qui disparaît aussi, c’est le moment de décision. Envoyer une photo, c’était consentir à chaque fois. Un avatar configuré une seule fois devient un élément permanent du compte, réutilisable par toutes les fonctions que Google branchera dessus les mois suivants. Le fil ne précise ni la durée de conservation, ni les conditions de suppression, ni si la même empreinte alimentera d’autres usages que la génération d’images. Ces questions ne se posaient pas avec un selfie jetable.
Dropbox, Viator, Zillow : une surface qui s’élargit toute seule
La cinquième entrée ajoute des connecteurs d’applications : Dropbox pour les fichiers, Viator pour réserver des activités, Zillow pour chercher un logement. Pris isolément, chacun rend service. Empilés au rythme de quelques-uns par mois, ils dessinent un assistant qui accède progressivement à des pans entiers de la vie d’un utilisateur, alors que la question d’ensemble n’est jamais reposée.
La sixième entrée introduit un autre décalage : la création d’images personnalisées « basées sur vos intérêts et préférences uniques » est ouverte à tous les utilisateurs aux États-Unis. Selon leur pays, deux personnes qui paient le même abonnement n’utilisent donc pas le même produit. Le Drop mensuel est un objet à géométrie variable, et la page d’archive ne dit pas toujours qui a droit à quoi.
Douze livraisons par an, une seule page pour s’en souvenir
Le hub des Gemini Drops empile les livraisons mois après mois, jusqu’aux entrées d’août 2025 : apprentissage guidé, fiches de révision, Storybook, mode de raisonnement Deep Think réservé aux abonnés Ultra. Douze mois d’accumulation, feuilletés une page à la fois. C’est ce feuilletage qui rend l’évolution difficile à saisir : chaque livraison paraît modeste, et personne ne remet le compteur à zéro pour mesurer l’écart entre le Gemini d’il y a un an et celui d’aujourd’hui.
Ce format fait davantage qu’habiller la communication. Il installe une relation dans laquelle l’éditeur pousse, l’utilisateur suit, et la seule mémoire de ce qui a changé reste la page tenue par l’éditeur lui-même. Google n’est pas seul sur cette pente, mais il est le premier à la formaliser en rendez-vous mensuel daté. Ses concurrents laissent au moins une trace vérifiable : OpenAI tient des notes de version datées pour ses modèles et pour ChatGPT, Anthropic publie une system card, le document qui décrit le comportement et les garde-fous du modèle, à chaque sortie de Claude. Aucune des deux ne remplace un journal des modifications complet, mais toutes deux disent au moins ce qui a bougé, et quand.
Tenez donc votre propre journal de bord. Notez la version que vous employez, ce que vous en attendez, ce qu’elle vous rend. Dans quatre semaines, un nouveau Drop tombera et personne ne vous demandera si l’ancien vous convenait.
