Google Chrome Skills：浏览器正在变成AI调度层
这两年大家总在讨论 AI 产品的下一步。有人盯着模型榜单，有人盯着 Agent，还有人盯着更长的上下文。
但 Google 这次在 Chrome 上做的事，方向很不一样。它没有继续往浏览器里塞一个更花哨的聊天框，而是把用户反复使用的 prompt，直接做成了可以随时调用的 Skill。看上去像个小功能，实际上是在重写浏览器和 AI 的关系。
这次发布了什么
Google 在 Chrome 里推出了 Skills in Chrome。核心逻辑：当你在 Chrome 的 Gemini 中写出好用的 prompt，可以直接从聊天历史保存成 Skill。下次遇到类似任务，输入 / 或点 + 就能调出。
更关键的是，Skill 可以直接运行在你正在浏览的页面上，也可以结合多个标签页一起工作。它调用的不是抽象文本，而是浏览器当前真实的页面上下文。
为什么这不是提示词收藏夹
提示词收藏夹是静态仓库，只能解决别忘了这段话。Chrome Skills 把 prompt 变成了动作模块：可以保存、反复调用、在真实页面运行、持续迭代。它更接近浏览器里的微型自动化能力。
真实使用场景
场景1：菜谱纯素替代 - 保存 Skill 后，在菜谱页面直接调用，浏览器基于当前内容改写。
场景2：多商品对比 - 选中多个商品标签页，触发 Skill 统一抓取关键字段，给出并排对比。浏览器知道开了哪些页面，这是它的天然优势。
场景3：长文档速览 - 调用快速扫描重点 Skill，先得到结构化摘要，再决定是否细读。
浏览器角色的三大变化
变化1：从内容入口变成工作流入口 以前浏览器只是信息到达的地方，现在变成任务启动的地方。价值从访问互联网升级成调度互联网内容。
变化2：Prompt 从会话文本变成产品能力 Google 在把 prompt 产品化。它不再是临时敲出的说明，而是可沉淀、复用、修改、触发的能力模块。AI 从每次重来的会话模式，往持续积累的工作流模式走。
变化3：上下文来自浏览环境 浏览器天然知道你在看什么页面、开了哪些标签、选中了什么内容。这种上下文不是用户补充的，而是操作自带的。
对国内产品的启示
- 做任务入口，而非聊天入口 - 让用户先做事，在做事过程中调用 AI
- Prompt 要被迭代，而非仅保存 - 用户在反复使用中打磨出自己的系统资产
- 上下文感知是体验分水岭 - 把页面、文件、任务、历史操作上下文接入模型
写在最后
Chrome Skills 指向更大的变化：浏览器不再只是网页展示层，而是在变成 AI 调度层。
Google 不是想让你少打一段 prompt，而是想把 prompt 做成浏览器里的基础设施。