继 MCP 之后,Anthropic 再放大招:Agent Skills 正式发布为开放标准!

本文永久链接 – https://tonybai.com/2025/12/19/anthropic-agent-skills-open-standard-launch

大家好,我是Tony Bai。

就在刚刚(美国时间2025年12月18日),Anthropic 正式宣布将 Agent Skills 发布为开放标准。

这是继2024年末推出 MCP (Model Context Protocol)标准 之后,Anthropic 在构建 AI 开放生态上的又一记重拳,彻底补齐了 AI 原生应用的“能力层”拼图。

如果说 MCP 是 AI 时代的 “USB 接口”,解决了大模型连接外部工具与数据(如 GitHub, Google Drive)的标准化问题;

那么 Agent Skills 就是 AI 时代的 “通用驱动程序”,它定义了 AI 该如何使用这些工具来完成复杂的业务流程。

OpenCode, Cursor, Letta 等头部开发工具已率先宣布支持。这意味着,开发者编写一套 Skill,就可以在所有支持该标准的 AI 平台(Claude, Cursor 等)上无缝运行。

AI 开发终于告别了“手搓 Prompt”的草莽时代,进入了“标准化封装”的工业时代。

什么是 Agent Skill?

简单来说,Skill 就是一个可移植的“能力包”

在物理形态上,它就是一个文件夹,里面包含了让 AI 完成特定任务所需的指令(SKILL.md)、脚本(Scripts)和资源(Resources)

你可以把它想象成给 AI 安装的一个“APP”“岗位 SOP”

根据 agentskills.io 的官方规范,Skill 拥有一个极具工程价值的特性:渐进式披露 (Progressive Disclosure)

  • Metadata First: 系统只需加载约 100 tokens 的元数据,让 AI 知道“我学会了/拥有什么技能”。
  • On-Demand Loading: 只有当 AI 真正决定使用该技能时,才会加载完整的指令(<5k tokens)和相关脚本。

这意味着你可以给一个 Agent 装备 1000 个技能(从写 SQL 到 查财报),但平时只占用极少的上下文(Context),只有在干活时才调用相关记忆。这完美解决了长期以来困扰开发者的Token 浪费上下文干扰问题。

开发者最关心的 3 个问题

在研究了 Anthropic 的技术文档后,我整理了开发者最容易混淆的几个概念:

Q1: Skill 和 Prompt 有什么区别?

  • Prompt (提示词):反应式的、一次性的。比如“帮我润色这段代码”。它通常不跨会话持久化。
  • Skill (技能):主动式的、持久化的。比如“公司 Java 编码规范与 CR 指南”。一旦安装,AI 在任何对话中都知道应当遵守这套规范。

Q2: Skill 和 MCP 到底怎么分工?(关键)

这是一个经典的“硬件 vs 软件”的关系。

  • MCP (连接层): 它是管道。它让 Claude等大模型 能“连上”你的 PostgreSQL 数据库等。它解决的是“能不能访问”的问题。
  • Skill (能力层): 它是逻辑。它教 Claude等大模型 “在查询这个数据库时,必须先检查权限,且不能使用 SELECT *”。它解决的是“做得对不对”的问题。
  • 最佳实践: 用 MCP 建立连接,用 Skill 定义流程。

Q3: 我该如何开始?

Skill 的格式非常简单且开放。你只需要创建一个包含 SKILL.md 的目录。

---
name: code-review
description: Analyze code based on OWASP top 10 standards.
---
# Instructions
1. Check for SQL injection...

这种“以文档定义能力”的轻量级模式,正是 SDD (Spec-Driven Development) 理念的极致体现。

意义:生态闭环已成

随着 Agent Skills 的发布,AI 原生应用的架构分层终于清晰了。我们可以用一张图来看懂这个全新的生态栈:

对于开发者而言,“Prompt Engineering”正在消亡,而“Skill Engineering”正在兴起。

未来的高价值开发者,不再是那些会写漂亮提示词的人,而是那些能将企业隐性知识(Tacit Knowledge),封装成标准化的、可移植的 Agent Skills 的人。

如何集成?

Anthropic 提供了三种极简的集成路径:

  1. Claude Apps 用户: 直接在 Settings > Capabilities > Skills 中浏览目录并启用(类似安装 Chrome 插件)。
  2. Claude Code 用户: 将 Skill 文件夹放入项目目录,或从插件市场安装。
  3. API 开发者: 通过 /v1/skills 端点动态挂载技能。

深度实战:编写你的第一个 Agent Skill

标准已经发布,工具已经就绪。现在的问题是:你如何编写出让 AI 精准执行、不产生幻觉的 Skill 文档?

在我的极客时间专栏《AI 原生开发工作流实战》中,我已第一时间更新关于 Agent Skills 的实战内容。

我们将深入剖析 agentskills.io 的官方规范,并带你进行硬核实战:

  • 深度拆解官方 Skill: 分析标准 Skill 的目录结构与元数据设计技巧。
  • Go 代码 Review Skill 实战: 手把手编写一个专用于 Go 语言项目的 Code Review Skill,定义从 Lint 检查到逻辑验证的完整 SOP,并将其部署到开发环境中。

让你亲身体验从“指挥 AI(Prompting)”“配置 AI(Configuring)”的质变。

别让你的 AI 只有“蛮力”,给它安装“驱动”。扫描下方卡片,跟上 AI 工程化的最新浪潮。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

“这段代码是 AI 写的!”—— Go 社区的“AI 辅助编程”第一案

本文永久链接 – https://tonybai.com/2025/12/18/go-community-first-case-ai-assisted-programming

大家好,我是Tony Bai。

近日,一场在 Go 官方 GitHub Issue 中爆发的公开“对峙”,将一个长期悬而未决的问题,以一种极具戏剧性的方式,推到了所有 Gopher 的面前:我们应该如何对待 AI 生成的代码?

这场“冲突”的主角,一方是开发者 @kolkov 及其号称性能远超标准库的 coregex 项目;另一方则是 Go 社区备受尊敬的 GoAWK 作者 Ben Hoyt。当 Ben Hoyt 以详尽的 benchmark 数据,公开质疑 coregex 的性能声明,并犀利地指出“大部分工作似乎是由机器人/AI 代理完成的,而且未经充分检查”时,这场关于性能的讨论,瞬间升格为一次关于 AI 辅助编程伦理与实践的“灵魂拷问”。

巧合的是,在这之前不久,另一位前Go社区大神、HashiCorp 的创始人 Mitchell Hashimoto,发表了一篇长文,详细记录了他如何“大量使用 AI”来开发其 ghostty 终端的一个非平凡功能。

这两起事件,如同两面镜子,从正反两方面,映照出 AI 生成代码在 Go 社区所面临的机遇、挑战与深刻陷阱。

coregex 的“高光”与“翻车”

故事始于一个长达七年的“老大难”问题:Go 标准库 regexp 包的性能,长期以来都显著落后于 Rust 等语言的同类实现。开发者 @kolkov 带着他的 coregex 项目横空出世,声称通过 SIMD 加速、Lazy DFA 等多种优化,实现了比标准库 3-192 倍的性能提升。

他雄心勃勃地向 Go 官方提交了提案(#76818),希望探讨将 coregex 的优化成果,以某种形式贡献给标准库 (upstreaming) 的可能性。

然而,剧情很快急转直下。

GoAWK 的作者 Ben Hoyt 站了出来,他将 coregex 集成到自己的项目中进行真实世界测试,却得出了一个截然相反的结论

在所有情况下,标准库都比 coregex 更快……这些都是非常普通的正则表达式,并非奇怪的边缘情况。”

Ben Hoyt 进一步指出了 coregex 项目的几个“危险信号”:

  • Benchmark 误导:coregex 的性能声明,是在特定的、微观的 benchmark 中得出的,并未反映真实世界负载下的性能。
  • 正确性存疑:项目甚至没有完整地运行标准库 regexp 的测试套件。
  • AI 辅助开发的“原罪”:Ben Hoyt 最终将矛头指向了 coregex 的开发流程:“大部分工作似乎是由机器人/AI 代理完成的,而且未经充分检查,这一点表现得很明显。

这场公开的“对峙”,最终以 @kolkov 承认其 benchmark 的局限性,并关闭提案告终。但它留下了一个深刻的、令整个社区警醒的问题:一个由 AI 大量参与、但缺乏足够人类监督的项目,其可靠性是否值得信赖?

Mitchell Hashimoto 的“人机协同”之道

而在 coregex 争议发酵的前不久,Mitchell Hashimoto 在其博客上,以一种极其坦诚和透明的方式,分享了他利用 AI 开发 ghostty 新功能的完整、未经编辑的交互记录

他的文章,并非一篇 AI 的“赞美诗”,而是一部关于如何驾驭 AI 这个强大但并不可靠的“副驾驶”的“最佳实践手册”。

核心原则一:人类负责“规划”,AI 负责“执行”

Hashimoto 在使用 AI 之前,会先进行“Pre-AI Planning”。他会自己研究文档、制定一个粗略的技术方案,然后给 AI 的第一个指令,往往是“为我创建一个计划,不要写任何代码”。

核心原则二:小步迭代,持续清理

他从不要求 AI 一次性构建整个功能。相反,他将任务分解成极小的部分,并在每个 AI 生成的步骤之后,立即进行手动的“清理工作” (Cleanup Sessions)

“清理步骤非常重要。为了有效地清理,你必须对代码有很好的理解,这迫使我不会盲目地接受 AI 写的代码。”

核心原则三:当 AI “撞墙”时,人类必须接管

在他的交互记录中,他清晰地展示了 AI 在面对一个棘手的 Bug 时,是如何“进入了胡言乱语区 (slop zone)”,反复尝试却无法修复的。此时,他的选择是:“AI 不再是解决方案,它是一个负债。”

核心原则四:绝不提交自己不理解的代码

这是 Hashimoto 在整篇文章中反复强调的“铁律”。

“如果 AI 解决了问题,但我不理解它的解决方案,我会把它撤销掉。我不会提交我不理解的代码。

冲突的本质 —— Go 社区准备好迎接 AI 贡献者了吗?

coregex 的争议,表面上是关于性能和 AI,但其更深层次的矛盾,在于开源协作的模式

Ben Hoyt 发难的真正导火索,并非单纯因为 coregex 使用了 AI,而是 @kolkov 在提案中探讨了“改进标准库”的可能性。Go 社区(乃至所有严谨的开源社区)对“上游贡献”(upstreaming) 有着极高的标准:代码必须清晰、可维护、经过充分测试,并且贡献者需要深度参与社区讨论。

coregex 以其“AI 辅助、快速迭代”的开发模式,与 Go 社区传统的、审慎的、人类主导的协作模式,发生了文化上的激烈碰撞。@mvdan (Go 核心团队成员) 在评论中也暗示了这一点:“这份提案读起来更像一则广告”,并且“Was this proposal written by AI?”。

这引出了一个更尖锐的问题:

一个由 AI 大量生成的 PR,即使它能通过所有的 CI 检查,Go 项目的维护者们是否应该、又是否有能力去审查和接纳它?

小结:Go 社区的“AI 门槛”——是挑战,更是机遇

coregex 的故事,是一个警示录。它告诉我们,将 AI 作为“黑盒”代码生成器,并缺乏严格的人类监督和真实世界测试,其结果可能是灾难性的。

而 Mitchell Hashimoto 的故事,则是一个启示录。它向我们展示了 AI 辅助编程的正确姿势:AI 并非程序员的替代品,而是一个强大的“灵感缪斯”和“体力劳动加速器”。

“我相信,优秀的 AI 驾驭者,是其所在领域的专家,他们利用 AI 作为助手,而非替代品。” —— Mitchell Hashimoto

对于我们 Gopher 而言,这场风波的最终教训并非“AI 代码不可信”,也不是“Go 语言特别适合 AI 生成”。真正的、悬而未决的问题是:

Go 社区和项目,对于如何定义、审查和接纳 AI 生成的贡献,是否已经有了一个明确的态度和标准?

目前看来,答案是否定的。我们还没有一套成熟的方法论,来区分一个“由专家引导的、高质量的 AI 辅助贡献”,和一个“由 AI 主导的、缺乏深思熟虑的‘代码倾倒’”。

这既是一个巨大的挑战,也是一个重要的机遇。Go 语言以其简洁、清晰和显式的特性,为“人类审查 AI 代码”提供了得天独厚的优势。如何将这种语言优势,转化为一套行之有效的“人机协同”开源协作规范,将是 Go 社区在 AI 时代必须回答的核心问题。

资料链接:

  • https://github.com/golang/go/issues/26623
  • https://github.com/golang/go/issues/76818

还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com
这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats