azure-mgmt-fabric-dotnet
作者 microsoftazure-mgmt-fabric-dotnet 是面向 .NET 的 Microsoft Fabric Azure Resource Manager SDK。此技能覆盖管理平面任务，例如为 Fabric 容量进行预配、扩缩、挂起、恢复、检查名称可用性，以及列出 SKU。它最适合后端开发和 Azure 自动化工作流。
此技能评分为 78/100，值得收录。它为目录用户提供了一个可直接安装的 .NET SDK，用于 Microsoft Fabric 管理平面任务，并明确了触发场景和足够的运维上下文，便于判断是否适合容量预配工作流。它很实用，但用户应注意其范围较窄，只覆盖 Fabric 容量，而非更广泛的 Fabric 数据平面工作。
- 对 Fabric 容量管理平面操作（创建、挂起/恢复、检查名称可用性、列出 SKU）给出了明确的适用场景与范围。
- 包含具体的安装与认证说明，包括 NuGet 包名、目标框架以及所需的 Azure 环境变量。
- 具有有效的 frontmatter 和较完整的正文内容，包含多个标题和代码块，说明这不是占位内容，而是实际的工作流指引。
- 范围较窄：它只覆盖 Azure Resource Manager 管理平面上的 Fabric 容量，不涉及工作区、lakehouse 或 warehouse。
- 未提供支持文件、参考资料或脚本，因此用户需要仅依赖 markdown 内容来了解接入细节和边界情况。
azure-mgmt-fabric-dotnet 技能概览
azure-mgmt-fabric-dotnet 是做什么的
azure-mgmt-fabric-dotnet 是面向 .NET 的 Microsoft Fabric Azure Resource Manager SDK。当地你的工作是为 Fabric 容量资源做预配和管理，而不是处理 Fabric 数据项时，就该使用 azure-mgmt-fabric-dotnet 技能。它非常适合需要围绕 capacity 做订阅级自动化的 Backend Development 流程，包括 SKU 发现、名称可用性检查和生命周期操作。
最适合的使用场景
如果你需要通过 .NET 代码创建、扩缩、暂停或恢复 Fabric capacity，这个技能最有用。它也适合用于内部工具、部署自动化或管理流程，这些场景需要直接调用 Azure management API。若你只需要 workspaces、lakehouses 或 warehouses，这很可能不是合适的 SDK。
安装前最需要确认的事
azure-mgmt-fabric-dotnet 安装时最关键的判断点是作用范围：它只覆盖 management plane。这意味着它操作的是 Azure Resource Manager 和 FabricCapacityResource 这类接口，所以你需要 Azure subscription 访问权限和有效凭据。这个包名是 Azure.ResourceManager.Fabric，通常会配合 Azure.Identity 做身份验证。
如何使用 azure-mgmt-fabric-dotnet 技能
安装包并确认目标
进行基础的 azure-mgmt-fabric-dotnet 安装时，先把 SDK 和 identity 包加到你的 .NET 项目里：
dotnet add package Azure.ResourceManager.Fabric
dotnet add package Azure.Identity
目标框架可以使用 .NET 8.0 或 .NET Standard 2.0。在开始编码前，先确认你确实需要对 Fabric capacities 进行 management plane 访问；否则很可能拿错了 API 面。
按正确顺序阅读技能内容
先看 SKILL.md，搞清楚安装、身份验证和资源层级。然后如果 repo 里有可关联的示例，再去检查这些示例，并把文档里的 Azure 流程映射到你自己的 subscription、tenant 和部署模型上。对实际的 azure-mgmt-fabric-dotnet 使用来说，最先要回答的问题通常是：哪个 subscription、哪种 credential、哪个 capacity 名称，以及要执行哪种生命周期操作。
把模糊目标转成可用提示词
这个技能最适合你把请求写得具体、明确环境。比如，与其说“帮我用 azure-mgmt-fabric-dotnet”，不如直接说“写一个 .NET 8 控制台应用，使用 DefaultAzureCredential 认证，检查 Fabric capacity 名称可用性，并在 subscription ... 中创建一个 capacity”。还要补充 region、SKU，以及代码是否必须支持 service principal 认证或本地开发者认证。输入越清晰，生成的 azure-mgmt-fabric-dotnet 指南里就越少猜测成分。
能明显提升输出的实用流程
建议按这个顺序来：先确认认证，再解析 subscription ID，接着查看 resource hierarchy，然后调用你需要的 capacity 操作。如果你在生成代码，最好一次只让它完成一个聚焦任务：先做身份验证和 client 初始化，再做创建，然后是 suspend/resume，最后才是列表或校验。这样可以让 azure-mgmt-fabric-dotnet 技能始终贴合真实的 Azure 管理工作流，而不是把无关的 Fabric 概念混在一起。
azure-mgmt-fabric-dotnet 技能常见问题
这是用于 Fabric workspaces 或 lakehouses 的合适 SDK 吗？
不是。azure-mgmt-fabric-dotnet 技能面向的是 Fabric capacities 上的 Azure management plane 操作。如果你需要操作 Fabric workspaces、lakehouses、warehouses 或其他 data-plane 对象，应改用 Microsoft Fabric REST API 或 data-plane SDK。
使用它需要 Azure 凭据吗？
需要。你必须有有效的 Azure 认证流程，并且能访问相关 subscription。实际使用中，这通常意味着在本地和托管环境里使用 DefaultAzureCredential，或者在生产部署中配置 service principal。
azure-mgmt-fabric-dotnet 对新手友好吗？
如果你的目标只是一个明确的 Azure 管理任务，而且你已经理解 subscription、tenant 和 resource hierarchy，那么它是比较友好的。若你刚接触 Azure identity，或者期待的是高层级的 Fabric workspace API，它就没那么友好，因为这个 SDK 比通用 Fabric 指南更专门。
什么情况下不该使用这个技能？
如果你的任务是在 Fabric 里做 data engineering、UI automation，或者任何超出 capacity management 范围的工作，就不要用 azure-mgmt-fabric-dotnet。若你无法控制 Azure subscription，或者无法提供所需的环境变量和凭据，它也不是合适的选择。
如何改进 azure-mgmt-fabric-dotnet 技能
给技能明确到操作级别的指令
最好的 azure-mgmt-fabric-dotnet 使用提示，会明确一个动作和一个目标，例如“在 East US 创建一个 SKU X 的 Fabric capacity”或“按名称恢复一个现有 capacity”。不要用“在 .NET 里管理 Fabric”这类模糊请求，因为这样会迫使回答去猜资源类型、作用范围和意图。
预先提供 Azure 上下文
想要更好的结果，请提供 subscription ID、tenant 模型、认证方式，以及代码是在本地运行还是在 CI/CD 中运行。如果后端必须使用 managed identity 或 service principal 认证，也要直接说明。这些信息会改变代码路径，而且往往正是 azure-mgmt-fabric-dotnet 指南里的真正阻塞点。
一次只问一个生命周期步骤
常见失败模式是：一口气要求创建、更新、扩缩和恢复逻辑。应该把工作拆成连续请求，并逐步验证每一步。先把认证和 client 构造跑通，再做 capacity 查找，然后再执行你要的操作。这是提升 azure-mgmt-fabric-dotnet 安装和使用效果最快的方法。
按你的部署约束来校验
如果第一版答案默认使用本地开发者凭据，但你的后端需要非交互式认证，就要求它改写。如果代码不符合你的目标框架、Azure region 或 SKU 策略，也要尽早修正这些约束。你对环境描述得越明确，azure-mgmt-fabric-dotnet 技能生成“看起来对、实际上无法部署”的代码的概率就越低。