CloudQ：根因分析上了独立入口，还学会了「像人一样推理」

WorkBuddy × CloudQ 能力更新 · 根因分析独立入口 + 推理链路升级

排障最怕什么

排障最怕的，是信息收集得不全就下结论——上下游依赖没摸清，很容易把注意力放错地方，结论也就跟着偏了。

这一周，CloudQ 的根因分析做了两件事：给它一个独立入口，再让它的推理更扎实。

更新了什么

1. 控制台新增「根因分析」独立入口

CloudQ 控制台左侧新增「根因分析」入口，进去就是一个专注排障的工作台，覆盖五类高频场景：

• 告警追因：分析一条告警为什么发生，确认影响范围；
• 故障定位：排查当前异常的根因，给出关键证据与处置建议；
• 性能退化：分析服务变慢、超时或错误率升高的原因；
• 变更关联：确认近期发布或配置变更是否引发了异常；
• 事故复盘：还原故障时间线，生成完整的根因分析报告。

2. 推理链路全面升级

• 去除架构图依赖——上下游依赖关系直接从全景图谱获取，不需要预先绘制架构图；
• 引入结构化推理——分析过程按「现场还原 → 假设 → 验证 / 推翻 → 结论」逐步推进，一步步收敛到真实故障实例；
• 结论附证据展示——最终结论引入全景图谱 mermaid 拓扑作为证据，配合结构化报告与处置建议一起给出。

举个例子：入口 CLB → 网关 → 服务 CLB → 订单服务 → 库存服务的链路里，CloudQ 会先还原拓扑现场，逐一验证各节点的健康状况，排除后端健康正常的 CLB 与两台订单实例，最终定位到订单链路的共同下游——那台在故障窗口附近有操作记录、时间顺序也吻合的库存实例，并附上拓扑证据图。

WorkBuddy × CloudQ 怎么配合

在 WorkBuddy 里描述你遇到的异常，WorkBuddy 唤起 CloudQ 多云 AIOps 专家进入根因分析流程——它从全景图谱取依赖、按结构化推理逐步验证、最后给出带证据的结论报告。定位到的是真实故障实例，证据也摆在明面上。

对你意味着什么

• 上手更快：独立入口 + 场景化引导，排障有章可循；
• 结论更可信：推理过程透明、证据可查，不是黑盒给答案；
• 准备更轻：没有架构图也能分析，依赖关系交给全景图谱。

图谱、根因、成本，一站式在 WorkBuddy 里面召唤 CloudQ 看清。根因分析独立入口已上线，欢迎在 WorkBuddy 里体验。