Bad vs Sad 质量框架

把用户体验问题分成两级：

1. Bad（坏）：非常糟糕、不可恢复的错误。例如 CLI 崩溃导致工作丢失。
2. Sad（难受）：可恢复的痛点。例如界面闪烁——能忍，但不舒服。

关键规则与运作方式：

• Sad 会累积成 Bad：多个 sad 叠加起来，整体体验就滑向 bad，所以 sad 也要持续跟踪趋势。
• 各团队自定义 + 自设目标（高 agency）：在"bad = 不可恢复、sad = 可恢复痛点"这个统一定义下，每个团队针对自己负责的表面/服务自行界定哪些指标算 bad、哪些算 sad，并自己定改进目标。
• 优先保证 bad 类问题被聚焦解决，同时监控 sad 的趋势。
• 价值在于：比起一堆各自为政的仪表盘，这个高层框架让管理者能 zoom out 看"整体体验的主题是什么"。

配套手段：用 Claude 跨事故（incidents）做主题归纳，找质量热点（hotspot），判断下一个质量投资方向。