谷歌发布5种智能体Skill设计模式：开发者必备指南

随着超过30种Agent工具（如Claude Code、Gemini CLI、Cursor等）在同一套布局上实现标准化，Skill的格式问题已不再是主要障碍。如今，开发者的关注点正从格式规范转向内容设计——如何构建Skill的内部逻辑成为核心挑战。一个封装FastAPI约定的Skill与一个包含四个步骤的文档处理流水线，虽然外观相似，但运作机制截然不同。

模式一：工具封装器

通过深入研究Anthropic、Vercel和Google内部等生态系统的Skill构建方式，谷歌工程师总结出5种反复出现的设计模式，每种模式都附带可运行的ADK（Agent Development Kit）代码示例。

模式二：生成器

生成器（Generator）模式侧重于强制执行一致的输出。当开发者苦恼于Agent每次运行生成不同的文档结构时，生成器可通过精心编排的“填空”过程解决这一问题。它利用assets/目录存放输出模板，references/目录存放风格指南，由指令充当项目经理角色，协调资产检索并强制Agent逐步执行。这对于生成标准化的API文档、规范化提交信息或搭建项目架构非常实用。

模式三：审查器

审查器（Reviewer）模式将“检查什么”与“如何检查”分离。开发者无需编写冗长的系统提示词详细说明每个代码异味，而是将模块化评分标准存储在review-checklist.md文件中。当用户提交代码时，Agent加载清单并有条理地评分，按严重程度分组发现。只需替换不同的检查清单（如从Python风格切换到OWASP安全检查），即可获得高度专业化的审计过程，实现PR代码审查自动化或在人工审核前捕捉漏洞。

模式四：反转

反转（Inversion）模式颠覆了Agent的传统工作方式。传统模式下用户驱动提示词Agent执行，而反转模式让Agent扮演面试官角色，依赖明确的门控指令（如“在所有阶段完成之前，切勿开始构建”），强制Agent首先收集上下文。Agent会按顺序提出结构化问题，等待用户回答后再进入下一阶段，在全面掌握需求和部署约束条件之前，拒绝合成最终输出。

如有侵权，请联系删除。