当大模型逐渐成为日常工具，一个被长期忽视的问题开始浮出水面：Prompt 本身是否可以被产品化？
正在给出自己的答案。随着 新增 “Skills” 功能，以及 在浏览器中的深度集成，用户可以将常用提示词（prompt）保存为可复用能力，并在不同网页间一键调用。
这看似是一个小功能升级，但从 AI 工程视角来看，它标志着浏览器角色的变化：从信息展示容器，转向承载 Agent 执行的轻量运行时环境。
在当前大模型使用模式中，Prompt 仍然是最基础的交互单元。但其问题也很明显：
Chrome 的 Skills，本质上是将 Prompt 提升为“可执行模板”，具备以下特征：
例如，在食谱网站中定义“将配方转换为素食版本”的 Skill，之后可在任意菜谱页面直接复用，而无需重新构造 prompt。
这一步，相当于把 Prompt 从“输入”变成了“工具”。
从实现角度看，Skills 并非简单的文本保存，更接近一个浏览器内的 Agent 执行框架，其核心可能包括：
Skill 执行时，需要自动获取当前页面内容，例如：
并将这些信息注入到 prompt 中，形成动态输入。
Skill 很可能以模板形式存在，例如：
{content}、{title}） 类似于一个轻量级的 function calling 机制。
通过内置的 能力，浏览器可以：
这使得浏览器本身具备了“执行 AI 任务”的能力，而不仅是展示结果。
Chrome 过去的扩展（Extension）体系，本质上是代码驱动：
而 Skills 引入了一种新的范式：语言驱动（language-driven tooling）。
对比来看：
这意味着：
从开发者视角，这是一种“低代码 Agent 平台”的雏形。
Chrome 的这一变化，并非孤立事件，而是浏览器角色演进的一部分。
当前几大趋势正在叠加：
在这一背景下，浏览器天然具备三大优势：
因此，将 AI Agent 能力嵌入浏览器，是一个高频、高粘性的落点。
Skills 的推出，对 AI 技术社区释放出一个明确信号：
Prompt Engineering 正在从“技巧”演变为“产品能力”。
这将带来几个变化：
类似 Unix 工具链：每个工具只做一件事，但可以组合。
这将改变 AI 应用的分发路径。
尽管 Skills 提供了新的交互范式，但仍面临一些工程挑战：
此外，安全与隐私也是关键问题：
这些都需要浏览器层面的权限与隔离机制支持。
从引入 ，到推出 Skills，正在将 Chrome 从“浏览工具”升级为“AI 执行环境”。
这背后是一种更深层的趋势：AI 不再只是一个应用，而是嵌入所有应用的执行层。
当 Prompt 可以被保存、复用、点击执行，用户实际上已经在无意识中使用 Agent。而浏览器，则成为这些 Agent 最自然的运行场所。
对于开发者而言，这意味着一个新的构建空间正在出现——不是构建应用，而是构建“能力单元”。