从 Palantir Ontology 到 Flashcat 灭火图：让 AI 高效、准确地排障
Flashcat 灭火图借鉴 Palantir Ontology 的对象化思想，将观测数据组织为带有层级、状态、关联和调查路径的系统上下文，帮助 FlashAI 更高效、准确地定位复杂系统故障。
分类：Flashcat
汇总 Flashcat 博客中归属于 Flashcat 分类的文章，方便按内容类型连续阅读产品实践、客户案例和可观测性方法。
Flashcat 分类文章
一次 Kafka 消费积压，FlashAI 如何带着我完成根因定位并修复
这是第一个震惊我的 AI 故障定位 case，此后类似的 AI 故障分析已经变成常态。
从 Prometheus、ES、SkyWalking 到 Flashcat：已有系统如何统一接入
已有 Prometheus、Elasticsearch、SkyWalking 等可观测系统不必推倒重来。先接入 Flashcat 统一查询和下钻，再治理 TraceID、标签和资源上下文，逐步形成灭火图、北极星和 AI 可用的排障路径。
如何用 SLO 报表管理核心服务可用性
用 Flashcat SLO 报表把灭火图观测对象健康状态转成可计算的可用性管理机制，围绕 SLO 对象、SLI、目标周期、错误预算、排除时间段和不可用时间导出，推动稳定性治理从事故复盘走向持续运营。
如何用 FlashAI 巡检灭火图并自动发送日报
FlashAI 智能定时任务可以按周期巡检 Flashcat 灭火图，生成 HTML 日报并邮件发送给负责人。本文说明巡检日报应该回答什么、如何配置提示词和 cron、以及落地前需要满足的灭火图质量要求。
灭火图健康度怎么计算：飘红、飘绿和灰色分别意味着什么
Flashcat 灭火图健康度用绿色、红色和灰色表达对象状态：绿色表示健康，红色表示异常，灰色表示无足够数据判断。本文说明观测对象、路径卡片、无数据策略和健康值计算的最短配置原则。
下钻规则最佳实践：如何把日志、Trace、仪表盘挂到卡片上
灭火图下钻规则不是加链接，而是把异常观测对象和日志、Trace、仪表盘、其他卡片、拓扑和只读工作流连接起来。本文压缩总结下钻路径、标签变量、入口范围和验收方法。
观测规则最佳实践：如何批量生成可维护的灭火图观测对象
灭火图观测对象不应该靠手工堆出来。本文压缩总结观测规则的对象建模、元信息、路径、指标、异常条件、更新策略、下钻和验收方法，帮助团队批量生成可维护的灭火图观测对象。
故障复盘报告怎么写？用 AI 自动生成初稿的正确方式
系统说明如何写故障复盘报告，以及如何用 AI 基于故障详情、时间线、作战室讨论和告警上下文生成初稿，同时保留人工确认根因、影响和行动项的责任。
灭火图建设第一步：如何规划空间、分层和观测对象
灭火图建设不要先写规则。先规划空间责任边界、首页分层、首页分组、观测对象、标签、健康指标和负责人，才能把监控对象变成可排障、可告警、可复盘的观测对象。
监控告警应该配在底层规则，还是配在灭火图对象上
监控告警不是底层规则和灭火图二选一。底层规则发现技术信号，灭火图对象承接故障响应，北极星指标发现业务影响，三层联动才能减少噪音并提升排障效率。
事件墙在故障定位中的作用：为什么变更、告警和运营事件要放在一起看
事件墙不是附属页面，而是根因分析时间线。把发布、配置、Kubernetes、云事件、告警和运营动作放到同一时间窗口，才能更快判断故障前后发生了什么变化。
业务健康指标怎么设计：北极星指标、SLO 和故障发现入口
业务健康指标不是普通大屏。用北极星发现真实业务异常，用灭火图定位技术对象，用 SLO 管理稳定性目标，才能把可观测性接到业务影响。
SkyWalking / Jaeger / ARMS 已经有了，还需要统一可观测平台吗
本文讨论已有 SkyWalking、Jaeger、ARMS 等 APM 系统后，为什么仍然需要统一可观测平台，并从链路追踪边界、服务拓扑、灭火图对象模型、跨系统下钻、Flashcat APM 和建设路径说明 APM 与统一可观测平台的关系。
日志系统不只是检索：如何用日志报表把 Logs 变成 Metrics + Tracing
本文介绍如何用日志报表把结构化日志转成可持续观测的指标，并保留回到日志原文和 Trace 的路径，帮助团队从日志检索升级到趋势分析、维度定位、BubbleUp 和灭火图联动。
Zabbix / 老监控系统如何平滑演进到现代可观测平台
从 Zabbix 和老监控系统平滑演进到现代可观测平台的迁移路线，覆盖存量资产盘点、并行运行、Prometheus/OpenTelemetry 指标标准化、日志链路补齐、对象健康视图、告警入口、事件墙、SLO、巡检和老系统下线条件。
可观测性平台怎么选：开源组合、自研平台和商业平台的边界
本文从目标、团队能力、事故现场、长期成本和稳定性治理出发，比较开源组合、自研平台和商业可观测平台的适用边界，帮助企业选择更适合自己的可观测性建设路径。
Flashcat POC 验收清单：如何判断一体化可观测平台是否真的有价值
本文提供一套更贴近真实故障场景的 Flashcat POC 验收清单，帮助企业从数据复用、灭火图对象模型、下钻路径、告警闭环、业务指标、事件墙、SLO 和 FlashAI 判断一体化可观测平台是否真正有价值。
可观测性的 AI-Ready 之路：为什么 AI 需要灭火图这样的上下文
AI-Ready 可观测性不能只依赖大模型能力，更需要用灭火图组织对象、健康状态、拓扑关系、指标、日志、Trace、事件、下钻路径和知识库，让 FlashAI 基于完整上下文进行分析、巡检和操作。
从一张飘红卡片到根因定位：Flashcat 灭火图下钻怎么工作
本文介绍 Flashcat 灭火图下钻如何把异常观测对象、标签、日志、Trace、仪表盘、上下游卡片和事件串成故障分析路径，帮助团队从发现异常快速收敛到根因定位。
