✅ 检查 ConnectionStrings:Default 是否存在且非空 ✅ 验证 Logging:LogLevel:Default 值为 "Information" 或更低级别 ✅ 确认 JWT:Issuer 和 JWT:Audience 不为空字符串 ✅ 检查 AzureAd:Instance、AzureAd:TenantId、AzureAd:ClientId 是否全部配置 ✅ 验证 Serilog:WriteTo[0]:Args:path 指向的目录在容器内可写 ✅ 检查 Microsoft.Data.SqlClient 程序集是否已部署（ls /app/deps.json | grep -q "Microsoft.Data.SqlClient"） ✅ 验证 ASPNETCORE_ENVIRONMENT=Production 是否在环境变量中设置 ✅ 检查 Kestrel:Endpoints:Http:Url 是否以 http://*: 启头且端口匹配容器暴露端口 ✅ 确认 AppSettings:FeatureFlags:EnableCaching 为布尔值（true/false），非字符串 ✅ 验证 HealthChecks:Database:ConnectionStringKey 是否指向有效的 ConnectionStrings 键 ✅ 若启用Redis缓存，则检查 Redis:ConnectionString 是否以 redis:// 开头 ✅ 若使用Blob存储，则检查 AzureStorage:ConnectionString 是否含 AccountName= 且非占位符 ✅ 若启用了OpenTelemetry，则检查 Otlp:Endpoint 是否可被 curl -f http://otel-collector:4317/health
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Copilot生成一份可执行的配置文件检查清单，而不是泛泛而谈“检查配置是否正确”，否则它只会输出几条模糊建议，比如“确认路径存在”“检查权限”，根本无法落地执行。
明确要求Copilot输出结构化检查项
在提示词开头直接声明输出格式要求：【必须以纯文本无序列表形式输出，每项以“✅”开头，禁止使用编号、标题、说明段落或任何解释性文字】。
输入：“为.NET 8 Web API项目生成appsettings.Production.json的部署前检查项”→添加格式约束→发送。
这一步强制Copilot放弃自由发挥，避免生成带描述的段落式回答。若漏掉格式指令，Copilot大概率返回一段带小标题的说明文，而非可粘贴进CI脚本的检查条目。
嵌入具体技术上下文与失败场景
方法一：用负向约束排除无效项
在提示中加入：“排除‘检查文件是否存在’这类无意义项；禁止出现‘确保配置合理’等主观表述；所有检查项必须能通过Shell命令、PowerShell脚本或Kubernetes kubectl命令直接验证。”
Microsoft Copilot是微软推出的AI助手，整合于Windows、Edge、GitHub及Microsoft 365等产品中。它内置于Word、Excel、PowerPoint、Outlook和Teams等应用，通过大型语言模型与Microsoft Graph中的组织数据（如文件、邮件）相结合，提供文档起草、数据分析、会议总结等上下文感知的智能协助，旨在提升工作效率与创造力。
方法二：绑定真实报错日志
追加一句：“参考以下典型错误日志：‘System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.Data.SqlClient'’，据此推导出必须检查的三项具体配置。”
【Copilot不理解“常见问题”，但能解析你给的具体错误字符串并反向映射检查动作】。只写“列出常见问题”会得到教科书式答案；贴一行真实报错，它就能定位到SQL Server连接字符串缺失、程序集版本冲突、运行时依赖未部署这三个可操作点。
分阶段生成可验证的检查清单
第一步：要求输出检查项本身
“生成10条针对Azure App Service上.NET 8应用的appsettings.json检查项，每条必须包含：①检查目标（如‘ConnectionStrings:Default’）、②验证方式（如‘curl -s https://api.example.com/health | jq -r .db_status’）、③失败时的明确信号（如‘返回值非‘healthy’’）。”
第二步：要求补充跳过条件
“在上述10条后，追加3条带前置条件的检查项，格式为：‘✅ 若启用Redis缓存，则检查 Redis:ConnectionString 是否以 redis:// 开头’。”
第三步：要求标注风险等级
“为全部13条检查项末尾添加标记：[高危]、[中危]或[低危]，依据标准是：导致服务完全不可用为高危，仅影响非核心功能为低危。”
