azure-resource-manager-durabletask-dotnet

azure-resource-manager-durabletask-dotnet 技能概覽

這個技能是做什麼的

azure-resource-manager-durabletask-dotnet 技能是給 .NET 的 Azure Resource Manager 工作用的，當你需要佈建與管理 Durable Task Scheduler 資源，而不是執行 orchestration 時就會用到。它協助你處理管理平面的工作，例如建立 scheduler、管理 task hub，以及設定保留政策。

適合誰使用

如果你正在為 Azure Durable Task Scheduler 建立管理工具、基礎架構自動化，或佈建流程，就適合使用 azure-resource-manager-durabletask-dotnet 技能。它特別適合 Azure SDK 使用者、平台工程師，以及任何在 API Development 中做 Azure Resource Manager 整合的人。

它的差異在哪裡

最關鍵的判斷點在於範圍：這個技能處理的是透過 Azure.ResourceManager.DurableTask 進行的資源生命週期作業，而 orchestration 執行階段的工作則屬於 data-plane SDK Microsoft.DurableTask.Client.AzureManaged。如果你需要建立或治理 scheduler 資源，這個技能很合適；如果你需要啟動 workflow、查詢執行個體，或送出事件，就不適合。

如何使用 azure-resource-manager-durabletask-dotnet 技能

在 .NET 專案中安裝它

典型的 azure-resource-manager-durabletask-dotnet install 會先把 Azure SDK 套件與身分驗證支援加到專案裡：

dotnet add package Azure.ResourceManager.DurableTask
dotnet add package Azure.Identity

接著，將技能載入到支援 skills 的環境中，並把 prompt 聚焦在你想完成的 Azure Resource Manager 作業上。

提供正確的輸入

azure-resource-manager-durabletask-dotnet usage 的模式在你提供訂用帳戶、資源群組，以及明確的資源動作時，效果最好。好的輸入會寫清楚目標物件、期望狀態、驗證模型，以及任何政策值。

提示範例：

• “Create a .NET management API that provisions a Durable Task Scheduler in resource group rg-prod-eastus using DefaultAzureCredential.”
• “Update retention policy for an existing scheduler and return the minimal ARM code changes.”
• “Show how to retrieve a task hub resource and validate the subscription context.”

按正確順序閱讀 repository

先看 SKILL.md，確認管理平面的邊界與套件名稱。接著檢查安裝區塊、環境變數說明，以及任何關於驗證或資源階層的程式碼範例。如果你的環境是 production，請在產生程式碼前特別注意憑證假設。

能減少錯誤輸出的工作流程

把 azure-resource-manager-durabletask-dotnet guide 當成兩步驟流程來用：先要求資源作業，再要求實作細節。這通常比一次要求完整端到端範例更容易得到好結果。請明確說明你要的是 snippet、service wrapper，還是完整 API endpoint，這樣輸出才會貼近你的整合點。

azure-resource-manager-durabletask-dotnet 技能 FAQ

這是用來執行 Durable Task workflows 嗎？

不是。azure-resource-manager-durabletask-dotnet 技能是用於管理平面的佈建與設定。像啟動 instances 或發送 events 這類 orchestration 執行階段動作，請改用 data-plane client。

這個技能適合初學者嗎？

如果你已經了解 subscription、resource group 和 credentials 等基本 Azure 概念，那它算是友善的。若你還不確定自己是在管理 Azure 資源，還是在處理應用程式執行階段行為，這個技能就沒那麼有幫助。

什麼情況下不該用它？

如果你的真正任務是 API handlers、workflow 執行邏輯，或 message processing，就不要用它。若你只需要一個通用的 Azure SDK 範例，而且不在乎 Durable Task Scheduler 資源，也可以跳過它。

它和一般 prompt 有什麼不同？

一般 prompt 可能只會產生一個通用的 Azure 範例；而 azure-resource-manager-durabletask-dotnet 技能更適合用在你希望模型嚴格停留在 Durable Task Scheduler 的管理範圍內，並使用正確 SDK、驗證流程與資源術語的情境。

如何改進 azure-resource-manager-durabletask-dotnet 技能

把資源作業說得更明確

如果你明確寫出動作與目標資源，結果通常會更好：create、update、delete、list 或 retrieve。請一併提供 resource group、subscription context，以及資源是否已存在。這裡的歧義，是造成程式碼對不上的最常見原因。

提供驗證與部署限制

如果你說明自己是用 DefaultAzureCredential、service principal，或 managed identity，這個技能會表現得更好。也請提到程式碼必須符合 web API、console app、CI pipeline，還是 Azure Function。這些限制對解法形狀的影響，往往比 SDK 選擇本身更大。

要求正確的輸出格式

如果你想要可直接上線的輸出，先要求一個最小化的 SDK 範例，再請它補上 wrapper、retry policy 或 error handling。對於 azure-resource-manager-durabletask-dotnet for API Development，最好分別要求 controller、service 和 configuration 層，避免模型過度貼合單一範例。

對照管理平面邊界檢查輸出

最重要的檢查步驟，是確認產生的程式碼操作的是 Azure Resource Manager 資源，而不是 orchestration。如果回覆開始談啟動 workflows、查詢 instances，或送出 events，就先把方向拉回管理平面，再考慮採用。