Google 刚刚推出官方 Agent Skills 仓库。它实际解决了什么。

Source: Dev.to

正在解决的问题

MCP 服务器本应解决上下文问题。为你的代理提供一个实时、扎根于文档的连接，它就不会产生过时的 API 幻觉或将不同 SDK 版本混淆。而且这在很大程度上是有效的——Google 已经在其开发者文档上运行了一个 MCP server for its developer docs。

但这会产生叠加成本。当代理大量依赖 MCP 服务器时，它们会在每次请求中将海量上下文拉入窗口。模型被原始文档淹没，令牌成本飙升，连贯性下降。社区将此称为 context bloat，而且代理需要了解的产品越多，这种情况就越严重。

真正的缺口不是信息获取，而是缺少 浓缩的、针对代理优化的专业知识——按需加载，而不是一次性全部加载。

How Agent Skills Actually Works

Agent Skills 是一种开放格式——最初由 Anthropic 开发并作为社区标准发布——用于为代理提供打包的、结构化的专长。其核心是，一个技能是一个文件夹，里面包含一个带有元数据和任务‑特定指令的 SKILL.md 文件。它还可以捆绑脚本、参考文档、模板以及其他资产。可以把它看作面向代理的文档：简洁、目的明确，面向需要执行而不是仅仅阅读的机器编写。

使其实用的机制是 渐进式披露。启动时，代理仅加载每个可用技能的名称和描述——仅够判断该技能是否与当前任务相关。当匹配成功时，完整指令才会被拉入上下文。随后，代理执行任务，可选择运行捆绑的脚本或引用额外文件。

完整上下文只有在真正需要时才会加载。这一设计决定使其区别于将整个文档站点直接塞入系统提示的做法。

开发者实际的使用场景

Google 官方仓库已在 github.com/google/skills 上发布，首批提供了十三个技能。

• 面向具体产品（7 个）： AlloyDB、BigQuery、Cloud Run、Cloud SQL、Firebase、Gemini API 和 GKE。
• 良好架构框架支柱（3 个）： 安全性、可靠性和成本优化。
• 配方技能（3 个）： 入职、身份验证和网络可观测性。

安装它们只需一条命令：

npx skills install github.com/google/skills

它们可在 Antigravity、Gemini CLI 以及任何实现 Skills 规范的第三方代理上使用。

面向具体产品的技能是最直接实用的。针对 BigQuery 或 GKE 的代理不再需要保持与文档的实时 MCP 连接，只为获取准确的语法、服务限制或推荐的模式。技能内部携带这些知识，在相关时加载，平时则不干扰。

为什么这件事比看起来更重要

Agent Skills 格式不是 Google 构建的——它是由 Anthropic 构建并开源的。Google 将其作为官方文档层的载体，意味着一个重要信号：它正在成为基础设施，而不是某个框架的特定功能。

对于在 Google Cloud 上构建代理的团队来说，实际影响是真实的。现在你可以为代理配备准确、维护良好、由 Google 编写的关于 Cloud Run 或 Firebase 的知识，而无需在每个提示中塞入原始文档。这些技能是 可版本化、可审计、可组合 的——在跨多个 GCP 产品运行多步骤工作流时，这一点尤为重要。

更深层次的转变是架构层面的。MCP 解决了 访问，Agent Skills 解决了 交付。它们是互补的，两者的结合开始看起来像是对过去一年悄然导致生产代理崩溃的上下文问题的一个严肃答案。

可用性和访问

该仓库现已在 github.com/google/skills 上上线。Google 已确认将在接下来的几周和几个月内发布更多技能。Agent Skills 格式规范 是开放的，这意味着任何代理平台都可以实现支持，任何团队都可以使用相同的结构构建并分发自己的技能。

上下文膨胀一直被视为工程上的烦恼。Google 则将其定位为基础设施问题——并为此提供了解决方案。现在的问题是，生态系统的其他成员将多快跟进，建立自己的官方技能仓库。