Google Gemini Skills 取代 Gems，但迁移先于功能对等启动
尽管多项 Gem 功能在迁移于 2026 年 11 月启动时仍不可用，Google 仍将把 Gemini Gems 迁移至 skills。
Google Gemini skills 的推出让符合条件的免费用户能够使用可在常规聊天中运行的可复用指令。用户可以通过斜杠命令调用 skill，让 Gemini 自动选择，或在同一任务中组合多个 skills。
这看似只是改名，但底层产品模式正在变化。Gems 的行为更像拥有独立入口和对话的定制助手。Skills 则更像可移植的工作流组件，Gemini 可在相关场景中将其插入。
Google 还采用了 AI 市场其他产品已使用的、基于 Markdown 的 SKILL.md 格式。这一决定让 Gemini 更接近 OpenAI 和 Anthropic 提供的可复用工作流系统，也使可移植性而非助手品牌成为竞争的核心部分。
最直接的好处是扩大了使用范围。根据 Google 的支持文档，skills 无需订阅 Google AI 即可使用。眼下的风险则是交接体验可能并不均衡，因为 skills 尚未支持 Gems 所支持的所有工具、上下文来源或组织级界面。
Gemini Gems 迁移有多个不同的截止时间
Google 正通过错峰过渡取代 Gems，而不是在某一天于全球范围内一次性关闭。
Google 于 2024 年推出 Gems，将其定位为 Gemini 的定制版本。用户可以为 Gem 提供持续生效的指令、附加相关材料，并在重复任务中再次使用它。
营销团队可以创建一个用于撰写活动简报的 Gem。学生可以使用另一个 Gem 复习课程材料。分析师则可以创建一个遵循偏好研究结构和回复格式的 Gem。
Skills 保留了重复使用指令的概念，但改变了用户的访问方式。Google 将 skill 定义为可复用的指令和额外上下文，用于教导 Gemini 如何完成某一类特定任务。
用户无需在开始工作前打开独立的 Gem，而可以在聊天中输入 / 并选择一个 skill。Google 表示，@ 调用方式将在稍后推出。
Skill 也可以保持启用状态，以便自动选择。Gemini 会评估请求，并在认为某个已启用 skill 与请求相关时应用它。
该公司的迁移指南列出了三个主要的停用时间窗口。个人 Google 账号将在 2026 年 11 月开始失去 Gems 支持；商业、企业和非营利组织的 Workspace 账号将在 2027 年 3 月跟进；教育账号则将在 2027 年 6 月跟进。
Google 的 Workspace 时间表补充了重要细节。根据发布渠道，skills 计划从 10 月 5 日起陆续向 Workspace 用户开放。Gemini app 的推出计划于 10 月 13 日开始，并持续至 11 月中旬。
11 月 17 日，Gems 将迁入 Gemini app 的设置面板。Workspace 用户在过渡期间仍可创建、编辑和使用它们。
Google 表示，商业和企业账号的最终移除不会早于 2027 年 3 月 1 日。教育账号的移除不会早于 2027 年 6 月 1 日。
这些日期之所以重要，是因为一些早期报道将 11 月 17 日描述为 Gems 的全球统一终点。Google 的官方时间表显示，受管理组织拥有更长的重叠过渡期。
个人账号面临最快的交接。Google 表示，在这些账号的 Gem 支持结束时，将自动把剩余 Gems 重建为 skills。
用户不必立即重建所有内容。他们可以在 Gem 迁移前继续使用它，也可以更早手动将其重建为 skill。
自动迁移流程并不会让两种产品完全相同。迁移后的项目将以草稿 skills 形式出现，用户在依赖它们之前应检查其中的指令和附加资源。
Google 也将在 11 月的时间表中停止与个人账号相关的实验项目。其帮助文档称，Opal mini apps 和 Gems by Google Labs 将与这些用户的 Gems 一同退出。
最稳妥的解读很直接：11 月标志着面向消费者的过渡开始，而受管理组织将获得更长的迁移缓冲期。
这一差异避免了两种常见误解：Gems 不会一夜之间在所有地方消失；也并非每个现有 Gem 都会立即变成完全等效的 skill。
Google Gemini skills 将定制助手转变为可复用组件
战略变化在于可组合性：Google 希望指令能够在聊天、任务和 Workspace 应用之间流动，而不是留在彼此孤立的助手中。
Gem 将角色及其行为整合为一个具名入口。Skill 则将可复用流程与其运行所在的对话分离开来。
这种分离使用户能够组合指令。一个组织可以将供应商评估 skill 与高管写作 skill 配对，然后让 Gemini 评估提案并起草建议。
教育工作者可以将新闻通讯规则与机构品牌指南组合。产品团队则可以将研究摘要 skill 和发布说明风格指南应用于同一份源材料。
这就是 Gemini skills 在产品层面的工作方式。每个 skill 都包含名称、描述、指令和可选的参考文件。当任务符合其用途时，Gemini 会使用这一套内容。
用户可以手动创建，请 Gemini 创建，从模板开始，或上传兼容文件夹。该文件夹的根目录必须包含 SKILL.md 文件。
Google 支持在上传的 skills 中使用纯文本文档、代码文件、配置文件、PDF 和图片。整个上传包不得超过 100 MB。
该公司并不支持所有文件类型。Microsoft Word 和 Excel 格式不能直接上传为 skill，但 Markdown、CSV 和 JSON 等纯文本格式受到支持。
上传的脚本也面临边界。Google 的skills 文档称，脚本不能向外部网站发出请求。
这些限制使当前的 skills 更接近结构化指令包，而非不受限制的软件扩展。它们可以引导 Gemini 并提供上下文，但不能独立执行任意网络操作。
SKILL.md 结构具有重要的战略意义。Google 将其称为开放、原生支持 Markdown 的标准，并表示用户可以将其他平台的兼容 skills 复制到 Gemini 中。
OpenAI 同样将 SKILL.md 描述为可复用工作流的操作手册。其工作流指南建议明确任务、所需输入、步骤、输出格式及最终检查。
Anthropic 也已将 Agent Skills 发布为开放标准。共享格式为在不同助手之间迁移工作流知识创造了可能，而无需从头重写。
可移植性仍会存在实际限制。依赖某个平台工具、权限或文件系统的 skill，在其他地方运行前可能需要修改。
写作风格 skill 的迁移相对顺畅，因为它主要依赖指令和示例。依赖产品专属连接器的工作流则更难迁移。
这改变了用户被要求保存的对象。在助手模式下，持久对象是一个具名机器人；在 skill 模式下，持久对象变成一套有文档记录的方法。
这一转变有利于更小的组件。一个庞大的 Gem 可能同时包含研究规则、写作偏好、格式要求和审批检查。
同一流程可以拆分为多个 skills。用户只需启用特定任务所需的部分，从而减少无关指令，并让每个组件更容易更新。
这也带来了不同的组织挑战。一旦可复用指令成为运营资产，团队就需要明确的所有权、版本控制、测试和命名规范。
编写不佳的 skill 可能会将不一致的工作方式扩散到大量对话中。治理良好的 skill 则能保留团队流程，无需员工反复粘贴相同提示词。
这正是 skills 与知识融合重叠之处。指令定义工作应如何完成，而可信源材料则提供完成工作时所需的事实和上下文。
两者都不能替代另一方。即使工作流经过精心打磨，如果其来源不完整、过时或选择不当，仍可能产生不可靠的结果。
因此，开放格式的重要性不在于文件扩展名本身，而在于它带来了治理机会。团队可以检查纯文本指令、比较修订版本，并在分发前审查变更。
免费访问扩大采用范围，并向竞争对手的工作流平台施压
让用户无需订阅即可使用 Google Gemini skills，使这次迁移成为一项分发举措，而不仅仅是产品清理。
Google 表示，skills 无需订阅 Google AI 即可使用。符合条件的用户必须年满 18 岁，使用个人 Google Account，并保持 Gemini Apps Activity 已启用。
可用性仍在逐步推出。支持页面可能将功能描述为可用，但特定账号尚未收到相应界面。
这解释了一些相互矛盾的早期体验。测试免费账号的媒体报道称，Gems 仍然可见，而 Skills 页面尚未出现。
这里的区别在于政策与交付。Google 已确定免费使用资格，但地区和账号层面的推出节奏仍可能延迟访问。
Google 的资格选择消除了围绕 Gemini Gems 迁移的一大焦虑来源。没有付费套餐而创建 Gems 的用户，不应仅因为替代产品源自 Gemini Spark 就失去底层指令。
Spark 仍是独立的一层。它管理更广泛的任务和日程，包括可在后台持续进行的工作。
Skills 描述 Gemini 应如何执行重复性工作。Tasks 定义它应完成什么，schedules 则定义何时应采取行动。
取消符合条件的 Google AI 订阅后，用户可能失去 Spark、tasks 和 schedules。Google 表示，该用户仍可在常规 Gemini 聊天中访问 skills。
这种分离让 Google 同时拥有广泛的免费入口和付费自动化路径。免费用户可以规范重复性的聊天工作，而订阅用户则可获得更具智能体特征的编排能力。
竞争压力将落在那些主要将可复用工作流视为受管理工作场所功能的公司身上。OpenAI 的ChatGPT skills被描述为面向符合条件的 Business、Enterprise、Healthcare 和 Edu 用户的可复用、可共享工作流。
OpenAI 允许 skill 包含指令、示例、代码和支持资源。当一个或多个 skills 适合某项请求时，系统可以自动选择它们。
Google 在面向消费者的 Gemini 账号中提供了相似的概念模型。这让该公司能够在组织完成 Workspace 迁移前，获得庞大的测试与采用漏斗。
这种比较并非完全对等。各平台的产品可用性、执行环境、连接器、管理方式和支持的代码各不相同。
不过，整体方向是一致的。主要 AI 提供商正从一次性提示转向可复用的软件包，以编码个人或团队的工作方式。
Google 的优势在于其覆盖消费者账户和 Workspace 应用的广泛触达能力。其计划中的扩展涵盖 Gemini app，以及 Gmail、Drive、Docs、Sheets 和 Slides 等产品。
该公司表示，在 Gemini app 中创建的技能不会自动出现在 Workspace 中。若用户希望在这些应用中使用该技能，必须在 Workspace 中重新创建。
这种划分削弱了首轮推出时“可通用复用”的承诺。即使采用相同术语，个人端和受管理端仍彼此独立。
管理员还需考虑工作流如何跨越账户边界。个人技能可能包含员工不应带入受管理环境的指令或示例。
反过来，组织技能也可能编码应保留在受控 Workspace 账户内的机密流程。可移植性提升了灵活性，但也增加了对政策的需求。
因此，免费开放有两个目的：它既降低了现有 Gem 用户的迁移阻力，也让更广泛的受众开始以可复用工作流的方式思考。
这种教育可能影响后续采购决策。通过免费消费者技能将任务标准化的员工，可能会要求雇主提供共享、管理、连接器和审计控制功能。
竞争对手也在回应同样的需求。自定义助手、项目、记忆和工作流技能，都试图降低反复解释同一任务的成本。
Google 正押注于模块化指令将成为最具复用价值的一层。Gems 将定制功能放在一个目的地中，而技能则将其置于工作流程之内。
这一押注促使竞争对手让自己的工作流格式更易于迁移、检查和共享，也促使 Google 证明免费分发不会以可靠性为代价。
在技能匹配所有 Gem 功能之前，迁移已经开始
Google 的主要风险不在于技能背后的理念，而在于它要求用户在替代方案尚未实现完整功能对等前就完成迁移。
Google 承认，技能目前尚不能与多项熟悉的 Gemini 功能配合使用。当前排除清单包括 Canvas、Deep Research、Guided Learning、视频创作和音乐创作。
Gems 还可以使用目前无法顺利迁移的默认工具和既有上下文模式。围绕这些功能构建专用 Gem 的用户，不应假定可以立即获得等效体验。
Google 表示，分享链接以及添加 Google Drive 文件或 Gemini Notebook 材料的功能将在未来几周内推出。在此之前，用户可能需要直接上传支持的参考文件。
对于知识密集型工作流而言，这是一项实质性限制。当原始 Drive 文档发生变化时，手动上传的副本可能会过时。
Drive 集成有望与持续更新的材料形成更自然的关系。它在早期迁移阶段缺席，会增加维护工作，并提高使用陈旧上下文的风险。
技能也没有专门页面显示与特定技能关联的近期聊天。这些对话会出现在普通 Gemini 侧边栏中，因为技能可以跨聊天运行。
这一设计支持可组合性，但也移除了 Gem 用户可能重视的一项组织线索。具名 Gem 提供了可识别的工作空间和更清晰的历史记录边界。
自动技能选择带来了另一项权衡。它让用户无需记住该激活哪个工作流，但也要求 Gemini 能准确推断意图。
错误激活可能会在用户未明确要求的情况下改变语气、格式或任务步骤。Google 允许用户为单个技能关闭自动使用功能，这提供了一项重要控制。
团队应测试这种推断能力，而不是把它当成看不见的便利功能。最有价值的问题很简单：是否激活了正确的技能，且不相关的技能是否保持未激活状态？
叠加使用也会带来自身的冲突风险。两个技能可能给出不兼容的格式规则、定义不同的审批步骤，或要求相互竞争的来源层级。
Google 表示用户可以组合技能，但这并不能消除解决相互矛盾指令的必要性。更多组件可能带来更大灵活性，也可能造成更难预测的交互。
安全性同样值得关注，因为上传的技能可能包含脚本、参考文件和操作指令。OpenAI 建议用户在安装来自外部来源的技能前进行审查。
Google 限制了上传脚本执行外部网页操作，这缩小了即时攻击面。不过，用户仍需检查可能重定向行为或暴露敏感材料的指令。
开放格式使检查成为可能，但并不意味着每个软件包都值得信任。
自动迁移是另一个需要验证的环节。Google 表示将把其余 Gems 重新创建为技能草稿，但转换后的工作流在 Gemini 的新选择模型下可能呈现不同表现。
一个被设计为自包含人格的 Gem，未必能自然映射为模块化流程。其指令可能过于宽泛、依赖不受支持的工具，或与其他已启用技能发生冲突。
用户应在迁移前保留重要 Gem 指令的副本，也应下载所有附带的知识文件，并记录重要的输出特征。
转换后，他们可以在两个版本都仍可使用的重叠期内，针对代表性任务运行两种版本。实用检查项目包括事实覆盖度、格式、工具使用、引用、语气和拒答行为。
一份早期批评性报道发现，符合免费资格并不保证能够立即获得界面访问权限。该报道并不与 Google 的政策相矛盾，但它突出了推出过程中的不确定性。
同样的谨慎也适用于功能公告。“未来几周内推出”表明的是方向，而非对每个账户或地区的保证日期。
Google 还必须协调两种产品体验。消费者 Gemini app 强调轻松创建和自动使用，而 Workspace 客户则需要管理控制和可预测的部署。
较晚的企业和教育截止日期反映了这种复杂性。这些客户拥有集成、共享流程和课堂体验，不能像个人助手那样随意切换。
教育领域获得的过渡期最长。Gems 仍与 Google Classroom 和受支持的学习管理系统相连，仓促移除将尤其具有破坏性。
Gemini Gems 的迁移只有在用户在任务层面感受到连续性时才会成功。当工具、上下文和对话组织方式发生变化时，仅保留标题和指令块远远不够。
这正是该公告背后的核心反转。技能承诺提供更灵活的系统，但第一阶段可能会为部分既有工作流带来更少的能力。
接下来发生什么，将决定技能是否成为标准
三个信号将表明，Google 是构建了持久的工作流层，还是只是在替代方案准备就绪前为定制功能改了名称。
第一个信号是个人账户的迁移质量是否成功。11 月将带来最早的大规模测试，因为 Google 计划自动重新创建其余消费者 Gems。
用户应关注指令、参考材料和预期行为能否在转换后得以保留。若出现上下文丢失或输出明显变化的报告，将削弱 Google 的连续性主张。
最具揭示性的案例将涉及复杂 Gems，而不是简单的风格提示。简短的校对 Gem 很容易转换；使用文件和专门工具的研究工作流则是更艰难的测试。
Google 还应明确草稿状态。转换后的技能需要经过审查，用户才应将其用于重要工作。
第二个信号是承诺的功能对等特性是否到来。分享链接、Drive 文件和 Gemini Notebook 支持，将决定技能能否取代知识丰富型 Gems。
若这些功能在个人 Gem 被移除前广泛推出，将加强迁移的合理性。若出现显著延迟，用户将不得不维护手动文件副本或重新设计工作流。
Canvas 和 Deep Research 值得单独关注。Google 目前表示技能无法与它们配合使用，也未承诺所有不受支持的工具都会按同一时间表上线。
若技能获得这些体验的访问能力，它们将成为更强大的通用层。若排除情况持续存在，用户可能需要针对 Gemini 的不同部分采用不同的定制系统。
第三个信号是跨界面可移植性。Google 表示，Workspace 技能和 Gemini app 技能不会自动同步，尽管二者使用的是同一概念。
这种碎片化比文件兼容性更重要。真正可复用的工作流应当能从聊天迁移到 Gmail、Docs 和 Sheets，而无需大量重建。
Workspace 的推出将揭示 Google 提供了多少管理能力。组织需要共享控制、所有权规则、生命周期管理，以及对员工所用指令的可见性。
Google 的 Workspace 时间表为企业客户提供了数月时间评估替代方案。教育客户在 2027 年 6 月前获得了更长的过渡时间。
这些期限应被视为测试窗口，而不是推迟准备的理由。组织可以盘点当前 Gems、识别关键依赖项，并在自动转换前指定负责人。
个人用户可以从规模较小的审查开始。列出反复使用的 Gems，复制其指令，保存其源文件，并记录几个有代表性的输出。
接下来，将一个重要工作流重新创建为技能。先通过 / 测试显式激活，然后测试自动选择以及与另一项技能的组合。
这一过程有助于揭示模块化模型是否改善日常工作，也会在 Google 移除熟悉的 Gem 界面前暴露冲突。
用户应避免将每个 Gem 都转换成一个庞大的技能。较小的组件通常更易于定位错误，也更便于维护指令。
他们还应将稳定的方法与不断变化的事实分开。技能可以定义研究流程，而当前文档则为每项任务提供证据。
对于团队而言，迁移是审查未记录提示词实践的机会。当有人负责其准确性并批准重大修订时，可复用指令会变得更有价值。
同一审查还应涵盖敏感信息。技能包具有可移植性，因此用户必须了解哪些文件和指令可以离开受管理环境。
竞争对手的动态将提供另一个有用基准。OpenAI 和 Anthropic 也在围绕可复用技能构建产品，这使互操作性成为一项实际测试，而非抽象承诺。
只需少量调整就能迁移的工作流，将验证开放标准。若一个软件包在每种产品中都需要完全重写，则会暴露共同文件名之下的平台依赖性。
Google 无需实现完美可移植性，也能让这一战略具备实用价值。但它确实需要可预测的行为、清晰的权限和足够的功能覆盖，才能证明替换 Gems 是合理的。
该公司已通过将 Google Gemini 技能扩展至符合资格的免费用户，作出了最大的分发决策。现在它必须证明访问、迁移质量和能力可以同步推进。
对于拥有重要 Gems 的用户而言，最佳下一步是在淘汰窗口关闭前进行直接测试。将迁移后的技能与真实工作进行比较，记录失败情况，并保留可恢复的指令和源文件副本。
这项转变不只是新增一个菜单项。它将定制化从一组彼此独立的助手，转变为可复用的工作流基础设施。Gemini 是否因此得到改善，将取决于用户在未来数月里能够验证的细节。
