Neubird 给 AI SRE 提了个醒：真正难的不是回答，而是调查
本文基于 Neubird 的公开产品、文档和技术思路，拆解 AI SRE 和 AI RCA 为什么不能停留在聊天总结，而要围绕自动调查、证据链、MELT+、安全执行环境、runbook 和工作流入口重新产品化排障过程。
分类：他山之石
汇总 Flashcat 博客中归属于 他山之石 分类的文章，方便按内容类型连续阅读产品实践、客户案例和可观测性方法。
他山之石 分类文章
Rootly 给 AI RCA 提了个醒：真正重要的不是根因，而是事故上下文
本文基于 Rootly 在 AI SRE、RCA、On-call 和事故管理方向的产品路线，拆解为什么 AI RCA 不能只依赖可观测性数据，而要把告警、协作上下文、会议记录、组织记忆和自动化工作流组织成完整的事故证据层。
Resolve AI 给 AI SRE 打了个样：真正值钱的不是“会聊天”，而是“会查生产”
本文基于 Resolve AI 的公开产品思路，拆解 AI SRE 和 AI RCA 为什么不能只做告警问答，而要围绕生产上下文、证据包、多 Agent 查证、本地代理、安全权限和受控行动重新产品化故障处理流程。
Splunk 的 AI RCA 给了一个提醒：别再只做 AI 运维助手了
Splunk 的 AI RCA 路线真正值得学的，不是做一个会聊天的运维助手，而是把 AI 放进告警、证据、事件聚合和行动计划这条完整故障处理链路。
Elastic AI RCA 产品调研
本文基于 Elastic 官方公开资料，拆解 Elastic 如何把搜索、日志治理、机器学习、AI Assistant、Elastic AI Agent、Agent Builder、Workflows 和 MCP Apps 串成 AI RCA 故障调查链路，并总结对可观测性产品设计的启发。
incident.io 给 AI RCA 上了一课：真正值钱的不是根因，而是事故现场
本文基于 incident.io 在 AI SRE、事故管理和 RCA 方向的公开产品动作，拆解为什么 AI RCA 不能只依赖可观测性数据，而要把告警、事故频道、协作上下文、组织记忆、复盘和行动项串成完整的事故生命周期。
New Relic 告诉我们：AI RCA 不是一个按钮，而是一条故障处理流水线
本文基于 New Relic 在 AI SRE、AIOps 和 RCA 方向的公开产品动作，拆解 AI RCA 为什么不能只做成一个告警解释按钮，而应该围绕 Issue、事件关联、影响分析、相似问题、工作流和 Agent 重新产品化故障处理链路。
Dynatrace 的 AI RCA 做对了什么
本文基于 Dynatrace 官方公开资料，拆解其 AI RCA 如何通过统一数据底座、实时拓扑、事件归并、因果分析和 Problem 对象构建根因分析能力，并总结对可观测性产品设计的启发。
