企业官网建设流程全解析

10 月 22 日，Anthropic 宣布将 Agent Skills 标准捐赠给 Linux Foundation 旗下的 Agentic AI Foundation（AAIF）。对普通开发者来说，值得关心的是：积累的技能能否随工具一起迁移。

答案是：标准格式更容易复用，运行环境仍要适配。换了客户端，脚本依赖、工具权限和加载方式不会自动统一。

这次捐赠改变了什么

移交的包括 Agent Skills 名称与标识、GitHub 组织和标准网站域名。标准后续由 AAIF 提供中立治理，使用和贡献标准不要求加入基金会。

Anthropic 公告称，已有超过 70 个智能体平台集成 Agent Skills。这个数字说明生态采用范围，不能据此认定每个客户端都支持相同能力。

公告提出的后续方向包括版本化发布、正式提案流程和技能安全指南。这些是拟议路线，不代表对应机制已经全部落地。

一个 Skill 到底包含什么

Skill 可以很简单：一个目录，加一份SKILL.md。需要脚本、参考资料或模板时，再放进对应目录。

article-review/ ├── SKILL.md ├── references/ │ └── writing-rules.md └── scripts/ └── check_markdown.py

下面是一份最小示例。name和description是必填元数据，前者应与目录名一致，后者说明做什么、何时使用。

--- name: article-review description: 检查技术文章中的重复表述、缺失步骤和代码说明。用于审阅或精简 Markdown 技术博客。 --- 先阅读文章，找出读者要解决的主要问题。 删除不影响理解和操作的重复段落。 检查每段代码是否解释了输入、输出和适用条件。

客户端通常先加载名称和描述，选中技能后再读正文，需要时才读取参考文件。把所有资料塞进主文件，会失去按需加载的好处。

迁移时，检查这三处

例如，技能要求调用某客户端专有的浏览器工具，即使SKILL.md能读取，新客户端也未必能执行。应将具体工具调用单独整理成适配说明，保留可复用的任务步骤。

另一个容易误读的字段是allowed-tools。规范仍将它列为实验性字段，各客户端支持程度可能不同；写上工具名，不等于获得了相应权限。

对长期积累技能的人，最有价值的做法是：把任务流程写清楚，把环境依赖写明白，把专有工具调用单独处理。这样换工具时，需要重做的部分才会更少。