azure-resource-manager-durabletask-dotnet

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

这个 azure-resource-manager-durabletask-dotnet 技能是做什么的

azure-resource-manager-durabletask-dotnet 技能适用于在 .NET 中做 Azure Resource Manager 相关工作，尤其是在你需要预配和管理 Durable Task Scheduler 资源，而不是运行编排的时候。它可以帮助你处理管理平面的任务，比如创建 scheduler、管理 task hub，以及配置保留策略。

适合谁使用

如果你在为 Azure Durable Task Scheduler 构建管理工具、基础设施自动化，或者预配流程，那么可以使用 azure-resource-manager-durabletask-dotnet 技能。它尤其适合 Azure SDK 用户、平台工程师，以及任何面向 API Development、需要做 Azure Resource Manager 集成的人。

它的区别在哪里

最关键的判断点是作用范围：这个技能面向的是通过 Azure.ResourceManager.DurableTask 进行资源生命周期操作，而编排运行时工作则属于数据平面 SDK Microsoft.DurableTask.Client.AzureManaged。如果你需要创建或管理 scheduler 资源，这个技能就很合适；如果你需要启动工作流、查询实例或发送事件，它就不适合。

如何使用 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 的环境中加载这个 skill，并把提示词聚焦到你想完成的 Azure Resource Manager 操作上。

给技能提供正确的输入

azure-resource-manager-durabletask-dotnet usage 这种模式在你提供 subscription、resource group 和明确的资源动作时效果最好。好的输入会写清目标对象、期望状态、认证模型，以及任何策略值。

提示词示例结构：

• “创建一个 .NET management API，使用 DefaultAzureCredential 在资源组 rg-prod-eastus 中预配一个 Durable Task Scheduler。”
• “更新现有 scheduler 的 retention policy，并返回最少的 ARM 代码改动。”
• “展示如何获取一个 task hub resource 并校验 subscription 上下文。”

按正确顺序阅读仓库

先看 SKILL.md，确认 management-plane 的边界和包名。然后检查安装块、环境变量说明，以及任何关于身份验证或资源层级的代码片段。如果你的环境是生产环境，在生成代码之前尤其要注意 credential 的假设。

减少错误输出的工作流

把 azure-resource-manager-durabletask-dotnet guide 当作一个两步流程来用：先让模型给出资源操作，再让它补实现细节。这样通常比一次性要求完整端到端示例效果更好。明确说明你要的是代码片段、service wrapper，还是完整 API endpoint，这样输出才会贴合你的集成点。

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

这是用来运行 Durable Task 工作流的吗？

不是。azure-resource-manager-durabletask-dotnet 技能用于 management-plane 的预配和配置。对于启动实例或触发事件这类编排运行时动作，请改用数据平面客户端。

适合初学者吗？

如果你已经了解 subscription、resource group 和 credentials 这些基础 Azure 概念，那它是适合的。若你还不确定自己是在管理 Azure 资源，还是在处理应用运行时行为，它的价值就会比较有限。

什么情况下不该用它？

如果你的真实任务是 API handler、工作流执行逻辑，或者消息处理，就不要用它。即使你只需要一个通用的 Azure SDK 示例、并不关心 Durable Task Scheduler 资源，也可以跳过它。

它和普通提示词有什么不同？

普通提示词可能会生成一个通用的 Azure 示例。而 azure-resource-manager-durabletask-dotnet 技能更适合你希望模型始终停留在 Durable Task Scheduler 的 management boundary 内，并且使用正确的 SDK、认证流程和资源术语的场景。

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

把资源操作说清楚

更好的结果来自明确点出动作和目标资源：create、update、delete、list 或 retrieve。把 resource group、subscription 上下文，以及资源是否已经存在一起写明。这里的歧义，是代码不匹配的最常见原因。

提供认证和部署约束

如果你说明自己用的是 DefaultAzureCredential、service principal 还是 managed identity，这个技能的表现会更好。也要写明代码需要适配 web API、console app、CI pipeline 还是 Azure Function。这些约束对方案形态的影响，往往比 SDK 选择本身还大。

选择合适的输出格式

如果你想要可直接用于生产的输出，先让模型给一个最小化的 SDK 示例，再要求它补 wrapper、retry policy 或错误处理。对于 azure-resource-manager-durabletask-dotnet for API Development，最好把 controller、service 和 configuration 层分开提需求，这样模型就不会过度贴合单一示例。

检查输出是否越过了 management-plane 边界

最重要的审查步骤，是确认生成的代码操作的是 Azure Resource Manager 资源，而不是编排本身。如果回答里开始谈启动工作流、查询实例或发送事件，就要先把它拉回 management plane，再考虑采用。