Google Gemini Skills sostituiscono Gems, ma la migrazione mette alla prova la sua scommessa sui workflow
Google Gemini Skills inizierà a sostituire Gems il 17 novembre 2026, secondo un avviso di migrazione visualizzato all'interno dell'app Gemini.
Il cambiamento segnalato trasforma una familiare raccolta di assistenti personalizzati in istruzioni riutilizzabili che Gemini può applicare nell'ambito di attività più ampie. Costringe inoltre gli utenti ad affidarsi a una migrazione automatica, la cui gestione di file, strumenti, condivisione e accesso rimane poco chiara.
Non si tratta solo di un cambio di nome. Gems incoraggiava gli utenti ad aprire un assistente dedicato per scrittura, ricerca, coaching o un'altra attività ricorrente. Skills è progettato per spostarsi tra le attività, collaborare con altre competenze e attivarsi quando Gemini lo ritiene pertinente.
Questo cambiamento avvicina Google al modello componibile Agent Skills di Anthropic. Allo stesso tempo, allontana Gemini dal formato di assistente autonomo ancora associato ai GPT personalizzati di OpenAI.
La scommessa di Google è che gli utenti desiderino procedure portabili più che personalità AI separate. La migrazione di novembre verificherà se questa flessibilità compenserà la perdita di uno spazio semplice e prevedibile per ciascun assistente personalizzato.
Google Gemini Skills inizierà a sostituire Gems il 17 novembre
Il cambiamento immediato è la migrazione automatica, ma Google non ha spiegato pubblicamente ogni regola di conversione.
Un avviso nel gestore di Gems afferma che Google inizierà a trasferire Gems in skills il 17 novembre, secondo il report originale sulla migrazione. Gli utenti potranno continuare a usare ciascun Gem fino all'avvenuta migrazione.
La formulazione è importante perché descrive un processo che inizia in quella data, non necessariamente un ritiro immediato per tutti gli account. Google rilascia comunemente i prodotti in fasi successive e l'avviso non promette un completamento simultaneo.
Il report afferma inoltre che l'avviso è apparso prima che il link di assistenza allegato e il pulsante di creazione funzionassero correttamente. Ciò suggerisce che gli utenti abbiano visto il messaggio di migrazione mentre alcune superfici di supporto erano ancora in preparazione.
Google non ha pubblicato una matrice di compatibilità dettagliata che copra ogni configurazione di Gem. Gli utenti non dispongono quindi di risposte autorevoli su come la migrazione preserverà file caricati, strumenti predefiniti, impostazioni di condivisione e istruzioni accuratamente perfezionate.
Gems è arrivato nel 2024 come versione personalizzata di Gemini. Un utente poteva assegnargli un ruolo, specificare lo stile di risposta preferito e salvare istruzioni dettagliate per un utilizzo ripetuto.
Google ha presentato la funzionalità durante Google I/O 2024. L'azienda ha suggerito esempi come un allenatore di corsa, una guida alla scrittura creativa, un consulente di carriera o un partner per la programmazione.
In seguito, Gems ha supportato file di riferimento, fornendo a un assistente personalizzato materiale da consultare durante una conversazione. Gli utenti potevano anche selezionare determinati strumenti e condividere Gems tramite link.
Questa struttura faceva percepire ogni Gem come una destinazione. Un utente apriva l'assistente appropriato dalla barra laterale, avviava una conversazione e si aspettava che la configurazione salvata ne regolasse le risposte.
Skills usa una diversa unità organizzativa. Google definisce una skill come istruzioni e preferenze che insegnano a Gemini come svolgere una determinata attività ricorrente.
Una skill può contenere passaggi, requisiti di formattazione, modelli ed errori comuni da evitare. Invece di rappresentare un intero assistente, rappresenta la conoscenza di come un lavoro dovrebbe essere svolto.
L'attuale documentazione di Google afferma che le skills possono essere create da modelli, scritte con l'assistenza di Gemini o caricate come file di skill. Possono inoltre fare riferimento ad altre skills.
Per ora, l'azienda afferma che le skills sono disponibili solo tramite Gemini Spark. Spark è l'ambiente orientato alle attività di Google per assemblare workflow, usare strumenti ed eseguire azioni programmate.
L'accesso comporta inoltre restrizioni significative. La documentazione sulle skills di Google afferma che gli utenti devono disporre di un account personale, di un abbonamento Google AI idoneo e di Keep Activity abilitato.
Gli utenti devono avere almeno 18 anni. La funzionalità non è attualmente disponibile con account di lavoro o scolastici né in varie regioni, tra cui lo Spazio economico europeo e il Regno Unito.
Questi limiti rendono più difficile valutare la migrazione delle Gemini skills come sostituzione universale. Gems raggiungeva contesti che l'esperienza documentata delle skills al momento non copre.
Google può colmare queste lacune prima del 17 novembre. Tuttavia, la documentazione disponibile non stabilisce quando arriverà un supporto più ampio per account, regioni o workspace.
La direzione confermata è chiara anche se i dettagli del rilascio restano incompleti. Google sta sostituendo le identità degli assistenti salvati con componenti di workflow riutilizzabili.
La migrazione a Gemini Skills mette sotto pressione i workflow esistenti
Le persone sotto pressione sono gli utenti che hanno trasformato Gems in ambienti di lavoro affidabili, non quelli che li hanno trattati come prompt usa e getta.
Un Gem configurato in modo leggero dovrebbe essere semplice da convertire. Il suo nome, la descrizione e le istruzioni possono diventare la base di una skill senza modificarne lo scopo sottostante.
I casi difficili riguardano Gems costruiti attorno a qualcosa di più delle istruzioni. Alcuni utenti allegano documenti sorgente, selezionano uno strumento di creazione predefinito, distribuiscono un link condiviso o rivedono i prompt nel corso di molte sessioni.
Si consideri un team di marketing che usa un Gem per redigere brief di campagna. Il Gem potrebbe contenere regole del marchio, terminologia di prodotto, affermazioni vietate, un modello di output e documenti di esempio.
Questa configurazione ha due livelli. Uno descrive come dovrebbe comportarsi l'assistente, mentre l'altro fornisce le conoscenze necessarie per produrre un risultato accurato.
Una skill può preservare il livello procedurale se la migrazione traduce fedelmente le istruzioni. Il livello di conoscenza dipende da come Google gestisce il materiale allegato e le autorizzazioni.
Lo stesso problema riguarda i ricercatori che usano un Gem con articoli di riferimento. Riguarda gli educatori che usano documenti curriculari e i team di vendita che usano guide di prodotto.
Un utente non dovrebbe presumere che una skill convertita automaticamente abbia preservato ogni dipendenza. L'output migrato deve essere testato rispetto alle attività più importanti del Gem originale.
L'accesso crea un'altra fonte di pressione. Un Gem usato tramite un account di lavoro o scolastico non si adatta facilmente a una documentazione che al momento limita le skills agli account personali.
La disponibilità regionale crea un problema analogo. Una funzionalità non può fungere da sostituzione completa laddove la sostituzione resta indisponibile.
Anche le modifiche dell'abbonamento possono interrompere l'accesso. Google afferma che l'annullamento o il downgrade di un abbonamento idoneo disattiva le skills, anche se i dati associati vengono conservati.
Questo comportamento cambia la questione della portabilità. Un insieme di istruzioni salvato resta utile solo quando account, abbonamento, superficie del prodotto e regione ne supportano l'esecuzione.
Le aziende dovrebbero quindi trattare novembre come una migrazione di workflow, non come un aggiornamento estetico. I responsabili devono identificare i Gems importanti, acquisirne le istruzioni e documentarne gli output attesi.
Dovrebbero inoltre registrare da cosa dipende ciascun Gem. Ciò include file caricati, servizi connessi, strumenti selezionati, modalità di condivisione e qualsiasi passaggio di approvazione umana.
Questo inventario offre protezione contro un degrado silenzioso. Se una skill convertita produce un lavoro diverso, il responsabile può determinare se il cambiamento sia stato causato da istruzioni, conoscenze, strumenti o accesso.
I test dovrebbero concentrarsi su attività rappresentative anziché su un unico prompt conveniente. Un Gem per la scrittura, per esempio, dovrebbe essere verificato rispetto a vari formati, tipi di fonte e casi eccezionali.
I team dovrebbero confrontare l'ancoraggio ai fatti, la coerenza della formattazione e la selezione degli strumenti. Dovrebbero inoltre confermare che le informazioni sensibili restino visibili solo agli utenti previsti.
Questa revisione è particolarmente importante quando un workflow AI attinge a una base di conoscenza AI. Le conoscenze archiviate e le procedure riutilizzabili risolvono problemi correlati, ma non sono intercambiabili.
Una procedura indica al modello come lavorare. Una fonte di conoscenza fornisce il materiale su cui quella procedura opera.
La migrazione mette sotto pressione anche Google. Gems offriva agli utenti una promessa comprensibile: creare una versione personalizzata di Gemini e tornarvi ogni volta che fosse necessario quello specialista.
Skills richiede una promessa più complessa. Gemini deve identificare la procedura giusta, applicarla al momento giusto, combinarla in sicurezza ed esporre informazioni sufficienti per consentirne la correzione.
Se questi passaggi funzionano, le skills riducono la configurazione ripetitiva. Se falliscono silenziosamente, gli utenti ricevono risultati incoerenti senza una spiegazione evidente.
Google sceglie workflow componibili invece di assistenti personalizzati
La sfida centrale non è Google contro un'altra azienda. È tra procedure componibili e assistenti autonomi.
Un Gem racchiude un ruolo, un comportamento e un contesto dietro un unico punto di accesso riconoscibile. L'utente decide quale specialista aprire prima di iniziare il lavoro.
Una skill ribalta questo rapporto. L'utente inizia da un'attività, mentre Gemini seleziona o accetta istruzioni pertinenti al suo completamento.
Google afferma che Spark può applicare automaticamente una skill pertinente. Un utente può anche scegliere direttamente una skill e combinare più skills all'interno di una stessa attività.
Questa componibilità è l'argomento più forte a favore della transizione. Una singola richiesta potrebbe richiedere regole di viaggio, convenzioni email, requisiti di approvazione e un formato di reportistica.
Con il modello Gem, un utente potrebbe creare un assistente sempre più complicato che contiene ogni istruzione. In alternativa, potrebbe passare da uno specialista all'altro e trasferire manualmente il contesto.
Skills consente di mantenere separate queste procedure. Gemini può combinare una skill di prenotazione viaggi con una skill di scrittura email quando un'attività richiede entrambe.
La guida alla scrittura di Google raccomanda di creare ogni skill per un singolo lavoro. Descrive le skills come istruzioni ripetibili che catturano il processo e le preferenze dell'utente.
Questo design ricorda la composizione software. Componenti più piccoli possono essere testati, aggiornati e riutilizzati senza ricostruire un grande assistente per ogni combinazione di attività.
L'approccio si adatta anche a un prodotto agentico come Spark. Un agente non si limita a generare testo; pianifica i passaggi, sceglie strumenti, esegue azioni e coordina il lavoro verso un obiettivo.
Una procedura riutilizzabile diventa più preziosa quando il sistema può agire su di essa. Una skill per le spese potrebbe definire i controlli richiesti, mentre un'altra skill formatta il report risultante.
Tuttavia, la componibilità introduce un rischio di orchestrazione. Gemini deve decidere quali skills applicare, risolvere istruzioni in conflitto e preservare l'intento effettivo dell'utente.
Due skills affidabili singolarmente possono entrare in conflitto quando vengono combinate. Una potrebbe richiedere un output conciso, mentre un'altra esige una traccia di audit dettagliata.
Il sistema necessita di regole di precedenza prevedibili. Gli utenti necessitano inoltre di una chiara indicazione delle skills invocate e del motivo.
L'attuale materiale di assistenza di Google spiega che Spark può riconoscere automaticamente le skills pertinenti. Non fornisce un resoconto pubblico completo della risoluzione dei conflitti per ogni possibile combinazione.
L'invocazione manuale offre un certo controllo. L'interfaccia Gemini segnalata consente di richiamare le skills dalla casella del prompt, riducendo la necessità di cercare in una lunga barra laterale.
Questa comodità cambia l'uso quotidiano. Una procedura riutilizzabile può entrare in un'attività esistente invece di costringere l'utente ad avviare una conversazione separata.
OpenAI offre un’opzione correlata tramite GPT personalizzati. La sua documentazione sui GPT afferma che gli utenti possono portare un GPT in una conversazione web esistente con una menzione @.
Tuttavia, i GPT personalizzati restano assistenti configurati distinti. Possono combinare istruzioni, file di conoscenza, capacità, app e azioni definite.
Anthropic offre il confronto più chiaro sul fronte delle skills. Descrive le Agent Skills come cartelle contenenti istruzioni, script e risorse che Claude carica quando sono pertinenti.
Anthropic sottolinea inoltre che le skills possono essere combinate tra loro. Il suo modello di Agent Skills si estende alle applicazioni Claude, a Claude Code e alla piattaforma per sviluppatori dell’azienda.
La terminologia di Google riflette quindi una direzione di prodotto più ampia. Le aziende di AI vogliono sempre più che la personalizzazione funzioni come conoscenza operativa riutilizzabile, non soltanto come personalizzazione dei chatbot.
Tuttavia, una terminologia identica non garantisce capacità identiche. L’implementazione di Anthropic può includere codice eseguibile e strutture di cartelle portabili.
La documentazione consumer di Google si concentra su istruzioni, preferenze, modelli, strumenti per le attività e workflow Spark. Gli utenti dovrebbero valutare ciascun sistema in base al suo comportamento effettivo, non all’etichetta condivisa.
Il cambiamento strategico resta comunque inequivocabile. Google vuole che la personalizzazione risieda nel motore di workflow di un agente, anziché rimanere in una galleria di assistenti separati.
Perché Gemini Skills Sono Più di Gems Rinominati
Le skills cambiano dove opera la personalizzazione, come si attiva e quante procedure possono partecipare a una singola attività.
A livello generale, entrambe le funzionalità salvano istruzioni. Questa somiglianza fa sembrare la sostituzione un rebranding, ma non spiega l’architettura di prodotto che vi sta dietro.
Un Gem parte dalla domanda: “Con quale versione di Gemini voglio parlare?” Una skill parte invece dalla domanda: “Quale procedura dovrebbe applicare Gemini in questo caso?”
Questa distinzione influisce sulla scoperta. I Gems dipendono dalla selezione, da parte dell’utente, di un assistente dedicato, mentre le skills possono comparire direttamente nell’attività in cui servono.
Influisce anche sull’ambito. Un Gem può trasformarsi in una persona ampia che copre molte responsabilità solo vagamente collegate.
Google consiglia agli utenti di assegnare a ogni skill un solo compito. Questo ambito più ristretto rende più semplice la combinazione e più pratico il debugging.
Supponiamo che un product manager debba preparare un aggiornamento settimanale. L’output finale richiede la sintesi delle riunioni, la classificazione dei rischi, un formato esecutivo fisso e prove selezionate con attenzione.
Un singolo Gem potrebbe contenere tutti e quattro questi comportamenti. Tuttavia, modificare le sue regole di formattazione potrebbe influire su parti non correlate dell’assistente.
Un workflow basato sulle skills può separare la sintesi delle riunioni dalla classificazione dei rischi e dalla formattazione del report. Ogni procedura ha così uno scopo più chiaro.
Questa modularità favorisce la manutenzione. Un’organizzazione può aggiornare il proprio formato di reportistica senza riscrivere il modo in cui vengono estratte le prove dalle riunioni.
Favorisce anche il riutilizzo. La stessa skill di classificazione dei rischi potrebbe contribuire a una revisione di lancio, a un’escalation di un cliente o a un’attività di pianificazione trimestrale.
La selezione automatica introduce un secondo meccanismo. Spark può riconoscere quando una skill sembra pertinente, riducendo la necessità per gli utenti di ricordare ogni configurazione salvata.
Il vantaggio dipende dalla visibilità. Gli utenti devono sapere quando Gemini ha applicato una skill, soprattutto quando le istruzioni influenzano azioni esterne o attività regolamentate.
Una skill applicata in modo troppo ampio può distorcere un’attività. Una skill completamente ignorata può eliminare controlli necessari senza produrre un errore evidente.
Le skills multiple creano un terzo meccanismo. Gemini può assemblare un workflow da diversi pacchetti di istruzioni mirati, anziché affidarsi a un unico prompt sovradimensionato.
Questo ricorda il modo in cui i team esperti documentano i processi. Separano le regole di brand, la revisione della sicurezza, l’approvazione degli acquisti e la formattazione finale perché ogni componente cambia in modo indipendente.
Il modello supporta anche il lavoro programmato. La documentazione di Google afferma che una skill può guidare l’azione all’interno di una pianificazione Spark.
Un’attività ricorrente potrebbe quindi applicare la stessa procedura operativa ogni volta che viene eseguita. È una forma di personalizzazione più forte rispetto all’apertura manuale di un chatbot nominato.
Tuttavia, una pianificazione aumenta il costo degli errori. Istruzioni errate possono ripetersi senza un’immediata attenzione umana, mentre una skill inadatta potrebbe influenzare ogni esecuzione.
Gli utenti dovrebbero mantenere le azioni ad alto impatto soggette a revisione esplicita finché non comprendono il comportamento dopo la migrazione. Ciò include l’invio di comunicazioni, la condivisione di dati, gli acquisti o la modifica di record.
I migliori casi d’uso iniziali sono osservabili e reversibili. Redigere un report, organizzare note o applicare un formato offre agli utenti un risultato che possono esaminare prima che qualsiasi cosa lasci lo spazio di lavoro.
Ecco perché la sostituzione non è una normale manutenzione del prodotto. Google sta avvicinando la personalizzazione all’esecuzione.
I Gems modellavano principalmente una conversazione. Le skills possono modellare una catena di azioni all’interno di un’attività agentica.
Questa maggiore portata spiega sia l’attrattiva sia il rischio. Una skill affidabile fa risparmiare più lavoro di un prompt riutilizzabile, ma una skill inaffidabile può anche produrre conseguenze più ampie.
I Dettagli della Migrazione Restano il Punto Più Debole della Tesi di Google
Google ha spiegato cosa sono le skills, ma non ha ancora risposto a tutte le domande di cui gli utenti hanno bisogno prima di fidarsi della conversione.
La maggiore incertezza riguarda la fedeltà. Gli utenti devono sapere se ogni istruzione viene trasferita esattamente oppure se Google riscrive i contenuti per il nuovo formato.
Anche modifiche minime possono contare. Un vincolo riordinato, un esempio omesso o un divieto attenuato possono alterare gli output di un assistente personalizzato ormai maturo.
I file allegati sollevano un’altra domanda. La guida di Google sulle skills afferma che gli utenti possono evitare di caricare ripetutamente gli stessi file, suggerendo che il materiale di supporto possa partecipare a una skill.
Tuttavia, l’avviso di migrazione riportato da 9to5Google non spiega come gli allegati Gem esistenti verranno convertiti, archiviati o sottoposti a permessi.
Anche gli strumenti predefiniti necessitano di chiarimenti. Un Gem può essere configurato attorno a funzioni come la creazione di immagini o Canvas, mentre una skill insegna a Spark quali strumenti utilizzare.
Questi concetti si sovrappongono, ma non sono necessariamente rappresentati tramite controlli identici. Gli utenti dovrebbero verificare il comportamento degli strumenti dopo la conversione.
La condivisione è un’altra area irrisolta. I Gems possono essere distribuiti tramite link, creando un modo semplice per consentire a un’altra persona di accedere a un assistente configurato.
La documentazione pubblica di Google sulle skills si concentra sugli account personali e non stabilisce un comportamento di condivisione equivalente per ogni Gem migrato.
Il supporto sul posto di lavoro potrebbe rivelarsi più rilevante. Le skills non sono attualmente disponibili per gli account di lavoro e scolastici, secondo la pagina di assistenza di Google.
Questa restrizione si colloca in modo scomodo accanto al posizionamento orientato ai workflow. Le organizzazioni hanno il maggiore bisogno di procedure ripetibili, conoscenza governata e standard operativi condivisi.
Le esclusioni regionali creano un’ulteriore discrepanza. Una migrazione non può essere considerata completa per gli utenti che non possono accedere alla funzionalità di destinazione.
Google potrebbe ampliare la disponibilità prima dell’inizio della transizione. Finché non pubblicherà tali modifiche, i lettori dovrebbero considerare l’accesso più ampio una questione aperta.
Anche l’invocazione automatica merita scetticismo. La comodità dipende dalla capacità di Gemini di riconoscere accuratamente l’intento, ma il lavoro ricorrente contiene spesso eccezioni sottili.
Una revisione finanziaria e una stima informale potrebbero usare un linguaggio simile pur richiedendo controlli differenti. La skill sbagliata potrebbe applicare procedure più rigide o più permissive del previsto.
La combinazione di skills complica ulteriormente il problema. Le istruzioni possono divergere su tono, struttura dell’output, fonti approvate o uso degli strumenti.
Google deve rendere comprensibile il comportamento in caso di conflitto. Gli utenti hanno bisogno di log o indicatori visibili che rendano facile ispezionare la configurazione applicata.
Esiste anche un rischio di frammentazione del prodotto. I Gems risiedono nell’esperienza Gemini principale, mentre le skills sono attualmente documentate tramite Spark.
Gli utenti dovrebbero osservare se Google creerà un unico sistema di personalizzazione coerente in Gemini, Spark, applicazioni mobili e account gestiti.
Una transizione che disperdesse l’accesso su diverse superfici di prodotto indebolirebbe la semplicità promessa. Un sistema unificato renderebbe le procedure salvate più utili dei Gems isolati.
La critica non è che le skills siano prive di valore. Il loro design modulare si adatta meglio ai workflow complessi rispetto a una raccolta in crescita di chatbot specializzati.
La preoccupazione è che Google stia chiedendo agli utenti di migrare prima di documentare pubblicamente tutti i casi limite. Questo ordine trasferisce l’onere della verifica a persone che hanno già investito nei Gems.
Gli utenti possono ridurre questo rischio conservando le proprie registrazioni. Copiate le istruzioni critiche, elencate gli allegati, annotate gli output attesi e conservate esempi di risposte Gem riuscite.
Dopo la migrazione, eseguite gli stessi casi di test tramite la nuova skill. Confrontate accuratezza dei contenuti, conformità alle istruzioni, formattazione, strumenti e comportamento di accesso.
Non fate affidamento sul nome o sulla descrizione di una skill come prova di una conversione riuscita. Il risultato conta più della presenza di una voce migrata.
Tre Segnali Decideranno se Google Gemini Skills Funzionerà
La sostituzione avrà successo solo se Google conserverà il comportamento esistente, amplierà l’accesso e renderà comprensibile la selezione delle skills.
Il primo segnale è la fedeltà della migrazione dopo il 17 novembre. Gli utenti dovrebbero cercare prove che istruzioni, file, strumenti selezionati e relazioni di condivisione sopravvivano alla conversione.
Una voce pulita nell’elenco delle skills non è sufficiente. La skill migrata deve produrre risultati equivalenti o migliori nelle attività che hanno giustificato la creazione del Gem.
Se Google pubblicherà una guida dettagliata alla compatibilità, ciò rafforzerebbe la fiducia. Una gestione chiara delle funzionalità non supportate sarebbe preferibile a un’approssimazione silenziosa.
Segnalazioni diffuse di allegati mancanti, output modificati o condivisione non funzionante indebolirebbero la tesi di Google. Mostrerebbero che la flessibilità è arrivata a scapito della continuità.
Il secondo segnale è la disponibilità oltre gli attuali limiti di Spark. Le skills necessitano di supporto negli account, nelle regioni e nelle superfici di prodotto in cui le persone già utilizzano Gemini.
Gli account di lavoro e scolastici sono particolarmente importanti. Le organizzazioni traggono vantaggio da procedure riutilizzabili, ma richiedono anche amministrazione, autorizzazioni, audit e una titolarità prevedibile.
Una disponibilità più ampia sosterrebbe l’affermazione di Google secondo cui le skills rappresentano il nuovo livello di personalizzazione di Gemini. Restrizioni persistenti le renderebbero una sostituzione parziale.
Il terzo segnale è la trasparenza dell’orchestrazione. Gli utenti devono poter vedere quali skills Gemini ha selezionato, come più skills hanno interagito e cosa modificare quando un risultato è errato.
La selezione automatica dovrebbe ridurre la configurazione senza nascondere il controllo. L’invocazione manuale dovrebbe restare disponibile quando l’utente necessita di certezza.
Google dovrebbe anche rendere leggibili i conflitti. Quando due skills forniscono istruzioni incompatibili, l’interfaccia dovrebbe spiegare quale regola ha prevalso.
Questa trasparenza distinguerà un sistema di workflow affidabile da una funzionalità opaca di instradamento dei prompt. Sarà ancora più importante man mano che le skills guideranno agenti programmati o capaci di intraprendere azioni.
Il comportamento dei concorrenti aggiunge contesto utile. Anthropic presenta già le skills come risorse portabili e componibili tra prodotti consumer, di programmazione e per sviluppatori.
OpenAI continua a supportare GPT configurati che racchiudono istruzioni, conoscenza e capacità come assistenti riconoscibili. La sua funzionalità di menzione @ li porta anche nelle conversazioni web esistenti.
Google sta cercando di combinare l’accessibilità della personalizzazione salvata con la flessibilità della composizione agentica. Il risultato potrebbe diventare un modo più pratico per codificare il lavoro ricorrente.
Tuttavia, la migrazione di novembre deve prima guadagnarsi la fiducia degli attuali utenti di Gems. I loro assistenti personalizzati contengono decisioni, esempi e correzioni accumulati che è facile sottovalutare.
Prima che la migrazione raggiunga il tuo account, individua i Gems che avresti difficoltà a ricreare. Conservane istruzioni e dipendenze, quindi crea diversi prompt di test rappresentativi.
Quando arriveranno le Google Gemini Skills, confronta i risultati prima di trasferire i flussi di lavoro più importanti. La skill convertita conserva le tue conoscenze, rispetta gli stessi vincoli e indica chiaramente quando si attiva?
Le risposte a queste domande determineranno se la migrazione alle Gemini skills rappresenti un vero miglioramento dei flussi di lavoro o si limiti a trasferire gli utenti in un'interfaccia meno familiare.
