Google 正在关停 Gemini 里的 Gems——那个让用户为特定任务搭建专属助手的功能，转而用「skills」来承接类似需求。一个曾经被当作差异化卖点的能力，就这样被收进了新的产品框架里。
发生了什么
据 TechCrunch 报道，Google 将终止 Gemini 的 Gems 功能，改由「skills」提供同类能力。Gems 的定位是让用户创建面向具体任务的定制化助手，本质上是一种轻量级的任务型智能体构建方式。Google 没有把这条路彻底堵死，而是换了一个容器：能力还在，形态变了。
报道同时提到，Meta 的 Muse、Instinct 这类「一体化 AI 智能体」正在起势。Google 的选择，放在这个背景下看，就不只是一次功能取舍。
为什么重要
Gems 代表的是过去两年很主流的一种产品思路：把大模型包装成一个个「角色」，用户按需挑选或自建。它把「定制」的门槛压得很低，但也把能力切得很碎——每个 Gem 是一个孤岛，彼此不通，也无法自主调用外部工具完成多步任务。
一体化智能体的逻辑正好相反。它不要求用户先想清楚「我需要一个什么样的助手」，而是直接给一个能理解上下文、能调用工具、能连续执行任务的通用体，把定制降级为其中的一个环节。当模型本身的能力足够强，预先切分好的角色反而成了限制。
所以这次调整的实质，不是 Google 放弃定制化，而是承认「用预设角色来定义能力」这套范式正在让位于「用通用智能体加动态技能来组织能力」。Gems 是被范式更替挤出去的那一个。
影响与看点
对普通用户，最直接的问题是迁移成本：已有的 Gems 怎么办，配置能不能平移，历史使用习惯会不会被打断。这类关停最伤人的从来不是功能消失，而是「我搭好的东西要重来一遍」的挫败感。Google 如何处理过渡，会直接影响用户对 Gemini 生态稳定性的信任。
对开发者和企业用户，值得关注的是「skills」到底开放到什么程度。如果它只是一个面向消费者的封装，那第三方构建任务型智能体的空间反而被压缩；如果它能通过 API 暴露、可组合、可复用，那它可能成为比 Gems 更实用的构建单元。目前信息不足以判断，但这是决定这次调整是「升级」还是「收缩」的关键。
对行业而言，这再次印证了一体化智能体正在成为大厂默认的产品形态。定制化不会消失，但它的位置在下移——从产品的主界面，变成通用智能体内部的一个可调用模块。
一个判断：当通用智能体足够好用，用户其实不需要自己拼装助手；厂商真正要竞争的，是谁的通用体更可靠、工具调用更稳，而不是谁的角色商店更热闹。
