claude需按三视角输出压测分析报告：可观测性要求列5类带工具与粒度的指标、指出2类时间偏差指标及来源、提供对齐验证命令；链路拓扑需标3个脆弱跳转点（含协议/序列化/tls）、生成3条可复现故障注入指令、识别并验证隐式依赖；资源竞争需比对threads字段、扫描内核日志关键词、检查并禁用透明大页。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Claude输出性能压测问题的分析报告，但直接说“分析压测问题”会得到泛泛而谈的归因——它可能写“可能是数据库瓶颈”，却不说清如何验证、在哪条SQL上卡住、是否被慢查询日志捕获过。必须用多角度切口强制模型暴露真实矛盾点，而非堆砌术语。
从系统可观测性视角切入
第一步：要求Claude先列出当前压测中已采集的5类原始指标，每类必须带采集工具和时间粒度。例如“JVM GC Pause（Arthas trace，采样间隔100ms）”。【未注明采集工具和粒度的指标等于无效数据】
第二步：让Claude指出哪两类指标存在时间对齐偏差，并说明偏差来源。比如Prometheus抓取间隔与应用埋点打点时间戳不一致，会导致P99延迟曲线出现阶梯状伪影。
第三步：给出一个可执行的对齐验证命令，格式为curl -X POST http://localhost:8001/align-check?from=1719980000&to=1719980600。
从链路拓扑失效视角切入
方法一：让Claude基于你提供的服务调用图（文本描述即可），标出3个最脆弱的跨进程跳转点。每个点必须写明协议类型（如HTTP/2、gRPC、Dubbo 3.2）、序列化方式（Protobuf、JSON、Hessian）及当前TLS版本。
方法二：要求Claude模拟一次链路断裂，生成3条真实可复现的故障注入指令。例如“在K8s Pod内执行tc qdisc add dev eth0 root netem delay 200ms 50ms distribution normal”，并注明该指令触发后下游服务的预期HTTP状态码变化路径。
方法三：让Claude判断当前链路中是否存在隐式依赖，例如某服务A调用服务B时，实际还依赖服务C的配置中心心跳续租，但调用图里没画出来。若存在，必须写出验证该隐式依赖是否存活的curl命令。
从资源竞争视角切入
① 要求Claude比对压测前后/proc/【pid】/status中的Threads字段值，若增长超3倍，立即检查是否有未关闭的线程池或异步回调泄漏。
② 让Claude扫描压测期间/var/log/messages中是否出现“page allocation failure”或“slab reclaim”关键词，若有，需定位具体分配失败的kmalloc-192或kmalloc-2048 slab cache。
③ 检查压测节点是否启用透明大页（THP），若启用，必须关闭并重启服务——因为THP在高并发小对象分配场景下会引发严重锁争用。
