---
url: /skills/what_is_gemini_skills.md
description: >-
  2026年9月30日谷歌在 Gemini 对话里推出 Skills，正式取代 Gems。 slash 命令触发、可叠加多个技能、可挂 PDF
  与图片参考文件，底层基于开放标准 SKILL.md。本文详解 Skills 到底是什么、与 Gems
  的六处关键差异、2026年10月至2027年6月的完整迁移时间表、自动迁移的坑，以及如何手写一份能同时用在 Gemini CLI 和 Antigravity
  上的 SKILL.md。
---

# 认识 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 技能包文档](/antigravity/skills)）
* Gemini 网页端里用
* 同事的 Claude Code 里也能加载

> 你的提示词资产第一次变成了一个**跟着你走的文件**，而不是锁死在某个 App 里的配置项。

对于用 AI 写代码的人来说，这可能是 2026 年最实际的一次解耦。

顺手说一句：如果你还没装 Gemini CLI，可以先看这篇 [什么是 Gemini CLI](/cli/what_is_gemini_cli)，配合 Skills 用效率会高一截。

## 快速上手：今天下午就能配好第一个 Skill

现在 Skills 已经对个人账号开放，**18 岁以上、开了活动记录**，就能在 Gemini 网页端 gemini.google.com 直接用。

配置流程极其简单，两条路：

### 路子一：在对话框里直接存（推荐新手）

1. 在 Gemini 输入框里敲好你想要的那段指令，比如"用中文总结，控制在 200 字，不要用'首先其次最后'这种结构，最后给一句我的点评"
2. 把它保存成一个 Skill，起个短名字（这名字就是你要打的那个斜杠命令）
3. 下次直接在输入框打 `/总结`，回车

**起名 tip**：名字越短越常用越好。中文名字是可以的，`/总结`、`/改稿`、`/标题党` 都比 `/my-summary-style-v2-final` 顺手太多。

### 路子二：手写 SKILL.md，然后导入（推荐有复用需求的人）

这才是真正值钱的做法。一个标准的最小 SKILL.md 长这样：

```markdown
---
name: 改稿
description: 按品牌调性改写稿件，删除 AI 味八股句。在需要润色、改写、缩短篇幅时使用。
---

# 改稿规范

## 必做
- 删除所有"首先/其次/最后""综上所述""值得注意的是"这类结构词
- 每段不超过 5 行，超过就切开
- 保留作者原有的个人判断句，不要抹平成中性表述

## 禁止
- 不许出现"让我们看一下""希望这篇文章对你有帮助"
- 不许把口语改成书面语

## 输出格式
先给改写后的正文，再单独用一段列出你做了哪些改动。
```

注意那个 `description` 字段——**它是给 AI 看的，不是给你看的**。AI 靠它判断"当前这个任务该不该自动调用这个 Skill"。写得太笼统（比如"处理文本"），它就永远不会被自动唤起。

然后用谷歌接受的方式导入：直接传 SKILL.md 文件，或者压成 ZIP（**SKILL.md 必须放在 ZIP 根目录**）。

如果你还想让 Skill 执行具体分析任务（跑 Python、跑 shell），标准里也允许附带脚本文件，站内的 [Antigravity 技能包文档](/antigravity/skills) 里有更细的目录结构和辅助资源说明，可以直接搬过来用。

> 一个小建议：先从一个每周至少用三次的场景做起。别一上来配二十个，最后你自己都记不住名字。

## 迁移：这份时间表请截个图

这是全文最该保存的部分。**时间节点是硬性的，错过就真没了。**

| 时间 | 会发生什么 |
| --- | --- |
| **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 年再动。** 新功能的尝鲜权和稳定性，从来都是二选一。

## 进阶

更多开源技术干货和学习资料，关注公众号「遇码」，领取专属福利。