先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
【虚构编辑示例】
监控：/search平时总耗时200ms，异常样本总耗时2秒；其中外部搜索调用从100ms增到1.9秒，数据库仍约40ms。
近期变化：没有更多资料。
输出
【虚构编辑示例】
优先检查外部搜索调用。给定样本里，它增加的约1.8秒与总耗时增加接近，数据库耗时没有同量变化。
先比较同一时间窗的正常与慢请求，检查外部服务响应、网络重试和调用参数是否有差异。如果慢请求集中于重试，可继续看失败原因；如果首次调用也慢，则检查上游延迟与请求范围。
目前能定位值得先查的环节，尚不能确认上游服务本身就是根因。
完整提示词
比较同一接口的正常请求与慢请求，先看耗时差异落在哪个环节，再选择能够区分原因的检查。记录窗口和样本口径要一致，少数慢请求不代表全部流量。
依次考虑排队、应用处理、数据库和外部调用等已有证据涉及的环节；只给相关检查，不把每种优化方案都列上。未经授权不压测生产、清缓存或改配置。
正常与慢请求的日志或监控：
{{material}}
接口链路和最近的变更：
{{context}}