azure-mgmt-fabric-dotnet
作者 microsoftazure-mgmt-fabric-dotnet 是 Microsoft Fabric 在 .NET 中的 Azure Resource Manager SDK。此技能涵蓋管理平面的工作，例如建立、擴充、暫停、恢復、檢查名稱可用性，以及列出 Fabric 容量的 SKU。最適合後端開發與 Azure 自動化工作流程。
此技能評分為 78/100，值得收錄。它提供 Directory 使用者一個可直接安裝的 .NET SDK，用於 Microsoft Fabric 的管理平面任務，並附上明確觸發條件與足夠的作業脈絡，方便判斷是否符合容量建立與管理流程。實用性高，但需留意它的範圍相當聚焦，主要限於 Fabric 容量，而非更廣泛的 Fabric 資料平面工作。
- 針對 Fabric 容量的管理平面作業提供明確觸發與範圍界定（建立、暫停/恢復、檢查名稱可用性、列出 SKU）。
- 提供具體的安裝與驗證指引，包括 NuGet 套件名稱、目標框架，以及所需的 Azure 環境變數。
- 具備有效的 frontmatter 與充實的正文內容，且包含多個標題與 code fence，顯示這不是空白占位，而是實際可用的流程說明。
- 範圍較窄：只涵蓋 Azure Resource Manager 管理平面的 Fabric 容量，不包含 workspace、lakehouse 或 warehouse。
- 未提供支援檔、參考資料或腳本，因此使用者只能依賴 markdown 內容來判斷導入細節與邊界情況。
azure-mgmt-fabric-dotnet 技能總覽
azure-mgmt-fabric-dotnet 是做什麼的
azure-mgmt-fabric-dotnet 是 Microsoft Fabric 在 .NET 中的 Azure Resource Manager SDK。當你的工作重點是佈建與管理 Fabric capacity 資源，而不是處理 Fabric 資料物件時，就該使用 azure-mgmt-fabric-dotnet 技能。它很適合 Backend Development 工作流程，尤其是需要針對 capacity 做訂閱層級自動化、SKU 探查、名稱檢查與生命週期操作的情境。
最適合的使用情境
如果你需要從 .NET 程式碼建立、調整大小、暫停或恢復 Fabric capacity，這個技能最有幫助。當你在打造內部工具、部署自動化，或必須直接呼叫 Azure 管理 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 capacity 存取 management plane；不然你可能會選錯 API 面。
依正確順序閱讀技能內容
先看 SKILL.md，了解安裝、驗證與資源階層。接著，如果 repo 裡有連結範例，就把那些範例也看過，並把文件中的 Azure 流程對應到你自己的 subscription、tenant 與部署模型。實際使用 azure-mgmt-fabric-dotnet 時，最先要釐清的通常是：哪個 subscription、哪種 credential、哪個 capacity 名稱，以及要執行哪個生命週期操作。
把模糊目標改寫成可用提示
這個技能在你把需求寫得具體時表現最好。舉例來說，與其說「幫我使用 azure-mgmt-fabric-dotnet」，不如直接要求「提供一個使用 DefaultAzureCredential 驗證、檢查 Fabric capacity 名稱可用性，並在 subscription ... 中建立 capacity 的 .NET 8 console app」。同時加入區域、SKU，以及程式是否必須支援 service principal 驗證或本機開發者驗證。輸入越清楚，產生出來的 azure-mgmt-fabric-dotnet 指南就越少猜測空間。
能提升輸出的實際工作流程
建議按這個順序進行：先確認驗證方式，再解析 subscription ID，接著檢查資源階層，最後呼叫你需要的 capacity 操作。如果你是在產生程式碼，請一次只要求一個聚焦任務：先做驗證與 client 初始化，再做建立，接著才是暫停/恢復，最後才是列出或驗證。這樣可以讓 azure-mgmt-fabric-dotnet 技能貼近真正的 Azure 管理流程，而不是把彼此無關的 Fabric 概念混在一起。
azure-mgmt-fabric-dotnet 技能 FAQ
這是處理 Fabric workspaces 或 lakehouses 的正確 SDK 嗎？
不是。azure-mgmt-fabric-dotnet 技能是用來處理 Fabric capacity 的 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 與資源階層，那它算是友善的。若你對 Azure identity 還不熟，或期待的是高階的 Fabric workspace API，它就沒那麼友善，因為這個 SDK 比一般的 Fabric 入門指南更專門。
什麼情況下不該使用這個技能？
如果你的任務是 Fabric 內的資料工程、UI 自動化，或任何超出 capacity 管理範圍的工作，就不要用 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 安裝與使用結果的方法。
依你的部署限制做驗證
如果第一版回答是假設使用本機開發者憑證，但你的後端需要非互動式驗證，就要請它改寫。若程式不符合你的目標 framework、Azure 區域或 SKU 政策，也要盡早修正這些限制。你對環境描述得越明確，azure-mgmt-fabric-dotnet 技能產生出「看起來對、但實際上無法部署」程式碼的機率就越低。