过去,Agent Skills 主要通过 Git 仓库或技能市场分发。现在,NuGet 包可以直接携带标准的 SKILL.md 文件。执行 dotnet restore 后,这些技能会与程序集一起进入本地 NuGet 缓存,并出现在 project.assets.json 中。代理因此可以在解析项目依赖后,按需发现与软件包一同发布的说明,而不必先克隆仓库或搜索网页。
技能开始跟随软件包版本交付
NuGet 交付的技能沿用 Agent Skills 的既有格式:Markdown 正文加 YAML 头,并非另一套专有机制。包维护者可以把某个版本的 API 用法、诊断方法和典型任务写进 SKILL.md。这样,技能能与对应二进制版本保持一致,尤其适合模型尚未了解的新 API,以及训练资料中缺乏细节的冷门依赖。
官方工具 dotnet-inspect 可以列出包或项目依赖图中的技能,并按需打印内容;dotnet-package-skills 则能将直接依赖中的技能复制到项目的 .agents/skills 目录。前者适合临时查询,后者适合提交到仓库,让团队成员和持续集成环境获得一致副本。
更适合这些使用场景
- 库维护者发布新版 API:把版本专属说明与程序集同时发布,减少代理依赖过期知识或猜测调用方式。
- 团队处理陌生依赖:先从项目依赖图发现技能,再把与当前任务相关的内容带入上下文,减少无关搜索和试错。
- 执行固定运维流程:例如技能可以要求代理检查直接及传递依赖中的漏洞包,并更新到已修复版本,而不只给出泛化建议。
效果、成本与安全都不能省略
技能并不天然提高生产率。资料将效果归纳为“有效性”和“效率”:写错或未经测试的技能可能同时增加成本并降低效果,因此包维护者仍需进行技能评估,并根据反馈改进或移除无效内容。
- 模型差异:据该团队在自身样本上的实验,前沿模型本身已具备较强的探索能力,新增技能带来的效果提升空间有限;较弱模型则出现更明显的效果不足和波动,主要与技能遵循度有关。团队因此主要测试前沿模型,并不建议只测试低成本模型。该结论属于厂商内部实验,不能直接外推到所有模型。
- 版本同步:复制进仓库的技能不会自动跟随
PackageRef更新,维护者需要重新同步,并检查技能是否仍与当前包版本匹配。 - 供应链风险:代理读取 Markdown 后,文档本身也成了新的输入面。消费者仍应只使用可信维护者发布的包,不能因为文件是技能文档就降低审查标准。
资料发布时,NuGet MCP 尚未加入技能支持,作者表示后续会推进这一工作。在现有工具链下,NuGet 包交付已经提供了按版本携带说明的路径,但能否真正节省成本,仍取决于技能质量、模型能力和团队的同步机制。
资料来源:Delivering Skills in NuGet packages(2026-11-03)。
一起聊聊
留下你的想法,评论审核通过后展示。