Agent Skills协议崛起：为什么anthropics/skills成为AI编程的新标准

2026年的编程世界，正在发生一场静悄悄的革命。

当Cursor能理解你的自然语言指令自动补全代码，当VS Code的Github Copilot可以调用外部工具完成复杂任务，当Claude Code agent能够自主执行多步骤开发任务——这些看似不同的能力背后，其实都在遵循同一套"技能说明书"。

这套说明书，就是anthropics/skills。

一夜爆红的背后

2024年，Anthropic开源了一个看似简单的仓库：skills。它用Markdown格式定义了一套描述Agent"技能"的协议规范。

没做什么宣传，没开发布会，就是一个纯文本协议仓库。

结果呢？一年内，32家主流开发工具宣布支持这套协议。VS Code、Cursor、Codium Code、Junie、Kiro、Goose……几乎所有叫得上名字的AI编程工具，都在往自己的产品里塞这套规范。

100K star，稳稳的。

我第一次认真看这个仓库，是去年帮团队选型AI编程工具。团队里有人推Cursor，有人要用Copilot，还有人想试试国产的Codeium。吵了半天，最后大家发现：与其争哪个工具更强，不如看哪个工具能更好地复用我们积累的"技能库"。

于是，skills协议进入了我们的视野。

什么是Skills协议

Skills协议本质上就是一套约定：如何用Markdown格式描述一个Agent可以完成的任务。

看个例子就明白了：

# skill: code-review

## description
自动化代码审查，专注于安全漏洞和性能问题

## triggers
- "帮我review这段代码"
- "检查一下这个函数"
- "code review"

## actions
1. 解析代码AST
2. 运行静态分析
3. 生成审查报告

## output_format
结构化JSON报告，包含问题等级和建议

就这么简单。一个会写Markdown的人，2分钟就能定义一个新技能。

而一旦你定义好了，全球所有支持skills协议的工具都能用你这套技能。

这就是协议的力量。

为什么是它，不是别的

GitHub上不缺协议规范类的项目。OpenAPI规范、WebAssembly标准、GraphQL规范……随便拎出来都是大佬。

但skills协议赢在了一个字：轻。

很多协议规范想要"大一统"，恨不得把软件工程的方方面面都涵盖进去。结果呢？规范越来越厚，实现越来越难，社区越来越小众。

Skills协议不一样。它只做一件事：定义"让AI agent执行某个任务的说明"应该长什么样。

不需要复杂的schema定义，不需要专门的解析器，不需要学习曲线。

Markdown写，Markdown读，人能看懂，AI也能解析。

甚至有人开玩笑说：“skills协议最大的创新，就是没有发明什么新语法。”

真实改变了什么

说个我们团队的实际案例。

我们有个遗留系统，测试覆盖率只有30%，而且全是手动写的单元测试。团队里没人愿意碰这坨老代码——写了怕改坏，不写又心虚。

后来我们基于skills协议，自己写了一套"自动化测试生成"的技能：

# skill: legacy-test-generator

## description
为遗留代码自动生成测试用例

## triggers
- "生成这个文件的测试"
- "补充测试覆盖"

## actions
1. 分析函数签名和边界条件
2. 生成基础测试用例
3. 识别未测试的错误路径
4. 输出可运行的pytest代码

然后在Cursor里加载这个技能，给它一段老代码，它就能自动生成测试框架和基础用例。

一个月下来，测试覆盖率从30%爬到了68%。关键不是数字，是团队开始愿意给老代码写测试了——因为AI已经把脏活干了。

生态正在形成

现在skills协议周边已经有不少有意思的项目：

• skills-cli：命令行工具，管理本地技能库
• skills-hub：社区技能分享平台，类似npm registry
• skills-langchain：LangChain的技能集成适配器
• skills-copilot：GitHub Copilot的技能扩展

甚至出现了专门做"技能开发"的岗位——听起来很未来，但实际上就是写Markdown文档。

有意思的是，这些周边项目大多是社区自发做的，不是Anthropic主导的。一个协议规范能活成这样，说明它真的踩中了什么。

给开发者的小建议

如果你还没接触过skills协议，有几个切入点可以参考：

从自己的痛点开始。 想想你工作中那些重复性的、每次都要手动做的事情——代码格式化、文档生成、PR描述撰写、测试数据构造。挑一个，用skills协议写出来。

先抄再改。 GitHub上已经有几千个开源技能了。找个功能相近的，clone下来，改改description和actions，比从头写快多了。

关注工具链生态。 skills协议本身只是规范，关键看工具支持。现在Cursor、VS Code、Codium这几个主流IDE都支持得比较好，选一个顺手的开始。

---

协议从来不是技术问题，而是共识问题。当足够多的人认同"技能应该这样描述"，它就自然成了标准。Skills协议正在经历这个过程。

而你，现在可以选择站在趋势的哪一边。