Google Gemini Skills Substituem Gems, mas a Migração Testa Sua Aposta em Fluxos de Trabalho
Google Gemini Skills começará a substituir Gems em 17 de novembro de 2026, segundo um aviso de migração exibido dentro do app Gemini.
A mudança relatada transforma uma conhecida coleção de assistentes personalizados em instruções reutilizáveis que o Gemini pode aplicar em tarefas mais amplas. Ela também obriga os usuários a confiar em uma migração automática cujo tratamento de arquivos, ferramentas, compartilhamento e acesso permanece incerto.
Isso é mais do que uma mudança de nome. Gems incentivava os usuários a abrir um assistente dedicado para redação, pesquisa, coaching ou outra atividade recorrente. Skills foi projetado para transitar entre tarefas, trabalhar em conjunto e ser ativado quando o Gemini considerar relevante.
Essa mudança aproxima o Google do modelo composável de Agent Skills da Anthropic. Ela também afasta o Gemini do formato de assistente autônomo ainda associado aos GPTs personalizados da OpenAI.
A aposta do Google é que os usuários querem procedimentos portáteis mais do que personalidades de IA separadas. A migração de novembro testará se essa flexibilidade compensa a perda de um local simples e previsível para cada assistente personalizado.
Google Gemini Skills Começa a Substituir Gems em 17 de Novembro
A mudança imediata é a migração automática, mas o Google não explicou publicamente todas as regras de conversão.
Um aviso no gerenciador de Gems informa que o Google começará a mover Gems para skills em 17 de novembro, segundo a reportagem original sobre a migração. Os usuários podem continuar usando cada Gem até que sua migração ocorra.
A formulação importa porque descreve um processo que começa nessa data, e não necessariamente uma retirada instantânea em todas as contas. O Google costuma implementar lançamentos em etapas, e o aviso não promete conclusão simultânea.
A reportagem também diz que o aviso apareceu antes que o link de ajuda associado e o botão de criação funcionassem corretamente. Isso sugere que os usuários viram a mensagem de migração enquanto algumas interfaces de suporte ainda estavam sendo preparadas.
O Google não publicou uma matriz detalhada de compatibilidade que cubra todas as configurações de Gems. Por isso, os usuários não têm respostas oficiais sobre como a migração preservará arquivos enviados, ferramentas padrão, configurações de compartilhamento e instruções cuidadosamente refinadas.
Gems chegou em 2024 como versões personalizadas do Gemini. Um usuário podia atribuir um papel, especificar seu estilo de resposta preferido e salvar instruções detalhadas para uso recorrente.
O Google apresentou o recurso durante o Google I/O 2024. A empresa sugeriu exemplos como um treinador de corrida, guia de escrita criativa, orientador de carreira ou parceiro de programação.
Posteriormente, Gems passou a aceitar arquivos de referência, fornecendo a um assistente personalizado materiais que ele poderia consultar durante uma conversa. Os usuários também podiam selecionar certas ferramentas e compartilhar Gems por links.
Essa estrutura fazia cada Gem parecer um destino. O usuário abria o assistente adequado na barra lateral, iniciava uma conversa e esperava que a configuração salva orientasse suas respostas.
Skills usa uma unidade organizacional diferente. O Google define uma skill como instruções e preferências que ensinam o Gemini a realizar uma tarefa recorrente específica.
Uma skill pode conter etapas, requisitos de formatação, modelos e erros comuns a evitar. Em vez de representar um assistente completo, ela representa conhecimento sobre como o trabalho deve ser realizado.
A documentação atual do Google diz que skills podem ser criadas a partir de modelos, escritas com a assistência do Gemini ou enviadas como arquivos de skill. Elas também podem referenciar outras skills.
Por enquanto, a empresa afirma que skills estão disponíveis apenas por meio do Gemini Spark. Spark é o ambiente orientado a tarefas do Google para montar fluxos de trabalho, usar ferramentas e executar ações agendadas.
O acesso também traz restrições significativas. A documentação de skills do Google afirma que os usuários precisam de uma conta pessoal, uma assinatura elegível do Google AI e o recurso Keep Activity ativado.
Os usuários devem ter pelo menos 18 anos. Atualmente, o recurso não está disponível para contas corporativas ou escolares nem em várias regiões, incluindo o Espaço Econômico Europeu e o Reino Unido.
Esses limites tornam mais difícil avaliar a migração para Gemini skills como uma substituição universal. Gems alcançava contextos que a experiência documentada de skills atualmente não cobre.
O Google pode eliminar essas lacunas antes de 17 de novembro. No entanto, a documentação disponível não estabelece quando chegará um suporte mais amplo para contas, regiões ou workspaces.
A direção confirmada é clara, mesmo enquanto os detalhes do lançamento permanecem incompletos. O Google está substituindo identidades de assistentes salvas por componentes reutilizáveis de fluxos de trabalho.
A Migração para Gemini Skills Pressiona Fluxos de Trabalho Existentes
Quem está sob pressão são os usuários que transformaram Gems em ambientes de trabalho confiáveis, não aqueles que os tratavam como prompts descartáveis.
Um Gem com configuração leve deve ser simples de converter. Seu nome, descrição e instruções podem se tornar a base de uma skill sem alterar o propósito subjacente.
Os casos difíceis envolvem Gems construídos em torno de mais do que instruções. Alguns usuários anexam documentos de origem, selecionam uma ferramenta de criação padrão, distribuem um link compartilhado ou revisam prompts ao longo de muitas sessões.
Considere uma equipe de marketing que usa um Gem para redigir briefs de campanha. O Gem pode conter regras de marca, terminologia de produtos, alegações proibidas, um modelo de saída e documentos de exemplo.
Essa configuração tem duas camadas. Uma descreve como o assistente deve se comportar, enquanto a outra fornece o conhecimento necessário para produzir um resultado preciso.
Uma skill pode preservar a camada processual se a migração traduzir fielmente as instruções. A camada de conhecimento depende de como o Google lida com o material anexado e as permissões.
O mesmo problema afeta pesquisadores que usam um Gem com artigos de referência. Afeta educadores que usam documentos curriculares e equipes de vendas que usam guias de produtos.
Um usuário não deve presumir que uma skill convertida automaticamente preservou todas as dependências. O resultado migrado precisa ser testado em relação às tarefas mais importantes do Gem original.
O acesso cria outra fonte de pressão. Um Gem usado por meio de uma conta corporativa ou escolar não se encaixa perfeitamente em uma documentação que atualmente limita skills a contas pessoais.
A disponibilidade regional cria um problema semelhante. Um recurso não pode servir como substituição completa onde a substituição continua indisponível.
Mudanças na assinatura também podem interromper o acesso. O Google afirma que cancelar ou fazer downgrade de uma assinatura elegível desativa skills, embora os dados associados sejam mantidos.
Esse comportamento altera a questão da portabilidade. Um conjunto de instruções salvo permanece útil apenas quando a conta, a assinatura, a interface do produto e a região permitem sua execução.
Por isso, as empresas devem tratar novembro como uma migração de fluxo de trabalho, não como uma atualização estética. Os responsáveis precisam identificar Gems importantes, registrar suas instruções e documentar seus resultados esperados.
Também devem registrar de que cada Gem depende. Isso inclui arquivos enviados, serviços conectados, ferramentas selecionadas, comportamento de compartilhamento e qualquer etapa de aprovação humana.
Esse inventário oferece proteção contra degradação silenciosa. Se uma skill convertida produzir um trabalho diferente, o responsável poderá determinar se instruções, conhecimento, ferramentas ou acesso causaram a mudança.
Os testes devem se concentrar em tarefas representativas, em vez de um único prompt conveniente. Um Gem de escrita, por exemplo, deve ser verificado em vários formatos, tipos de fonte e casos de exceção.
As equipes devem comparar embasamento factual, consistência de formatação e seleção de ferramentas. Também devem confirmar que informações sensíveis permanecem visíveis apenas para os usuários pretendidos.
Essa revisão é especialmente importante quando um fluxo de trabalho de IA utiliza uma base de conhecimento de IA. Conhecimento armazenado e procedimentos reutilizáveis resolvem problemas relacionados, mas não são intercambiáveis.
Um procedimento diz ao modelo como trabalhar. Uma fonte de conhecimento fornece o material sobre o qual esse procedimento opera.
A migração também pressiona o Google. Gems oferecia aos usuários uma promessa compreensível: criar uma versão personalizada do Gemini e voltar sempre que aquele especialista fosse necessário.
Skills exige uma promessa mais complexa. O Gemini deve identificar o procedimento certo, aplicá-lo no momento adequado, combiná-lo com segurança e expor informações suficientes para correção.
Se essas etapas funcionarem, skills reduzirá configurações repetitivas. Se falharem silenciosamente, os usuários receberão resultados inconsistentes sem uma explicação óbvia.
Google Escolhe Fluxos de Trabalho Componíveis em Vez de Assistentes Personalizados
A disputa central não é o Google contra outra empresa. É entre procedimentos componíveis e assistentes autônomos.
Um Gem reúne um papel, comportamento e contexto por trás de um único ponto de acesso reconhecível. O usuário decide qual especialista abrir antes de começar a trabalhar.
Uma skill inverte essa relação. O usuário começa com uma tarefa, enquanto o Gemini seleciona ou aceita instruções relevantes para concluí-la.
O Google afirma que o Spark pode aplicar automaticamente uma skill relevante. Um usuário também pode escolher uma skill diretamente e combinar várias skills em uma única tarefa.
Essa capacidade de composição é o argumento mais forte para a transição. Uma única solicitação pode exigir regras de viagem, convenções de e-mail, requisitos de aprovação e um formato de relatório.
No modelo Gems, um usuário poderia criar um assistente cada vez mais complicado, contendo todas as instruções. Alternativamente, poderia alternar entre vários especialistas e transferir manualmente o contexto.
Skills permite que esses procedimentos permaneçam separados. O Gemini pode combinar uma skill de reserva de viagens com uma skill de redação de e-mails quando uma tarefa precisar de ambas.
A orientação de redação do Google recomenda criar cada skill para uma única função. Ela descreve skills como instruções repetíveis que registram o processo e as preferências de um usuário.
Esse design se assemelha à composição de software. Componentes menores podem ser testados, atualizados e reutilizados sem reconstruir um grande assistente para cada combinação de tarefas.
A abordagem também se encaixa em um produto agêntico como o Spark. Um agente não apenas gera texto; ele planeja etapas, escolhe ferramentas, realiza ações e coordena trabalho em direção a um objetivo.
Um procedimento reutilizável se torna mais valioso quando o sistema pode agir com base nele. Uma skill de despesas poderia definir verificações obrigatórias, enquanto outra skill formataria o relatório resultante.
No entanto, a capacidade de composição introduz riscos de orquestração. O Gemini precisa decidir quais skills se aplicam, resolver instruções conflitantes e preservar a intenção real do usuário.
Duas skills individualmente confiáveis podem entrar em conflito quando combinadas. Uma pode exigir uma saída concisa, enquanto outra demanda uma trilha de auditoria detalhada.
O sistema precisa de regras de precedência previsíveis. Os usuários também precisam de uma indicação clara de quais skills foram invocadas e por quê.
O material de ajuda atual do Google explica que o Spark pode reconhecer automaticamente skills relevantes. Ele não oferece uma explicação pública abrangente sobre a resolução de conflitos em todas as combinações possíveis.
A invocação manual oferece algum controle. A interface relatada do Gemini permite chamar skills pela caixa de prompt, reduzindo a necessidade de pesquisar em uma longa barra lateral.
Essa conveniência muda o uso cotidiano. Um procedimento reutilizável pode entrar em uma tarefa existente, em vez de obrigar o usuário a iniciar uma conversa separada.
A OpenAI oferece uma opção relacionada por meio de GPTs personalizados. Sua documentação sobre GPTs informa que os usuários podem trazer um GPT para uma conversa existente na web com uma menção usando @.
No entanto, os GPTs personalizados continuam sendo assistentes configurados distintos. Eles podem combinar instruções, arquivos de conhecimento, capacidades, apps e ações definidas.
A Anthropic apresenta a comparação mais clara com skills. Ela descreve Agent Skills como pastas que contêm instruções, scripts e recursos que o Claude carrega quando são relevantes.
A Anthropic também enfatiza que as skills podem ser combinadas. Seu modelo de Agent Skills abrange os aplicativos Claude, Claude Code e a plataforma para desenvolvedores da empresa.
A terminologia do Google, portanto, reflete uma direção de produto mais ampla. As empresas de IA querem cada vez mais que a personalização funcione como conhecimento operacional reutilizável, e não apenas como personalização de chatbots.
Ainda assim, terminologia idêntica não garante capacidade idêntica. A implementação da Anthropic pode incluir código executável e estruturas de pastas portáveis.
A documentação voltada ao consumidor do Google se concentra em instruções, preferências, modelos, ferramentas de tarefas e fluxos de trabalho do Spark. Os usuários devem avaliar cada sistema por seu comportamento real, e não pelo rótulo compartilhado.
A mudança estratégica, porém, é inconfundível. O Google quer que a personalização fique dentro do mecanismo de fluxo de trabalho de um agente, em vez de permanecer em uma galeria de assistentes separados.
Por que Gemini Skills São Mais do que Gems Renomeados
As skills mudam onde a personalização opera, como ela é ativada e quantos procedimentos podem participar de uma tarefa.
Em alto nível, ambos os recursos salvam instruções. Essa semelhança faz a substituição parecer uma mera mudança de marca, mas não explica a arquitetura de produto por trás dela.
Um Gem começa respondendo: “Com qual versão do Gemini quero conversar?” Uma skill começa respondendo: “Qual procedimento o Gemini deve aplicar aqui?”
Essa distinção afeta a descoberta. Gems dependem de o usuário selecionar um assistente dedicado, enquanto as skills podem aparecer dentro da tarefa em que são necessárias.
Ela também afeta o escopo. Um Gem pode se tornar uma persona ampla que cobre muitas responsabilidades vagamente relacionadas.
O Google recomenda que os usuários tornem cada skill responsável por uma única função. Esse escopo mais restrito facilita a combinação e torna a depuração mais prática.
Suponha que um gerente de produto precise de uma atualização semanal. O resultado final exige síntese de reuniões, classificação de riscos, um formato executivo fixo e evidências cuidadosamente selecionadas.
Um único Gem poderia conter os quatro comportamentos. No entanto, alterar suas regras de formatação poderia afetar partes não relacionadas do assistente.
Um fluxo de trabalho baseado em skills pode separar a síntese de reuniões da classificação de riscos e da formatação de relatórios. Cada procedimento passa então a ter uma finalidade mais clara.
Essa modularidade facilita a manutenção. Uma organização pode atualizar seu formato de relatório sem reescrever a forma como as evidências das reuniões são extraídas.
Ela também favorece a reutilização. A mesma skill de classificação de riscos poderia contribuir para uma revisão de lançamento, uma escalada de cliente ou uma tarefa de planejamento trimestral.
A seleção automática cria um segundo mecanismo. O Spark pode reconhecer quando uma skill parece relevante, reduzindo a necessidade de os usuários se lembrarem de cada configuração salva.
O benefício depende da visibilidade. Os usuários precisam saber quando o Gemini aplicou uma skill, especialmente quando as instruções afetam ações externas ou trabalho regulamentado.
Uma skill aplicada de forma ampla demais pode distorcer uma tarefa. Uma skill completamente ignorada pode eliminar verificações necessárias sem produzir um erro evidente.
Múltiplas skills criam um terceiro mecanismo. O Gemini pode montar um fluxo de trabalho a partir de vários pacotes de instruções focados, em vez de depender de um único prompt excessivamente grande.
Isso se assemelha à forma como equipes experientes documentam processos. Elas separam regras de marca, revisão de segurança, aprovação de compras e formatação final porque cada componente muda de maneira independente.
O modelo também oferece suporte a trabalho programado. A documentação do Google afirma que uma skill pode orientar a ação dentro de uma programação do Spark.
Uma tarefa recorrente poderia, portanto, aplicar o mesmo procedimento operacional toda vez que fosse executada. Essa é uma forma mais robusta de personalização do que abrir manualmente um chatbot nomeado.
Ainda assim, uma programação aumenta o custo dos erros. Instruções incorretas podem se repetir sem atenção humana imediata, enquanto uma skill inadequada pode afetar todas as execuções.
Os usuários devem manter ações de alto impacto sob revisão explícita até entenderem o comportamento após a migração. Isso inclui enviar comunicações, compartilhar dados, fazer compras ou alterar registros.
Os melhores casos de uso iniciais são observáveis e reversíveis. Redigir um relatório, organizar notas ou aplicar uma formatação fornece aos usuários um resultado que podem inspecionar antes que qualquer coisa saia do espaço de trabalho.
É por isso que a substituição não é uma manutenção comum de produto. O Google está aproximando a personalização da execução.
Os Gems moldavam principalmente uma conversa. As skills podem moldar uma cadeia de ações dentro de uma tarefa agêntica.
Esse alcance ampliado explica tanto o apelo quanto o risco. Uma skill confiável economiza mais trabalho do que um prompt reutilizável, mas uma skill pouco confiável também pode gerar consequências mais amplas.
Os Detalhes da Migração Continuam Sendo o Ponto Mais Fraco do Argumento do Google
O Google explicou o que são skills, mas ainda não respondeu a todas as perguntas de que os usuários precisam antes de confiar na conversão.
A maior incerteza diz respeito à fidelidade. Os usuários precisam saber se cada instrução é transferida exatamente ou se o Google reescreve o conteúdo para o novo formato.
Mesmo mudanças pequenas podem importar. Uma restrição reordenada, um exemplo omitido ou uma proibição suavizada podem alterar os resultados de um assistente personalizado maduro.
Os arquivos anexados apresentam outra questão. As orientações do Google sobre skills dizem que os usuários podem evitar reenviar os mesmos arquivos repetidamente, sugerindo que materiais de apoio podem participar de uma skill.
No entanto, o aviso de migração relatado pelo 9to5Google não explica como os anexos existentes de Gems serão convertidos, armazenados ou receberão permissões.
As ferramentas padrão também precisam de esclarecimento. Um Gem pode ser configurado em torno de funções como criação de imagens ou Canvas, enquanto uma skill ensina ao Spark quais ferramentas usar.
Esses conceitos se sobrepõem, mas não necessariamente são representados por controles idênticos. Os usuários devem verificar o comportamento das ferramentas após a conversão.
O compartilhamento é outra área não resolvida. Gems podem ser distribuídos por links, criando uma forma simples de dar a outra pessoa acesso a um assistente configurado.
A documentação pública do Google sobre skills se concentra em contas pessoais e não estabelece um comportamento de compartilhamento equivalente para todos os Gems migrados.
O suporte ao ambiente de trabalho pode se revelar mais relevante. As skills atualmente não estão disponíveis para contas de trabalho e escola, segundo a página de ajuda do Google.
Essa restrição combina de forma desconfortável com o posicionamento orientado a fluxos de trabalho. As organizações têm a maior necessidade de procedimentos repetíveis, conhecimento governado e padrões operacionais compartilhados.
As exclusões regionais criam outra incompatibilidade. Uma migração não pode ser considerada completa para usuários que não conseguem acessar seu recurso de destino.
O Google pode ampliar a disponibilidade antes do início da transição. Até publicar essas mudanças, os leitores devem considerar o acesso mais amplo como uma questão em aberto.
A invocação automática também merece ceticismo. A conveniência depende de o Gemini reconhecer corretamente a intenção, mas o trabalho recorrente frequentemente contém exceções sutis.
Uma revisão financeira e uma estimativa informal podem usar linguagem semelhante, embora exijam controles diferentes. A skill errada poderia aplicar procedimentos mais rígidos ou mais flexíveis do que o pretendido.
A combinação de skills complica ainda mais o problema. As instruções podem divergir quanto ao tom, à estrutura de saída, às fontes aprovadas ou ao uso de ferramentas.
O Google precisa oferecer um comportamento de conflito compreensível. Os usuários precisam de registros ou indicadores visíveis que facilitem a inspeção da configuração aplicada.
Também há um risco de fragmentação do produto. Gems existem na experiência principal do Gemini, enquanto as skills atualmente são documentadas por meio do Spark.
Os usuários devem observar se o Google cria um sistema de personalização coeso entre Gemini, Spark, aplicativos móveis e contas gerenciadas.
Uma transição que dispersasse o acesso por diferentes superfícies de produto enfraqueceria a simplicidade prometida. Um sistema unificado tornaria procedimentos salvos mais úteis do que Gems isolados.
A crítica não é que as skills não tenham valor. Seu design modular se ajusta melhor a fluxos de trabalho complexos do que uma coleção crescente de chatbots especializados.
A preocupação é que o Google esteja pedindo aos usuários que migrem antes de documentar publicamente todos os casos extremos. Essa ordem transfere o ônus da verificação para pessoas que já investiram em Gems.
Os usuários podem reduzir esse risco preservando seus próprios registros. Copie instruções críticas, liste anexos, registre os resultados esperados e mantenha exemplos de respostas bem-sucedidas dos Gems.
Após a migração, execute os mesmos casos de teste na nova skill. Compare a precisão do conteúdo, a conformidade com as instruções, a formatação, as ferramentas e o comportamento de acesso.
Não confie no nome ou na descrição de uma skill como prova de uma conversão bem-sucedida. O resultado importa mais do que a presença de uma entrada migrada.
Três Sinais Determinarão se Google Gemini Skills Funcionam
A substituição só terá êxito se o Google preservar o comportamento existente, ampliar o acesso e tornar compreensível a seleção de skills.
O primeiro sinal é a fidelidade da migração após 17 de novembro. Os usuários devem buscar evidências de que instruções, arquivos, ferramentas selecionadas e relações de compartilhamento sobrevivem à conversão.
Uma entrada limpa na lista de skills não basta. A skill migrada deve produzir resultados equivalentes ou melhores nas tarefas que justificaram a criação do Gem.
Se o Google publicar um guia detalhado de compatibilidade, isso fortalecerá a confiança. Um tratamento claro para recursos não compatíveis seria melhor do que uma aproximação silenciosa.
Relatos generalizados de anexos ausentes, resultados alterados ou compartilhamento quebrado enfraqueceriam o argumento do Google. Eles mostrariam que a flexibilidade chegou à custa da continuidade.
O segundo sinal é a disponibilidade além dos limites atuais do Spark. As skills precisam de suporte nas contas, regiões e superfícies de produto em que as pessoas já usam o Gemini.
As contas de trabalho e escola são particularmente importantes. As organizações se beneficiam de procedimentos reutilizáveis, mas também exigem administração, permissões, auditoria e propriedade previsível.
Uma disponibilidade mais ampla apoiaria a alegação do Google de que as skills representam a nova camada de personalização do Gemini. Restrições contínuas fariam delas uma substituição parcial.
O terceiro sinal é a transparência da orquestração. Os usuários precisam ver quais skills o Gemini selecionou, como múltiplas skills interagiram e o que alterar quando um resultado estiver errado.
A seleção automática deve reduzir a configuração sem ocultar o controle. A invocação manual deve continuar disponível quando o usuário precisar de certeza.
O Google também deve tornar os conflitos legíveis. Quando duas skills fornecem instruções incompatíveis, a interface deve explicar qual regra prevaleceu.
Essa transparência distinguirá um sistema de fluxo de trabalho confiável de um recurso opaco de roteamento de prompts. Ela será ainda mais importante à medida que as skills orientarem agentes programados ou capazes de executar ações.
O comportamento dos concorrentes acrescenta um contexto útil. A Anthropic já apresenta skills como recursos portáveis e combináveis entre produtos voltados ao consumidor, programação e desenvolvimento.
A OpenAI continua oferecendo suporte a GPTs configurados que reúnem instruções, conhecimento e capacidades como assistentes reconhecíveis. Seu recurso de menção com @ também os leva para conversas existentes na web.
O Google está tentando combinar a acessibilidade da personalização salva com a flexibilidade da composição agêntica. O resultado pode se tornar uma forma mais prática de codificar trabalho recorrente.
No entanto, a migração de novembro precisa primeiro conquistar a confiança dos usuários existentes de Gems. Seus assistentes personalizados contêm decisões, exemplos e correções acumulados que são fáceis de subestimar.
Antes que a migração chegue à sua conta, identifique os Gems que você teria dificuldade em reconstruir. Preserve suas instruções e dependências e, em seguida, crie vários prompts de teste representativos.
Quando as Google Gemini Skills chegarem, compare esses resultados antes de migrar fluxos de trabalho importantes. A skill convertida preserva seu conhecimento, segue as mesmas restrições e revela quando é ativada?
Essas respostas determinarão se a migração para Gemini skills representa uma verdadeira evolução do fluxo de trabalho ou apenas transfere os usuários para uma interface menos familiar.
