Google Gemini Skills remplacent Gems, mais la migration met à l’épreuve son pari sur les workflows

Google Gemini Skills commencera à remplacer Gems le 17 novembre 2026, selon un avis de migration affiché dans l’application Gemini.

Ce changement signalé transforme une collection familière d’assistants personnalisés en instructions réutilisables que Gemini peut appliquer dans des tâches plus larges. Il oblige également les utilisateurs à faire confiance à une migration automatique dont la gestion des fichiers, des outils, du partage et des accès reste floue.

Il s’agit de plus qu’un changement de nom. Gems encourageait les utilisateurs à ouvrir un assistant dédié pour l’écriture, la recherche, le coaching ou toute autre tâche récurrente. Skills est conçu pour passer d’une tâche à l’autre, fonctionner conjointement avec d’autres et s’activer lorsque Gemini les estime pertinentes.

Cette évolution rapproche Google du modèle composable Agent Skills d’Anthropic. Elle éloigne aussi Gemini du format d’assistant autonome encore associé aux GPTs personnalisés d’OpenAI.

Google parie que les utilisateurs souhaitent davantage des procédures portables que des personnalités d’IA distinctes. La migration de novembre déterminera si cette flexibilité compense la perte d’un emplacement simple et prévisible pour chaque assistant personnalisé.

Google Gemini Skills commence à remplacer Gems le 17 novembre

Le changement immédiat est une migration automatique, mais Google n’a pas expliqué publiquement toutes les règles de conversion.

Un avis dans le gestionnaire de Gems indique que Google commencera à transférer les Gems vers des skills le 17 novembre, selon le rapport de migration d’origine. Les utilisateurs pourront continuer à utiliser chaque Gem jusqu’à sa migration.

La formulation est importante, car elle décrit un processus commençant à cette date, et non nécessairement un retrait instantané sur tous les comptes. Google déploie habituellement ses produits de manière progressive, et l’avis ne promet pas une finalisation simultanée.

Le rapport indique également que l’avis est apparu avant que son lien d’aide associé et son bouton de création ne fonctionnent correctement. Cela suggère que les utilisateurs ont vu le message de migration alors que certaines surfaces de support étaient encore en préparation.

Google n’a pas publié de matrice de compatibilité détaillée couvrant toutes les configurations de Gem. Les utilisateurs ne disposent donc pas de réponses officielles sur la façon dont la migration préservera les fichiers téléversés, les outils par défaut, les paramètres de partage et les instructions soigneusement affinées.

Gems est arrivé en 2024 comme version personnalisée de Gemini. Un utilisateur pouvait lui attribuer un rôle, préciser son style de réponse préféré et enregistrer des instructions détaillées pour un usage répété.

Google a présenté cette fonctionnalité lors de Google I/O 2024. L’entreprise a suggéré des exemples tels qu’un coach de course à pied, un guide d’écriture créative, un conseiller de carrière ou un partenaire de programmation.

Gems a ensuite pris en charge les fichiers de référence, donnant à un assistant personnalisé des documents qu’il pouvait consulter pendant une conversation. Les utilisateurs pouvaient aussi sélectionner certains outils et partager des Gems au moyen de liens.

Cette structure faisait de chaque Gem une destination. Un utilisateur ouvrait l’assistant approprié depuis la barre latérale, lançait une conversation et s’attendait à ce que la configuration enregistrée régisse ses réponses.

Skills utilise une unité d’organisation différente. Google définit une skill comme un ensemble d’instructions et de préférences qui apprend à Gemini à réaliser une tâche récurrente particulière.

Une skill peut contenir des étapes, des exigences de mise en forme, des modèles et des erreurs courantes à éviter. Au lieu de représenter un assistant complet, elle représente un savoir sur la manière dont le travail doit être effectué.

La documentation actuelle de Google indique que les skills peuvent être créées à partir de modèles, rédigées avec l’aide de Gemini ou téléversées sous forme de fichiers de skills. Elles peuvent aussi faire référence à d’autres skills.

Pour l’instant, l’entreprise affirme que les skills ne sont disponibles que via Gemini Spark. Spark est l’environnement orienté tâches de Google destiné à assembler des workflows, utiliser des outils et exécuter des actions planifiées.

L’accès comporte aussi des restrictions importantes. La documentation sur les skills de Google indique que les utilisateurs ont besoin d’un compte personnel, d’un abonnement Google AI éligible et de l’option Keep Activity activée.

Les utilisateurs doivent avoir au moins 18 ans. La fonctionnalité est actuellement indisponible avec les comptes professionnels ou scolaires ainsi que dans plusieurs régions, dont l’Espace économique européen et le Royaume-Uni.

Ces limites compliquent l’évaluation de la migration vers Gemini skills comme remplacement universel. Gems était accessible dans des contextes que l’expérience de skills documentée ne couvre pas actuellement.

Google peut combler ces lacunes avant le 17 novembre. Toutefois, la documentation disponible ne précise pas quand une prise en charge élargie des comptes, des régions ou des espaces de travail arrivera.

La direction confirmée est claire, même si les détails du déploiement restent incomplets. Google remplace les identités d’assistants enregistrées par des composants de workflow réutilisables.

La migration vers Gemini Skills met sous pression les workflows existants

Les personnes sous pression sont les utilisateurs qui ont fait de Gems des environnements de travail fiables, et non ceux qui les considéraient comme de simples prompts jetables.

Un Gem peu configuré devrait être simple à convertir. Son nom, sa description et ses instructions peuvent devenir la base d’une skill sans modifier son objectif sous-jacent.

Les cas difficiles concernent les Gems construits autour de plus que des instructions. Certains utilisateurs joignent des documents sources, sélectionnent un outil de création par défaut, diffusent un lien partagé ou révisent des prompts au fil de nombreuses sessions.

Prenons une équipe marketing qui utilise un Gem pour rédiger des briefs de campagne. Le Gem peut contenir des règles de marque, une terminologie produit, des affirmations interdites, un modèle de sortie et des documents d’exemple.

Cette configuration comporte deux couches. L’une décrit la façon dont l’assistant doit se comporter, tandis que l’autre fournit les connaissances nécessaires pour produire un résultat précis.

Une skill peut préserver la couche procédurale si la migration traduit fidèlement les instructions. La couche de connaissances dépend de la manière dont Google gère les documents joints et les autorisations.

Le même problème concerne les chercheurs qui utilisent un Gem avec des articles de référence. Il touche les enseignants utilisant des documents pédagogiques et les équipes commerciales utilisant des guides produits.

Un utilisateur ne devrait pas supposer qu’une skill convertie automatiquement a préservé chaque dépendance. Le résultat migré doit être testé par rapport aux tâches les plus importantes du Gem d’origine.

L’accès crée une autre source de pression. Un Gem utilisé au moyen d’un compte professionnel ou scolaire ne correspond pas aisément à une documentation qui limite actuellement les skills aux comptes personnels.

La disponibilité régionale pose un problème similaire. Une fonctionnalité ne peut pas servir de remplacement complet là où ce remplacement demeure indisponible.

Les changements d’abonnement peuvent également interrompre l’accès. Google indique que l’annulation ou la rétrogradation d’un abonnement éligible désactive les skills, même si les données associées sont conservées.

Ce comportement modifie la question de la portabilité. Un ensemble d’instructions enregistré ne reste utile que lorsque le compte, l’abonnement, la surface produit et la région permettent son exécution.

Les entreprises devraient donc traiter novembre comme une migration de workflow, et non comme une mise à jour cosmétique. Les responsables doivent identifier les Gems importants, capturer leurs instructions et documenter leurs résultats attendus.

Ils devraient également consigner les dépendances de chaque Gem. Cela comprend les fichiers téléversés, les services connectés, les outils sélectionnés, le comportement de partage et toute étape d’approbation humaine.

Cet inventaire offre une protection contre une dégradation silencieuse. Si une skill convertie produit un travail différent, son responsable peut déterminer si les instructions, les connaissances, les outils ou l’accès ont provoqué le changement.

Les tests devraient se concentrer sur des tâches représentatives plutôt que sur un unique prompt pratique. Un Gem d’écriture, par exemple, devrait être vérifié sur plusieurs formats, types de sources et cas d’exception.

Les équipes devraient comparer l’ancrage factuel, la cohérence de la mise en forme et la sélection des outils. Elles devraient également confirmer que les informations sensibles restent visibles uniquement pour les utilisateurs prévus.

Cette vérification est particulièrement importante lorsqu’un workflow d’IA s’appuie sur une base de connaissances IA. Les connaissances stockées et les procédures réutilisables résolvent des problèmes liés, mais elles ne sont pas interchangeables.

Une procédure indique au modèle comment travailler. Une source de connaissances fournit le matériau sur lequel cette procédure s’appuie.

La migration exerce également une pression sur Google. Gems offrait aux utilisateurs une promesse compréhensible : créer une version personnalisée de Gemini et y revenir chaque fois que ce spécialiste était nécessaire.

Skills exige une promesse plus complexe. Gemini doit identifier la bonne procédure, l’appliquer au bon moment, la combiner en toute sécurité et exposer suffisamment d’informations pour permettre une correction.

Si ces étapes fonctionnent, les skills réduisent les configurations répétitives. Si elles échouent silencieusement, les utilisateurs reçoivent des résultats incohérents sans explication évidente.

Google choisit les workflows composables plutôt que les assistants personnalisés

La compétition centrale n’oppose pas Google à une autre entreprise. Elle oppose les procédures composables aux assistants autonomes.

Un Gem regroupe un rôle, un comportement et un contexte derrière un point d’entrée reconnaissable. L’utilisateur décide quel spécialiste ouvrir avant de commencer à travailler.

Une skill inverse cette relation. L’utilisateur commence par une tâche, tandis que Gemini sélectionne ou accepte des instructions pertinentes pour l’accomplir.

Google indique que Spark peut appliquer automatiquement une skill pertinente. Un utilisateur peut aussi choisir directement une skill et combiner plusieurs skills dans une même tâche.

Cette composabilité constitue l’argument le plus fort en faveur de la transition. Une seule demande peut nécessiter des règles de déplacement, des conventions d’e-mail, des exigences d’approbation et un format de rapport.

Avec le modèle Gem, un utilisateur pourrait créer un assistant de plus en plus complexe contenant chaque instruction. Il pourrait aussi passer d’un spécialiste à l’autre et transférer manuellement le contexte.

Les skills permettent à ces procédures de rester distinctes. Gemini peut combiner une skill de réservation de voyages avec une skill de rédaction d’e-mails lorsqu’une tâche exige les deux.

Les conseils de rédaction de Google recommandent de concevoir chaque skill pour une seule tâche. Ils décrivent les skills comme des instructions répétables qui capturent le processus et les préférences d’un utilisateur.

Cette conception ressemble à la composition logicielle. Les petits composants peuvent être testés, mis à jour et réutilisés sans reconstruire un vaste assistant pour chaque combinaison de tâches.

L’approche convient également à un produit agentique tel que Spark. Un agent ne se contente pas de générer du texte ; il planifie des étapes, choisit des outils, exécute des actions et coordonne le travail vers un objectif.

Une procédure réutilisable prend davantage de valeur lorsque le système peut agir en fonction d’elle. Une skill de gestion des dépenses pourrait définir les vérifications requises, tandis qu’une autre skill met en forme le rapport obtenu.

Toutefois, la composabilité introduit un risque d’orchestration. Gemini doit décider quelles skills s’appliquent, résoudre les instructions contradictoires et préserver l’intention réelle de l’utilisateur.

Deux skills fiables individuellement peuvent entrer en conflit lorsqu’elles sont combinées. L’une peut exiger une sortie concise, tandis qu’une autre demande une piste d’audit détaillée.

Le système a besoin de règles de priorité prévisibles. Les utilisateurs ont également besoin d’une indication claire des skills invoquées et de la raison de leur invocation.

Les documents d’aide actuels de Google expliquent que Spark peut reconnaître automatiquement les skills pertinentes. Ils ne fournissent pas de description publique exhaustive de la résolution des conflits pour toutes les combinaisons possibles.

L’invocation manuelle offre un certain contrôle. L’interface Gemini signalée permet d’appeler des skills depuis la zone de prompt, réduisant la nécessité de parcourir une longue barre latérale.

Cette commodité modifie l’usage quotidien. Une procédure réutilisable peut s’intégrer à une tâche existante au lieu d’obliger l’utilisateur à commencer une conversation distincte.

OpenAI propose une option similaire avec les GPT personnalisés. Sa documentation sur les GPT indique que les utilisateurs peuvent intégrer un GPT à une conversation web existante au moyen d’une mention @.

Cependant, les GPT personnalisés restent des assistants configurés distincts. Ils peuvent combiner des instructions, des fichiers de connaissances, des capacités, des applications et des actions définies.

Anthropic offre une comparaison plus claire avec les skills. L’entreprise décrit les Agent Skills comme des dossiers contenant des instructions, des scripts et des ressources que Claude charge lorsque cela est pertinent.

Anthropic souligne également que les skills peuvent se combiner. Son modèle Agent Skills couvre les applications Claude, Claude Code et la plateforme pour développeurs de l’entreprise.

La terminologie de Google reflète donc une orientation produit plus large. Les entreprises d’IA souhaitent de plus en plus que la personnalisation devienne un savoir opérationnel réutilisable, et non une simple personnalisation de chatbot.

Toutefois, une terminologie identique ne garantit pas des capacités identiques. L’implémentation d’Anthropic peut inclure du code exécutable et des structures de dossiers portables.

La documentation destinée au grand public de Google met l’accent sur les instructions, les préférences, les modèles, les outils de tâches et les workflows Spark. Les utilisateurs devraient évaluer chaque système selon son comportement réel, et non selon l’étiquette commune.

Le changement stratégique reste néanmoins évident. Google veut que la personnalisation s’intègre au moteur de workflow d’un agent plutôt que de rester dans une galerie d’assistants séparés.

Pourquoi les Gemini Skills sont plus qu’un simple renommage des Gems

Les skills modifient l’endroit où la personnalisation opère, la manière dont elle s’active et le nombre de procédures pouvant participer à une même tâche.

À haut niveau, les deux fonctionnalités enregistrent des instructions. Cette similitude fait passer le remplacement pour un simple changement de marque, mais elle n’explique pas l’architecture produit qui le sous-tend.

Un Gem commence par répondre à la question : « Quelle version de Gemini est-ce que je veux consulter ? » Un skill commence par répondre à la question : « Quelle procédure Gemini doit-il appliquer ici ? »

Cette distinction influence la découverte. Les Gems dépendent du choix par l’utilisateur d’un assistant dédié, tandis que les skills peuvent apparaître au sein de la tâche où ils sont nécessaires.

Elle affecte également le périmètre. Un Gem peut devenir une persona étendue couvrant de nombreuses responsabilités vaguement liées.

Google conseille aux utilisateurs de confier à chaque skill une seule fonction. Ce périmètre plus restreint facilite la combinaison et rend le débogage plus pratique.

Imaginons qu’un chef de produit ait besoin d’une mise à jour hebdomadaire. Le résultat final exige une synthèse des réunions, une classification des risques, un format exécutif fixe et des éléments de preuve soigneusement sélectionnés.

Un seul Gem pourrait contenir ces quatre comportements. Cependant, modifier ses règles de mise en forme pourrait affecter des parties sans rapport de l’assistant.

Un workflow fondé sur les skills peut séparer la synthèse des réunions de la classification des risques et de la mise en forme des rapports. Chaque procédure a alors un objectif plus clair.

Cette modularité facilite la maintenance. Une organisation peut mettre à jour son format de rapport sans réécrire la manière dont les preuves issues des réunions sont extraites.

Elle favorise aussi la réutilisation. Le même skill de classification des risques pourrait contribuer à une revue de lancement, à une escalade client ou à une tâche de planification trimestrielle.

La sélection automatique crée un deuxième mécanisme. Spark peut reconnaître qu’un skill semble pertinent, ce qui réduit la nécessité pour les utilisateurs de se souvenir de chaque configuration enregistrée.

Cet avantage dépend de la visibilité. Les utilisateurs doivent savoir quand Gemini a appliqué un skill, surtout lorsque les instructions influencent des actions externes ou un travail réglementé.

Un skill appliqué trop largement peut fausser une tâche. Un skill totalement ignoré peut supprimer des contrôles requis sans provoquer d’erreur évidente.

Les skills multiples créent un troisième mécanisme. Gemini peut composer un workflow à partir de plusieurs paquets d’instructions ciblés au lieu de s’appuyer sur un unique prompt surdimensionné.

Cela ressemble à la façon dont les équipes expérimentées documentent leurs processus. Elles séparent les règles de marque, la revue de sécurité, l’approbation des achats et la mise en forme finale, car chaque composant évolue indépendamment.

Le modèle prend également en charge le travail planifié. La documentation de Google indique qu’un skill peut guider l’action au sein d’une planification Spark.

Une tâche récurrente pourrait donc appliquer la même procédure opérationnelle à chaque exécution. C’est une forme de personnalisation plus forte que l’ouverture manuelle d’un chatbot nommé.

Toutefois, une planification augmente le coût des erreurs. Des instructions incorrectes peuvent se répéter sans attention humaine immédiate, tandis qu’un skill inadapté peut affecter chaque exécution.

Les utilisateurs devraient conserver les actions à fort impact derrière une validation explicite tant qu’ils ne comprennent pas le comportement après migration. Cela inclut l’envoi de communications, le partage de données, les achats ou la modification de dossiers.

Les meilleurs cas d’usage initiaux sont observables et réversibles. Rédiger un rapport, organiser des notes ou appliquer un format fournit aux utilisateurs un résultat qu’ils peuvent examiner avant que quoi que ce soit ne quitte l’espace de travail.

C’est pourquoi ce remplacement ne relève pas d’une simple maintenance produit. Google rapproche la personnalisation de l’exécution.

Les Gems façonnaient principalement une conversation. Les skills peuvent façonner une chaîne d’actions au sein d’une tâche agentique.

Cette portée accrue explique à la fois l’attrait et le risque. Un skill fiable permet d’économiser davantage de travail qu’un prompt réutilisable, mais un skill peu fiable peut également avoir des conséquences plus étendues.

Les détails de la migration restent le point faible de l’argumentaire de Google

Google a expliqué ce que sont les skills, mais n’a pas encore répondu à toutes les questions dont les utilisateurs ont besoin avant de faire confiance à la conversion.

La plus grande incertitude concerne la fidélité. Les utilisateurs doivent savoir si chaque instruction est transférée exactement ou si Google réécrit le contenu pour le nouveau format.

Même des modifications mineures peuvent compter. Une contrainte réorganisée, un exemple omis ou une interdiction atténuée peuvent modifier les résultats d’un assistant personnalisé mature.

Les fichiers joints soulèvent une autre question. Les conseils de Google sur les skills indiquent que les utilisateurs peuvent éviter de téléverser à plusieurs reprises les mêmes fichiers, ce qui suggère que les documents de soutien peuvent participer à un skill.

Cependant, l’avis de migration rapporté par 9to5Google n’explique pas comment les pièces jointes existantes des Gems seront converties, stockées ou soumises à des autorisations.

Les outils par défaut doivent aussi être clarifiés. Un Gem peut être configuré autour de fonctions telles que la création d’images ou Canvas, tandis qu’un skill apprend à Spark quels outils utiliser.

Ces concepts se recoupent, mais ils ne sont pas nécessairement représentés par des contrôles identiques. Les utilisateurs devraient vérifier le comportement des outils après la conversion.

Le partage constitue un autre domaine non résolu. Les Gems peuvent être distribués par liens, ce qui offre un moyen simple de donner à une autre personne accès à un assistant configuré.

La documentation publique de Google sur les skills est centrée sur les comptes personnels et n’établit pas de comportement de partage équivalent pour chaque Gem migré.

La prise en charge en milieu professionnel pourrait s’avérer plus déterminante. Les skills ne sont actuellement pas disponibles pour les comptes professionnels et scolaires, selon la page d’aide de Google.

Cette restriction s’accorde mal avec le positionnement axé sur les workflows. Les organisations ont le plus fort besoin de procédures reproductibles, de connaissances encadrées et de normes opérationnelles partagées.

Les exclusions régionales créent un décalage supplémentaire. Une migration ne peut pas être considérée comme complète pour les utilisateurs qui ne peuvent pas accéder à sa fonctionnalité de destination.

Google pourrait étendre la disponibilité avant le début de la transition. Tant qu’il ne publie pas ces changements, les lecteurs devraient considérer l’accès élargi comme une question ouverte.

L’invocation automatique mérite également du scepticisme. La simplicité dépend de la capacité de Gemini à reconnaître précisément l’intention, mais le travail récurrent comporte souvent des exceptions subtiles.

Une revue financière et une estimation informelle peuvent employer un langage similaire tout en exigeant des contrôles différents. Le mauvais skill pourrait appliquer des procédures plus strictes ou plus souples que prévu.

La combinaison de skills complique encore le problème. Les instructions peuvent diverger sur le ton, la structure de sortie, les sources approuvées ou l’utilisation des outils.

Google doit proposer un comportement compréhensible en cas de conflit. Les utilisateurs ont besoin de journaux ou d’indicateurs visibles permettant d’examiner facilement la configuration appliquée.

Il existe également un risque de fragmentation du produit. Les Gems résident dans l’expérience Gemini principale, tandis que les skills sont actuellement documentés via Spark.

Les utilisateurs devraient surveiller si Google crée un système de personnalisation cohérent entre Gemini, Spark, les applications mobiles et les comptes gérés.

Une transition qui disperse l’accès sur différentes surfaces produit affaiblirait la simplicité promise. Un système unifié rendrait les procédures enregistrées plus utiles que des Gems isolés.

La critique n’est pas que les skills manquent de valeur. Leur conception modulaire correspond mieux aux workflows complexes qu’une collection croissante de chatbots spécialisés.

La préoccupation est que Google demande aux utilisateurs de migrer avant d’avoir publiquement documenté tous les cas limites. Cet ordre fait peser la charge de vérification sur les personnes qui ont déjà investi dans les Gems.

Les utilisateurs peuvent réduire ce risque en conservant leurs propres archives. Copiez les instructions critiques, listez les pièces jointes, consignez les résultats attendus et conservez des exemples de réponses Gem réussies.

Après la migration, exécutez les mêmes cas de test avec le nouveau skill. Comparez l’exactitude du contenu, le respect des instructions, la mise en forme, les outils et le comportement d’accès.

Ne vous fiez pas au nom ou à la description d’un skill comme preuve d’une conversion réussie. Le résultat compte davantage que la présence d’une entrée migrée.

Trois signaux détermineront si les Google Gemini Skills fonctionnent

Le remplacement ne réussira que si Google préserve le comportement existant, élargit l’accès et rend la sélection des skills compréhensible.

Le premier signal sera la fidélité de la migration après le 17 novembre. Les utilisateurs devraient rechercher des éléments montrant que les instructions, les fichiers, les outils sélectionnés et les relations de partage survivent à la conversion.

Une entrée nette dans la liste des skills ne suffit pas. Le skill migré doit produire des résultats équivalents ou meilleurs pour les tâches qui justifiaient la création du Gem.

Si Google publie un guide de compatibilité détaillé, cela renforcerait la confiance. Une gestion claire des fonctionnalités non prises en charge serait préférable à une approximation silencieuse.

Des signalements répandus de pièces jointes manquantes, de résultats modifiés ou de partage défaillant affaibliraient l’argumentaire de Google. Ils montreraient que la flexibilité est arrivée au détriment de la continuité.

Le deuxième signal sera la disponibilité au-delà des limites actuelles de Spark. Les skills doivent être pris en charge sur les comptes, dans les régions et sur les surfaces produit où les utilisateurs se servent déjà de Gemini.

Les comptes professionnels et scolaires sont particulièrement importants. Les organisations bénéficient de procédures réutilisables, mais elles nécessitent aussi de l’administration, des autorisations, des audits et une propriété prévisible.

Une disponibilité élargie appuierait l’affirmation de Google selon laquelle les skills représentent la nouvelle couche de personnalisation de Gemini. Des restrictions persistantes en feraient un remplacement partiel.

Le troisième signal sera la transparence de l’orchestration. Les utilisateurs doivent voir quels skills Gemini a sélectionnés, comment plusieurs skills ont interagi et quoi modifier lorsqu’un résultat est erroné.

La sélection automatique devrait réduire la configuration sans masquer le contrôle. L’invocation manuelle devrait rester disponible lorsque l’utilisateur a besoin de certitude.

Google devrait également rendre les conflits lisibles. Lorsque deux skills fournissent des instructions incompatibles, l’interface devrait expliquer quelle règle a prévalu.

Cette transparence distinguera un système de workflow fiable d’une fonctionnalité opaque de routage de prompts. Elle comptera encore davantage à mesure que les skills guideront des agents planifiés ou capables d’agir.

Le comportement des concurrents apporte un contexte utile. Anthropic présente déjà les skills comme des ressources portables et combinables dans ses produits grand public, de programmation et pour développeurs.

OpenAI continue de prendre en charge des GPT configurés qui regroupent instructions, connaissances et capacités sous la forme d’assistants identifiables. Sa fonctionnalité de mention @ permet aussi de les intégrer à des conversations web existantes.

Google tente de combiner l’accessibilité d’une personnalisation enregistrée avec la flexibilité d’une composition agentique. Le résultat pourrait devenir une manière plus pratique d’encoder le travail récurrent.

Cependant, la migration de novembre doit d’abord gagner la confiance des utilisateurs existants de Gems. Leurs assistants personnalisés contiennent des décisions, des exemples et des corrections accumulés qu’il est facile de sous-estimer.

Avant que la migration n’atteigne votre compte, identifiez les Gems que vous auriez du mal à recréer. Conservez leurs instructions et leurs dépendances, puis créez plusieurs prompts de test représentatifs.

Lorsque Google Gemini Skills arrivera, comparez ces résultats avant de déplacer des workflows importants. La compétence convertie préserve-t-elle vos connaissances, respecte-t-elle les mêmes contraintes et indique-t-elle clairement lorsqu’elle s’active ?

Les réponses à ces questions détermineront si la migration vers les compétences Gemini constitue une véritable amélioration des workflows ou se contente de transférer les utilisateurs vers une interface moins familière.