让 Claude 写 EF Core，它给你 EF6 写法；让 Copilot 做 Minimal API，它甩出
❞Startup.cs；让 Codex 处理 Blazor，它把 Server 和 WebAssembly 当一回事。每次都要给 AI"补课"，烦不烦？
一、它解决的是什么问题
AI 编程助手的训练数据有截止日期，而 .NET 更新太快。
C# 14 的 field 关键字、.NET 9 的 BinaryFormatter 默认抛异常、EF Core 9 的 ExecuteUpdateAsync、Microsoft.Testing.Platform 取代 VSTest——这些 AI 都未必知道，要么用老知识糊弄，要么瞎猜。
「Skills 就是给 AI 的"知识补丁"」。装好之后，AI 在做对应任务时会自动读取相关 Skill，按最新规范来写。dotnet-skills 维护了 「162 个」 这样的补丁，覆盖整个 .NET 生态。这就是它的核心价值——「让 AI 真正"懂"现代 .NET，而不是用 5 年前的训练数据糊弄你」。
二、162 个 Skills 重点在哪里
我挑出最值得关注的五大块，其他的扫一眼就够。
🎯 重点一：测试领域（最完整，也最离谱）
整个测试目录是这个项目最"丧心病狂"的部分。
四大测试框架都有专属 Skill：xunit、nunit、mstest、tunit。但真正的杀器是「测试质量审计」——test-anti-patterns 找反模式（总是返回 true 的断言、被吞掉的异常、过度 mock）、exp-test-gap-analysis 做伪变异分析揪出"看似在测但抓不到 bug"的脆弱测试、exp-mock-usage-analysis 审计 Mock 是否冗余。
如果你团队有"测试覆盖率好看但 bug 还是漏到生产"的问题，这几个 Skill 能让 AI 帮你做一次彻底的体检。
🎯 重点二：Web + Aspire（日常用得最多）
aspnet-core 是 Web 总入口，minimal-apis 专攻 Minimal API 写法，blazor 会强制 AI 先搞清楚你用的是 Server 还是 WebAssembly 还是 Hybrid——以后再也不会出现"两种模式混着用"的代码。
「aspire 这个 Skill 是 2026 年最值得装的之一」，已经更新到 1.3.3，对齐了 Aspire 13.3.x 全部能力。AI 在写云原生编排代码时不会再用半年前的过时 API。
🎯 重点三：AI 和 Agent 开发（风口区）
这一块是当下最热的方向。
microsoft-extensions-ai 让 AI 写出"供应商无关"的 AI 代码——今天用 OpenAI，明天换 Azure 或 Ollama，业务代码不用动。microsoft-agent-framework 已经到 1.8.0，覆盖最新的多 Agent 工作流。semantic-kernel、mlnet、mcp 分别对应不同场景。
最有意思的是 technology-selection——你给业务需求，它帮你判断该用 ML.NET、Extensions.AI、Agent Framework、ONNX Runtime 还是 OllamaSharp。「等于一个免费的 AI 选型顾问」。
🎯 重点四：MAUI 全家桶（移动开发救星）
如果你做 .NET MAUI，这块是真的省心。除了总入口 maui，还有一整套"专家组"：
maui-data-binding 管编译型绑定和 MVVM、maui-shell-navigation 管 URI 路由和参数传递、maui-collectionview 管列表布局和虚拟化、maui-safe-area 处理 .NET 10+ 的边到边布局新 API、maui-app-lifecycle 管应用四状态切换。还有一个 dotnet-maui-doctor 能自动诊断环境问题（SDK、JDK、Android SDK、Xcode 全检测）。
这等于把 MAUI 文档里最容易踩坑的地方，全部翻译成了 AI 能读懂的语言。
🎯 重点五：版本迁移（升级救命稻草）
migrate-dotnet8-to-dotnet9、migrate-dotnet9-to-dotnet10、migrate-dotnet10-to-dotnet11——每个版本升级的 breaking change 都被收录得很细：BinaryFormatter 移除、SYSLIB obsolete 警告、C# 编译器变化、EF Core 行为变化……
如果你正面对老项目升级，让 AI 配合这几个 Skill，能省下至少一半的踩坑时间。
三、剩下的 100 多个 Skill 简单一句话扫过
除了上面五大重点，还有些值得一提的：
「架构层面」： architecture给 Clean Architecture / 垂直切片 / DDD / CQRS 选型建议，netarchtest和archunitnet把架构规则写进单元测试「代码质量」： code-analysis、stylecop-analyzers、meziantou-analyzer、roslynator、csharpier一整套静态分析和格式化方案，quality-ci组合成完整 CI 门禁「数据访问」： entity-framework-core是总入口，optimizing-ef-core-queries专治 N+1 和性能问题「分布式」： orleans已经到 2.1.0，覆盖 Grain、Silo、Streams、Reminders、事件溯源全栈「诊断性能」： analyzing-dotnet-performance直接扫码识别约 50 种性能反模式，microbenchmarking教 AI 用 BenchmarkDotNet「桌面 UI」：WPF、WinForms、WinUI、Uno Platform 各有专属 Skill 「Legacy」： legacy-aspnet、wcf、entity-framework6服务老项目维护团队「AOT 和 trimming」： dotnet-aot-compat系统化解决 Native AOT 兼容性问题
四、为什么是"162 个"而不是"一个大文档"
这是这个项目最聪明的设计。
每个 Skill 都明确告诉 AI 三件事：「什么时候用它」（USE FOR）、「什么时候不要用」（DO NOT USE FOR）、「需要执行什么操作」（INVOKES）。
这种"精准触发"模式意味着 AI 不会被大量无关知识淹没——你只在写 Blazor 时加载 blazor Skill，写 EF Core 时加载 EF Core Skill。「轻量、精准、不串味」，这是它比"一份万字提示词"强太多的根本原因。
它还配套了一层 「Orchestration Agents」（编排代理）。dotnet-router 是顶层调度，自动判断你的需求是 Web、数据、AI 还是测试；dotnet-ai 专管 AI 任务；dotnet-orleans-specialist 专攻 Orleans 复杂场景。等于 AI 团队多了一个"项目经理"。
最后
如果你日常用 Claude、Copilot、Cursor、Codex 写 .NET 代码，dotnet-skills 几乎是必装。
「它不会让你写代码更难，但能让 AI 写出来的代码少改 50% 以上」——这一点，但凡试过的人都会回不去。
更深层的意义在于：它代表了一种 AI 时代的新型开源协作方式。如果你维护 .NET 开源库，可以贡献 Skill，让全球用 AI 的 .NET 开发者都获得对你库的正确使用指引。
