Skip to content

用 Agent Skills 装备真实世界 Agent

本文是中文精读笔记,不是原文全文翻译。

这篇文章解决什么问题

真实任务包含大量领域流程:如何读某类文件、如何调用内部工具、如何按公司规范生成报告。每次都把这些规则塞进 prompt 会浪费上下文,也难维护。Agent Skills 把稳定能力封装成可加载模块。

核心内容

  • Skill 是给 Agent 使用的能力包,包含说明、流程、工具和资源。
  • Skills 让 Agent 在需要时加载相关知识,而不是常驻所有上下文。
  • 好的 Skill 应该有明确触发条件、步骤、输入输出和失败处理。
  • Skills 把组织经验从散乱 prompt 变成可复用工程资产。

深度精读

这篇文章的核心是“把重复经验产品化”。真实世界任务里有大量稳定流程:怎样生成财务报告,怎样处理某类表格,怎样使用内部 CLI,怎样按品牌规范写文档。每次都把这些内容塞进 system prompt,会让上下文越来越臃肿,也不方便版本管理。

Agent Skills 的设计更像按需加载的操作手册。模型遇到某类任务时,加载对应 Skill;Skill 里包含任务目标、步骤、注意事项、可用工具、示例和失败处理。这样既节省上下文,又让团队经验变成可维护资产。

Skills 和工具不同。工具是可以执行的能力,比如读文件、查数据库、发请求;Skill 更像告诉 Agent 如何组合工具完成一类任务。一个 Skill 可能调用多个工具,也可能只是一套流程和判断规则。对组织来说,Skill 是把隐性经验显性化的好方式。

学习时重点看什么

  • Skill 是流程知识,工具是执行能力。
  • 按需加载可以减少上下文污染。
  • Skill 应该像给 Agent 的简洁作业指导书,而不是长篇文档。

工程启发

  • 当某类任务重复出现时,应考虑沉淀成 Skill,而不是复制 prompt。
  • Skill 设计要面向模型阅读,保持短、准、可执行。
  • Skill 也是上下文工程的一部分:按需加载比一次塞满更稳。

和本站章节的关系

面试追问

  • Skill 和工具有什么区别?
  • 为什么按需加载能力比长 system prompt 更好?
  • 一个好的 Agent Skill 应该包含哪些内容?

基于 MIT 协议开源