Agent Skills for .NET 已经稳定，这改变了企业智能体架构

Emiliano Montesdeoca — Sat, 11 Jul 2026 00:00:00 +0000

Agent Skills for .NET 达到稳定是当前智能体生态中最实用的里程碑之一。它解决了一个核心的规模化问题：领域专业知识不应该属于一个巨大的指令块内部。

原文来源：https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

其设计既优雅又务实。Skills 将指令、资源和可选脚本打包为可复用单元，通过渐进式披露按需加载。这保持了上下文精简，减少了提示词膨胀，并实现了跨团队的专业知识所有权。

我的观点：这是 .NET 技术栈中实现企业级智能体可维护性的第一条可信路径。没有模块化的专业知识边界，每一次新的策略或手册更新都会变成脆弱的提示词手术。

这里最重要的不仅仅是模块化，而是治理。内置的加载技能、读取资源和运行脚本的审批模型，正好解决了安全团队在智能体从演示走向生产时提出的操作担忧。可扩展的脚本执行模型也明确了责任：如果你想要基于文件的脚本执行，你需要自己负责沙箱和审计。

实用采纳模式

从基于文件的 skills 开始——适用于由混合技术团队维护的策略密集型内容。
使用基于类的 skills——当你需要通过 NuGet 进行包分发并有更严格的工程生命周期控制时。
保留代码定义的 skills——用于需要状态化组合的动态运行时组装。

尽早添加筛选功能。并非每个技能都应该对每个智能体或租户可见。经过策划的技能可见性既是安全控制，也是相关性控制，能提高路由质量。

同时，记录一切：技能选择、资源读取、脚本执行请求和审批。如果你的事件审查无法重建哪个技能影响了回答，那你就没有生产级的可观测性。

更大的战略转变是：skills 将智能体行为转变为可组合的供应链。团队可以对专业知识进行版本控制、审查和发布，就像对待软件组件一样。这使得独立演进成为可能，而不必不断培训人类来重写巨型提示词。

核心观点

如果你正在企业级规模上构建 .NET 智能体，推迟采用这个模式会让你付出代价。你最终会遇到指令蔓延、策略应用不一致以及变更下的脆弱行为。

Agent Skills 并没有消除复杂性，而是将复杂性转移到可治理的组件中。这正是成熟的软件架构应该做的。对许多团队来说，这次发布是 .NET 智能体工程开始看起来像真正平台工程的时刻。

Agent Skills for Python 表明组合比写作风格更重要

Emiliano Montesdeoca — Tue, 09 Jun 2026 00:00:00 +0000

这是那种特定语言焦点比其架构启示更窄的文章之一。

是的，文章是关于 Agent Skills for Python。

但更有趣的点在于组合。

通过一个提供者模型混合使用基于文件、基于类和内联式技能的能力，正是那种让框架感觉可扩展而非花哨的东西。

重要的转变不是文件式 vs 类式 vs 内联式

很容易把文章读成一个功能矩阵：

基于文件的 skills
基于类的 skills
内联 skills

这很有用，但它不是主要的架构观点。

主要的观点是，框架正在让从多个来源组合能力变得更容易，而不必每次都重写提供者的实现方式。

当技能从小型演示迁移到真正的团队环境时，这才是关键。

我会关注的那句话

源文章说，来自本地仓库的技能、来自内部索引的打包技能，以及"你十分钟前写的快速内联桥接，都接入同一个提供者。"

这句话才是真正的干货。

因为可维护性就在这里体现。

如果团队可以混合使用：

打包技能
临时桥接
本地仓库技能
未来的替代品

而无需每次重写智能体管道，那么技能系统就有机会在真正的组织中规模化。

为什么即使你更关注 .NET 这也重要

尽管这篇文章是针对 Python 的，我仍然认为这个模式值得关注，即使你主要工作在 .NET 生态中。

为什么？因为底层的疑问超越了语言选择：

技能如何在团队间演进而不变成一团乱麻？

答案很少是简单地"增加更多技能类型"。

答案几乎总是关于组合模型是否足够强大，能让这些技能类型干净地共存。

这就是我认为这篇文章做对的地方。

我的看法

即使你更关注 .NET 这边，这仍然是一个值得关注的模式，因为组合性决定了技能在跨团队传播时是否还能保持可维护性。

而一旦团队开始在仓库和内部生态中打包、共享和交换技能，这种组合性就比任何单一写作风格的语法重要得多。

原文：Agent Skills for Python: File, Code, and Class – Composed in One Provider

Agent Skills | The .NET Blog