用途：当用户提出未指明具体框架或工具的通用 .NET 需求，或在包含多种应用模型、框架的仓库中实现、调试、审查、重构 C#/.NET 代码时，先用本技能判断任务归属，再交由更专门的技能处理。也适用于平台工作与测试、质量、架构、初始化、迁移决策混合的任务。
主要能力：先探测真实技术栈，包括目标框架与 SDK 版本、LangVersion、项目 SDK 与工作负载线索、托管模型与入口点、测试框架与运行器、分析器/格式化/覆盖率/CI 质量门禁；随后路由到最窄的平台技能，如 Web 方向的 aspnet-core、minimal-apis、web-api、blazor、signalr、grpc，云与托管方向的 aspire、azure-functions、worker-services，桌面与客户端方向的 maui、wpf、winforms、winui，数据与分布式方向的 entity-framework-core、entity-framework6、orleans，AI 与智能体方向的 semantic-kernel、microsoft-extensions-ai、microsoft-agent-framework、mlnet 等，以及 legacy-aspnet、wcf、workflow-foundation 等遗留方向。横切工作交给配套技能：项目初始化与仓库形态用 project-setup、architecture；混合 .NET 与 Node 仓库的前端资源分析用 eslint、stylelint、htmlhint、webhint、biome、sonarjs、metalint、chous；代码审查用 code-review；语言特性用 modern-csharp；测试用 tunit、xunit、mstest；格式、分析器、覆盖率与 CI 用 format、code-analysis、quality-ci、coverlet、reportgenerator；可维护性与架构规则用 complexity、netarchtest、archunitnet。多个专门技能同时适用时，优先选最贴近用户可见行为的，再引入质量或工具技能。
使用方式：一旦确定技术栈就立即移交，不在本技能停留；代码变更后按仓库实际的构建、测试与质量流程验证，而非通用 .NET 命令。测试输出需控制预算：保留原生运行器进度与 ANSI，本地使用 PTY，不把进度重绘回放到模型上下文；只显示警告、错误与最终摘要，失败时给出失败测试/资源、根异常与相关栈帧，单次诊断响应上限 80 行或 8 KiB，不自动倾倒 stdout/stderr、宿主日志、浏览器控制台、DOM/HTML、TRX 或崩溃产物。
适用场景与限制：适合多应用模型仓库的任务分诊与技能选择；若仓库含 Microsoft.NET.Sdk.Web 应从 Web 技能入手，含 Blazor/Razor Components 优先 blazor，含 Orleans grain 或 silo 优先 orleans，主要是分析器/CI/覆盖率工作直接选质量技能。若没有更窄的技能匹配，才留在本技能并明确说明缺少专门化。资料未提供具体收费、价格与平台支持信息。