FlashAI 如何从灭火图读取指标、日志和链路
FlashAI 做故障分析的关键不是把所有数据交给模型，而是从灭火图异常卡片出发，沿对象、健康状态、下钻规则、日志、Trace 和事件组织证据链。
分类：产品技术
汇总 Flashcat 博客中归属于 产品技术 分类的文章，方便按内容类型连续阅读产品实践、客户案例和可观测性方法。
产品技术 分类文章
可观测性的价值，正在从“看见数据”转向“加快决策”
可观测性的核心价值正在从采集和展示指标、日志、链路，转向把异常信号组织成可执行的故障判断路径，帮助 SRE 缩短从数据到决策的距离。
如何用 SLO 报表管理核心服务可用性
用 Flashcat SLO 报表把灭火图卡片健康状态转成可计算的可用性管理机制，围绕 SLO 对象、SLI、目标周期、错误预算、排除时间段和不可用时间导出，推动稳定性治理从事故复盘走向持续运营。
如何用状态页做好故障期间的内外部沟通
本文介绍如何用 Flashduty 状态页在故障和维护期间统一内外部沟通，通过公开状态页、内部状态页、组件、事件生命周期和订阅机制降低沟通噪音。
如何用日志报表生成接口层灭火图
本文介绍如何用 Flashcat 日志报表把网关访问日志整理成接口维度观测对象，并生成接口层灭火图，打通日志、Trace、服务卡片和事件下钻。
如何用 Flashcat APM 接入 Java / Go 服务并生成服务灭火图
本文介绍如何用 Flashcat APM 接入 Java 和 Go 服务，基于 OpenTelemetry 打通 Trace、日志、拓扑和数据库分析，并生成服务与接口层的灭火图。
如何用 Flashduty 分析看板发现告警噪音来源
本文介绍如何用 Flashduty 分析看板从团队、协作空间、严重程度、时间、中断次数和告警 TOP 等维度定位告警噪音来源，并把治理动作做成可验证的持续改进。
如何用 FlashAI 巡检灭火图并自动发送日报
FlashAI 智能定时任务可以按周期巡检 Flashcat 灭火图，生成 HTML 日报并邮件发送给负责人。本文说明巡检日报应该回答什么、如何配置提示词和 cron、以及落地前需要满足的灭火图质量要求。
灭火图健康度怎么计算：飘红、飘绿和灰色分别意味着什么
Flashcat 灭火图健康度用绿色、红色和灰色表达对象状态：绿色表示健康，红色表示异常，灰色表示无足够数据判断。本文说明详情卡片、路径卡片、无数据策略和健康值计算的最短配置原则。
如何设计告警标签，后续降噪和分派才不会乱
告警标签设计要先稳定 service、team、env、severity、resource，再扩展 check、cluster、source。标签标准化以后，Flashduty 的路由、分派、聚合、静默、抑制和噪音分析才可维护。
如何配置第一张值班表和升级策略
在 Flashduty 中配置第一张值班表的最短路径：先选试点协作空间，创建主备值班表，再用 Critical 分派策略验证通知、认领、升级和关闭链路。
Chronosphere 的提醒：AI RCA 之前，先管住 telemetry 成本和质量
本文基于 Chronosphere 在可观测性控制平面、DDx、Trace Explorer、Guided Troubleshooting、Temporal Knowledge Graph、Investigation Notebook 和 MCP 方向的公开产品能力，拆解为什么 AI RCA 之前必须先治理 telemetry 成本、质量和权限边界。
AWS 的 AI Ops 路线：云厂商不只看监控，它掌握变更和资源上下文
本文基于 AWS CloudWatch Investigations、Amazon Q Developer 等公开产品能力，拆解云厂商在 AI Ops 和 AI RCA 中如何利用资源、变更、调用链、权限和 runbook 上下文，把排障从聊天问答推进到可追踪的 investigation 工作流。
下钻规则最佳实践：如何把日志、Trace、仪表盘挂到卡片上
灭火图下钻规则不是加链接，而是把异常卡片和日志、Trace、仪表盘、其他卡片、拓扑和只读工作流连接起来。本文压缩总结下钻路径、标签变量、入口范围和验收方法。
卡片规则最佳实践：如何批量生成可维护的灭火图卡片
灭火图卡片不应该靠手工堆出来。本文压缩总结卡片规则的对象建模、元信息、路径、指标、异常条件、更新策略、下钻和验收方法，帮助团队批量生成可维护的灭火图卡片。
故障复盘报告怎么写？用 AI 自动生成初稿的正确方式
系统说明如何写故障复盘报告，以及如何用 AI 基于故障详情、时间线、作战室讨论和告警上下文生成初稿，同时保留人工确认根因、影响和行动项的责任。
Opsgenie/PagerDuty 替代方案怎么选
选择 Opsgenie 或 PagerDuty 替代方案，不是换一个通知工具，而是重建告警接入、降噪、值班分派、通知触达、协同复盘和治理指标这条故障响应链路。
灭火图建设第一步：如何规划空间、分层和观测对象
灭火图建设不要先写规则。先规划空间责任边界、首页分层、首页卡片、详情卡片、标签、健康指标和负责人，才能把监控对象变成可排障、可告警、可复盘的观测对象。
监控告警应该配在底层规则，还是配在灭火图对象上
监控告警不是底层规则和灭火图二选一。底层规则发现技术信号，灭火图对象承接故障响应，北极星指标发现业务影响，三层联动才能减少噪音并提升排障效率。
事件墙在故障定位中的作用：为什么变更、告警和运营事件要放在一起看
事件墙不是附属页面，而是根因分析时间线。把发布、配置、Kubernetes、云事件、告警和运营动作放到同一时间窗口，才能更快判断故障前后发生了什么变化。
