Gemini 中文文档认识 Gemini Skills：Gems 11 月要下线了，谷歌这次押的是一套能跨 Claude Code、Gemini CLI 通用的开放标准
先说个让我有点措手不及的事。
我有一套用了快两年的 Gemini Gem，专门用来改稿：里面塞了品牌调性、三个常见退稿原因、还有一段"不许出现 AI 味儿八股句"的黑名单。每次改稿我都要先点开左侧栏，找到那个 Gem，新开一个会话，把稿子粘进去。
这套动作我重复了大概两百次。
然后 9 月 30 日，谷歌告诉我：Gem 这个东西，2026 年 11 月要没了。
第一反应是烦。第二反应是——谷歌这次给的替代品，比我想象的要狠。
因为它不只是把 Gem 换了个名字。谷歌换的是格式本身：新的 Skills 底层跑在一个叫 SKILL.md 的开放 Markdown 标准上，而这个标准，现在已经被 Claude Code、Codex CLI、Gemini CLI、以及谷歌自家的 Antigravity 同时采用。
也就是说，我那份改稿指令，以后写一次，四个地方都能跑。
这是谷歌很少干的一件事：把自己的用户锁定拆掉，换成一个你去别家也能用的格式。
我承认我看到这儿的时候，愣了一下。往下看你就知道为什么我说它"狠"。
所以 Gemini Skills 到底是什么
一句话版本：Skills 是一组可以保存下来、随时用 / 斜杠命令调出来复用的自定义指令，不用再每次把那三百字的提示词重新敲一遍。
它的触发方式特别简单。在 Gemini 的输入框里打个 /，输入技能名，回车，这条指令就作用在你当前的对话上了。
/改稿 帮我把下面这篇稿子过一遍，控制在 1200 字以内完了。不用开侧边栏，不用新开会话，不用切换上下文。
注意这个"不用切换上下文"——这是它跟 Gems 最本质的区别。
Gem 是一个独立的人格容器。你得先选定"我现在要用哪个 Gem"，然后在这个 Gem 里对话。你想换一个？开个新会话。想在同一个任务里同时用两个 Gem 的设定？不支持，一次只能上一个。
Skill 是一段可以叠加的指令片段。它活在对话流里面，你可以同时叠好几个上去，也可以中途临时加一个，就像给当前这次对话临时加几条规则。
官方给的例子很能说明问题：
你可以把"写作风格"Skill 和"品牌规范"Skill 同时挂上；也可以把"供应商评估"Skill 和"高管邮件起草"Skill 组合起来，一步完成从分析到成稿。
这不是功能微调。这是把"自定义"这件事，从选一个角色变成了拼一组规则。
顺带说一句，谷歌还做了件挺贴心的事：Gemini 会自己判断当前对话该用哪个 Skill，主动给你推荐甚至自动调用，你不用每次都记得打斜杠。
说白了，Gems 让你"换一个 AI"，Skills 让你"给这个 AI 临时装几个插件"。
Skills 到底强在哪（以及它现在还差什么）
先说强的部分，这部分是真的解决了痛点：
- 叠加使用：一次对话能挂多个 Skill。Gems 一次只能启用一个，这是最大的解放。
- 能带参考文件：可以给 Skill 挂上纯文本文档、PDF、图片。比如把你们的 VI 手册 PDF 挂给"配图文案"Skill。
- 斜杠触发，原地生效：不用离开当前对话，不用重开会话。据说谷歌后续还可能改用
@符号触发。 - 跨平台可移植：基于开放的 SKILL.md 标准，你在 Claude Code 或 Gemini CLI 里写好的 Skill，可以直接导进 Gemini 用。谷歌接受 SKILL.md 文件，也接受 ZIP 压缩包（SKILL.md 放在根目录就行）。
- 自动迁移：你现有的 Gems 会被自动转成 Skills，不用从零重建。虽然转出来的是"草稿"，你得自己过一遍。
- 能用进 Workspace：这是 Gems 从来没做到的事。同一个 Skill，在 Gmail、Docs 里都能调用，不再局限于专门的聊天窗口。
- 数量够用：创建不限数量，同时最多激活 100 个。对绝大多数人来说绰绰有余。
现在说差的。这部分你必须知道，不然迁移那天会踩坑：
- 不同步：Gemini App 里的 Skill 和 Workspace 里的 Skill 不互通。想要两边都有，你得各建一遍。这是本次发布最不方便的一点。
- 必须开"保留活动记录"（Keep Activity）：这个开关不开，Skills 不工作。
- 暂时不支持分享：还不能把 Skill 分享给同事。Gems 原本有的分享能力，这里暂时缺失。
- 暂时不能挂 Drive 文件和 Notebook：Gems 原本支持 Google Drive 附件和 Gemini Notebook 引用，Skills 目前还不行，官方说"即将支持"。
- 不支持这些功能：Canvas、Deep Research、Guided Learning，以及视频/音乐生成类工具，暂时都跟 Skills 不兼容。
- GitHub 里的内容不参与迁移：引用了 GitHub 资源的 Gem，转过去可能就断了。
- Workspace Studio 不能新建"Ask a Gem"步骤：已有步骤暂时还能跑，但新流程搭不了。
- 年龄门槛从 13 岁提到 18 岁：未成年账号会直接失去这个自动化能力。
一句话总结：能力上限高了，但发布初期的功能完整性反而比 Gems 低。典型的谷歌式发布——先把架构换对，功能慢慢补齐。
场景：这东西具体能干嘛
光说概念没意思，讲几个我觉得会真实改变工作流的用法。
场景一：一个人同时守三套规范
我一个在跨境电商做运营的朋友，日常要写亚马逊 Listing、写独立站博客、写 TikTok 脚本。三套东西的语气完全不同：Listing 要塞关键词但人话，博客要专业但不端着，脚本要口语到有点吵。
以前她的做法是维护三个 Gem，写东西前还得先想"我现在该进哪个房间"。
Skills 之后，她只需要在一个对话里：
/独立站博客 /合规词库 帮我写一篇关于 XX 产品的选购指南两个 Skill 一起上：一个管语气和结构，一个管违禁词过滤。如果还想加一层 SEO 要求，再叠一个 /SEO标题 就行。
三个 Gem 排队用，变成三个 Skill 一起用。 这是这次升级里我最认可的一点。
场景二：把"公司不能说的话"做成硬约束
法务和品牌方最头疼的从来不是"AI 写得不好"，而是"AI 乱说"。
现在你可以把敏感表述清单、竞品提及规则、免责声明模板，全部写成一份 SKILL.md，挂在每次对外输出上。因为它能用 / 随时调用，它更像是一条可复用的规则，而不是一个需要记得切换的模式。
对团队来说，这意味着统一输出标准这件事，第一次有了可执行的最小单元。
场景三：开发者——同一份 Skill，四个工具通吃
这个是我最兴奋的，也是本文标题里"开放标准"的意思。
SKILL.md 这个格式最早来自 Anthropic，现在已经被几家主流工具同时支持：Claude Code、OpenAI 的 Codex CLI、Google 的 Gemini CLI，以及谷歌自己的 Antigravity。
谷歌在 Workspace Updates 的官方说明里明确写了 Skills 构建在这个开放标准之上，并且支持直接导入 SKILL.md 文件或 ZIP 包。
这意味着什么？
你在团队代码仓库里维护一份 SKILL.md，比如"代码评审规范"或者"PR 描述模板"，它可以在：
- Gemini CLI 里跑
- Antigravity 里跑（本站已有完整的 Antigravity Agent 技能包文档）
- Gemini 网页端里用
- 同事的 Claude Code 里也能加载
你的提示词资产第一次变成了一个跟着你走的文件，而不是锁死在某个 App 里的配置项。
对于用 AI 写代码的人来说，这可能是 2026 年最实际的一次解耦。
顺手说一句：如果你还没装 Gemini CLI，可以先看这篇 什么是 Gemini CLI，配合 Skills 用效率会高一截。
快速上手：今天下午就能配好第一个 Skill
现在 Skills 已经对个人账号开放，18 岁以上、开了活动记录，就能在 Gemini 网页端 gemini.google.com 直接用。
配置流程极其简单，两条路：
路子一：在对话框里直接存（推荐新手）
- 在 Gemini 输入框里敲好你想要的那段指令，比如"用中文总结，控制在 200 字，不要用'首先其次最后'这种结构，最后给一句我的点评"
- 把它保存成一个 Skill，起个短名字（这名字就是你要打的那个斜杠命令）
- 下次直接在输入框打
/总结，回车
起名 tip：名字越短越常用越好。中文名字是可以的，/总结、/改稿、/标题党 都比 /my-summary-style-v2-final 顺手太多。
路子二：手写 SKILL.md，然后导入（推荐有复用需求的人）
这才是真正值钱的做法。一个标准的最小 SKILL.md 长这样：
---
name: 改稿
description: 按品牌调性改写稿件，删除 AI 味八股句。在需要润色、改写、缩短篇幅时使用。
---
# 改稿规范
## 必做
- 删除所有"首先/其次/最后""综上所述""值得注意的是"这类结构词
- 每段不超过 5 行，超过就切开
- 保留作者原有的个人判断句，不要抹平成中性表述
## 禁止
- 不许出现"让我们看一下""希望这篇文章对你有帮助"
- 不许把口语改成书面语
## 输出格式
先给改写后的正文，再单独用一段列出你做了哪些改动。注意那个 description 字段——它是给 AI 看的，不是给你看的。AI 靠它判断"当前这个任务该不该自动调用这个 Skill"。写得太笼统（比如"处理文本"），它就永远不会被自动唤起。
然后用谷歌接受的方式导入：直接传 SKILL.md 文件，或者压成 ZIP（SKILL.md 必须放在 ZIP 根目录）。
如果你还想让 Skill 执行具体分析任务（跑 Python、跑 shell），标准里也允许附带脚本文件，站内的 Antigravity 技能包文档 里有更细的目录结构和辅助资源说明，可以直接搬过来用。
一个小建议：先从一个每周至少用三次的场景做起。别一上来配二十个，最后你自己都记不住名字。
迁移：这份时间表请截个图
这是全文最该保存的部分。时间节点是硬性的，错过就真没了。
| 时间 | 会发生什么 |
|---|---|
| 2026 年 9 月 30 日 | Skills 正式发布，个人账号 / Gemini Spark 全球上线 |
| 2026 年 10 月 5 日 – 12 日 | Workspace（Rapid Release 组织）陆续上线 |
| 2026 年 10 月 13 日 | Gemini 移动 App 上线；同日起不能再新建或编辑 Gems |
| 2026 年 10 月 19 日 – 11 月中 | Scheduled Release 组织分批上线 |
| 2026 年 11 月 17 日 | Gems 移入 Settings 面板，开始自动迁移为 Skill 草稿 |
| 2026 年 11 月 | 个人账号 Gems 支持彻底终止；Opal / Opal 2 迷你 App 实验同步关停 |
| 2027 年 3 月 | Workspace Business / Enterprise / Nonprofit 的 Gems 终止支持 |
| 2027 年 6 月 | Workspace Education（教育版）的 Gems 终止支持 |
几个实操层面的提醒：
1. 10 月 13 日是真正的截止日。 那天之后 Gems 只能读不能写。你如果想手工重建干净的 Skills，得赶在那之前把现有 Gem 的指令内容复制出来存档。
2. 别指望自动迁移的质量。 谷歌会把存量 Gem 自动转成 Skill 草稿（drafts），你需要自己检查、补充 frontmatter、验证效果。官方自己的建议是：与其等自动迁移，不如手工重建成 Skills。特别是那些依赖分享、Drive 附件、Notebook 引用的 Gem——这些 Skills 暂时还不支持，建议先别迁，等能力补齐。
3. 两边记得各建一遍。 Gemini App 和 Workspace 的 Skills 不同步，这是官方确认的限制。如果你两边都用，请把它写进你的迁移计划，别等到用的时候才发现缺一半。
4. 检查一下年龄设置。 这次门槛从 13 岁提到了 18 岁，教育版和教育机构的账号要格外留意。
5. Workspace Studio 用户：新建流程里已经不能加"Ask a Gem"步骤了。如果你的自动化流程依赖这个环节，现在就得改设计。
我的判断：这次迁移真正的成本不在操作，在于你得重新想一遍"我到底重复输入了什么"。大多数人其实从来没系统梳理过自己的重复劳动——这次被迫梳理一遍，反而可能比 Skills 本身更值钱。
为什么我说这是谷歌少见的"拆墙"动作
写到这里，聊点立场。
过去两年，各家做个性化的思路都是往自家 App 里堆：OpenAI 有 Custom GPT 和 Projects，Anthropic 有 Claude Projects，谷歌有 Gems。每一个都是围墙——你在 A 家攒的提示词，去 B 家就成废文本。
这次谷歌选了 SKILL.md，一个它自己也没完全主导的开放标准。
你可以说这是精明：当一个格式已经有生态时，加入比自建划算得多。但结果是一样的——你写出来的东西终于不被绑架了。
而且这个动作跟谷歌今年整体的路子是连贯的。从 Gemini CLI 开源，到 Antigravity 支持 MCP、钩子和插件系统，再到现在的 SKILL.md，谷歌明显在把"能力"从产品里往外拔，做成可以被携带的资产。
对普通用户来说没关系，甚至有点无感。对我们这种日常要跟好几个 AI 工具打交道的人来说，这是今年最舒服的一次更新。
当然，也别急着鼓掌。首发功能残缺、两边不同步、自动迁移质量未知，这些都是实打实的问题。谷歌做产品，向来是"架构先对，体验后补"。Skills 显然也走这个路子。
所以我的建议很明确：今天就手动赎几个最常用的一两个出来试试，剩下的等 2027 年再动。 新功能的尝鲜权和稳定性，从来都是二选一。
进阶
更多开源技术干货和学习资料，关注公众号「遇码」，领取专属福利。