Chrome把提示词变成可复用技能，AI交互进入"快捷键时代"

Google今天给Chrome里的Gemini助手加了新功能，叫Skills。不是让你写代码，是把常用提示词存成模板，下次打斜杠就能调出来。这看起来是个小更新，但背后藏着AI产品设计的重大转向——从"每次重新对话"到"培养用户习惯"。

功能本身：把重复劳动变成一键操作

Skills的触发路径很短。你在Gemini侧边栏输入一个提示词，等AI回复后，底部会出现一个按钮，点一下就能存成模板。可以给这个模板起名字，也能修改原始提示词的文字。

下次要用的时候，输入斜杠（/）或者点加号（+），选你存好的Skill，它就会自动在当前页面运行。Chrome产品经理Hafsah Ismail在博客里说：「你可以随时编辑已保存的Skills，也可以随时创建新的。」

一个Skill能塞多条指令。比如你可以建一个Skill，让它识别文章里提到的甜点配料，然后列出低糖替代品。输出格式也能自定义，是要 bullet points 还是表格，自己定。

Google还放了50多个预置Skill进新的提示词库。覆盖场景包括总结YouTube视频、挑选礼物这些高频需求。

这不是Google第一次往Chrome里塞自动化

今年2月，Google刚发布了一个叫Auto Browse的AI代理。它能代替用户执行操作，比如比价电商商品、填表单。Skills和Auto Browse是两条线：前者是"提示词层面的自动化"，后者是"操作层面的自动化"。

但两者指向同一个目标——让Gemini从"你问一句我答一句"的聊天机器人，变成嵌入工作流的工具。

Microsoft和Perplexity AI已经在自家浏览器里做了类似功能。OpenAI的Atlas浏览器目前还不支持这种快捷方式，但Google这一手更新之后，压力显然到了OpenAI这边。

为什么是"技能"而不是"插件"？

这里有个产品设计的微妙选择。Google本可以把这套系统做成开发者生态，让第三方写插件、用户去市场下载。但它选择了更轻量的路线：用户自己创建，官方提供模板库。

这个选择的好处是门槛低。不需要懂API，不需要等开发者响应需求，用户五分钟就能搭出自己的工作流。坏处是天花板低——复杂的跨应用自动化还是得靠Auto Browse或者别的工具。

但对于Chrome的十亿级用户来说，"够用且简单"可能比"强大但复杂"更有穿透力。

浏览器正在成为AI的新战场

Skills的推出时机值得注意。今年早些时候，Google把Gemini侧边栏塞进Chrome，用户点右上角按钮就能调出自然语言交互界面。现在又在同一位置叠加自动化层。

浏览器是用户停留时间最长的软件之一。Google把Gemini钉在这里，相当于在操作系统和网页之间插了一层AI中间件。Microsoft的Edge+Copilot、Perplexity的同名浏览器、OpenAI传闻中的Atlas，都是同一套逻辑。

区别在于执行节奏。Google有Chrome的市场份额打底，可以慢半步但铺得更开。Microsoft绑定了Office生态，Perplexity靠搜索体验差异化，OpenAI还在攒产品矩阵。

Skills这个功能本身不难复制，但"提示词模板+官方库+用户自建"的三层结构，可能会成为行业标配。

对开发者和普通用户的不同意义

原文举了个开发者的例子：浏览GitHub开源项目时，用同一个提示词生成技术摘要。这是典型的垂直场景——重复性高、格式固定、对准确性有一定要求。

但预置Skill里的"挑礼物""总结视频"明显是冲着大众用户去的。Google在试探：到底是专业用户更愿意花时间配置工作流，还是普通用户其实也有被压抑的自动化需求？

我的判断是，Skills的真正价值会在三个月后用数据说话。如果用户平均创建Skill的数量超过3个，说明习惯养成了；如果主要靠官方库，说明自建门槛还是高。

一个开放的问题

当浏览器里的AI助手开始积累用户的个人Skill库，这些数据归谁、能不能跨设备同步、能不能迁移到别的浏览器，都会成为新的摩擦点。Google现在没提这些，但用户迟早会问：我调教了半年的提示词模板，换电脑还在吗？换浏览器呢？

Skills让AI交互变快了，但它也让用户和特定产品绑得更紧。这是便利的代价，也是平台战争的常态。你会开始攒自己的AI技能库吗，还是宁愿每次重新打字？