这是一套部署在azure aks上的java spring boot微服务，使用postgresql 14作为主数据库，通过nginx ingress暴露http接口；/api/orders接口p95响应时间从300ms升至2.4s，且仅发生在每天上午9:15–10:30，apm显示db等待时间占比超78%，jvm堆内存无明显增长；按“检查项→触发条件→验证命令/路径→预期正常值”四列表格输出；所有检查项必须对应可立即执行的操作；禁用任何需要修改代码或重启服务的建议；只允许涉及linux系统命令、prometheus查询语句、kubectl原生命令、postgresql内置视图；若某检查项依赖未提及的监控组件，则跳过该项并标注“缺失前提”；不编造不存在的日志字段、指标名称或配置路径。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Copilot生成一份可用于实际生产环境的性能排查清单，但提示词里漏掉了关键限制条件，导致它输出的内容泛泛而谈、无法落地执行。
明确排查范围与上下文
第一步：在提示词开头直接声明应用类型和部署形态，例如“这是一套部署在Azure AKS上的Java Spring Boot微服务，使用PostgreSQL 14作为主数据库，通过Nginx Ingress暴露HTTP接口”。【不写明这些，Copilot会默认按通用Web应用处理，忽略容器化、服务网格、云存储延迟等真实瓶颈点】
第二步：指定性能问题的具体现象，不能只说“变慢了”。必须写清可观测线索，比如“/api/orders接口P95响应时间从300ms升至2.4s，且仅发生在每天上午9:15–10:30，APM显示DB等待时间占比超78%，JVM堆内存无明显增长”。
约束输出结构与粒度
方法一：用分号分隔三类硬性要求——“按‘检查项→触发条件→验证命令/路径→预期正常值’四列表格输出；所有检查项必须对应可立即执行的操作；禁用任何需要修改代码或重启服务的建议。”
Microsoft Copilot是微软推出的AI助手，整合于Windows、Edge、GitHub及Microsoft 365等产品中。它内置于Word、Excel、PowerPoint、Outlook和Teams等应用，通过大型语言模型与Microsoft Graph中的组织数据（如文件、邮件）相结合，提供文档起草、数据分析、会议总结等上下文感知的智能协助，旨在提升工作效率与创造力。
方法二：强制限定技术栈边界——“只允许涉及Linux系统命令（如top、pidstat、ss）、Prometheus查询语句（如rate(http_request_duration_seconds_sum[5m])）、kubectl原生命令（如kubectl top pods）、PostgreSQL内置视图（如pg_stat_activity）；禁止出现jstack、arthas、VisualVM等需额外注入工具的操作。”
封堵常见幻觉漏洞
在提示词末尾加一句：“若某检查项依赖未提及的监控组件（如缺少OpenTelemetry Collector或没有Grafana），则跳过该项并标注‘缺失前提’；不编造不存在的日志字段、指标名称或配置路径。”
这一步操作起来很简单，直接把这句话粘贴到提示词最后一行就行。但漏掉它，Copilot大概率会虚构出“查看otel-collector/logs_latency_bucket”这类根本不存在的指标路径。
