先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
部署14:00完成；14:01探针请求/health返回404；应用日志显示/healthz返回200。
输出
编辑示例 · 未运行
已知：探针路径与应用可用健康路径不同。
首要假设：部署配置仍指向旧路径/health。
验证：读取当前探针配置及路由定义，确认同一修订版本。
修复候选：获准后将路径统一；观察新修订就绪与错误率。
未覆盖：其余依赖健康状态。
方法说明
结合 AppLens、Azure Monitor 和服务状态诊断应用、容器及消息服务。 具体任务 关联Azure故障信号：按资源和时间窗口汇总日志、活动记录与健康状态。 验证根因假设：将部署、依赖、探针和资源异常逐一对照。 必需材料 资源标识与故障时间范围 症状、错误日志及最近变更 可选材料 诊断权限 服务健康与指标 使用门槛 拥有指定订阅和资源的诊断读取权限，明确是否仅做只读排查。 这个 Skill 额外提供的方法 把服务状态和应用日志放在同一时间轴，减少在多个控制台反复猜测。 编辑示例（未运行） 容器部署后健康探针失败 任务：从虚构日志提出下一步验证 输入： 部署14:00完成；14:01探针请求/health返回404；应用日志显示/healthz返回200。 结果片段： 已知：探针路径与应用可用健康路径不同。 首要假设：部署配置仍指向旧路径/health。 验证：读取当前探针配置及路由定义，确认同一修订版本。 修复候选：获准后将路径统一；观察新修订就绪与错误率。 未覆盖：其余依赖健康状态。 以下为官方编辑构造的示例，未运行上游 Skill。不直接改生产资源，也不将路径假设当作已确认全部根因。 首次任务 任务：根据指定Azure资源的实际故障时间、日志与最近变更，提出有证据的根因假设和验证步骤。 任务重点：按资源和时间窗口汇总日志、活动记录与健康状态。 必需材料： - 资源标识与故障时间范围：[填写或粘贴我的材料；未具备则说明] - 症状、错误日志及最近变更：[填写或粘贴我的材料；未具备则说明] 可选补充： - 诊断权限：[可填写，未提供不应假定存在] - 服务健康与指标：[可填写，未提供不应假定存在] 请交付有材料依据的分析报告，列出发现、证据、建议与未覆盖范围。仅依据这些材料处理；缺少决定结果的信息时先说明缺口，不补造事实。未执行的检查、修改或外部操作明确标为未执行。 使用前提：拥有指定订阅和资源的诊断读取权限，明确是否仅做只读排查。 处理边界：日志中未出现不等于故障不存在；重启、扩容、改网络和重置凭据不属于默认只读动作 验收要求： 1. 证据绑定资源与统一时间范围。 2. 事实、假设和修复动作分开。 3. 建议包含验证成功与失败信号。 验收方法 证据绑定资源与统一时间范围 事实、假设和修复动作分开 建议包含验证成功与失败信号 依赖与准备 Azure Monitor、AppLens、资源健康或CLI等获准工具；实际能力受订阅与资源权限限制。 使用边界 日志中未出现不等于故障不存在 重启、扩容、改网络和重置凭据不属于默认只读动作 排错 日志没有目标请求：核对资源、时区、采样和日志保留。 修复后暂时正常：继续核对根因信号，避免仅靠重启消除症状。 固定来源 https://github.com/microsoft/skills/blob/23d0dac5f83f268166a17f0bc7dc6c73dc348a33/.github/plugins/azure-skills/skills/azure-diagnostics/SKILL.md