U6.05.5Existing filters must be inherited and stay visible through drill-down设计
钻取时已有的筛选条件应被继承并保持可见
别名: 筛选继承 · 钻取状态
概念解释
用户筛好"线上渠道 + 2025 年"再钻取，钻取后的每一层都应该继续只看线上渠道的 2025 年数据——筛选条件被继承，并且在钻取后的界面上仍然可见。筛选丢失是钻取最常见也最危险的缺陷：用户在不知情中对比了两个不同口径的数据，结论从第二步就错了。
机制
继承是钻取语义的组成部分：钻取的定义是"同一批数据，更细的粒度"，"同一批数据"就意味着筛选集合原样携带——丢掉任何一个条件，钻取就偷换了分析对象。可见性则是继承的验证条件：条件被继承但不再显示，用户无法确认口径仍在，深层图表的每一次引用都带着不确定性。两者合起来才能回答那个关键问题："这个数和上一层是同一口径吗？"——是，且看得见。工程上常见的错误是把钻取实现成"带新参数的重新查询"，遗漏了已有筛选参数的透传；这类缺陷在简单数据上不可见，在多层筛选下必然爆发。
边界
继承也有需要协商的边界：当筛选维度恰好是钻取维度的上层时（筛"华东"再按地区下钻），继承的筛选与钻取路径重叠，界面应显示两者并明确当前处于华东内部的细分，而不是静默丢弃筛选。钻取动作本身引入的新层级条件（点击"上海"）是显式的、有面包屑可见的，与继承的筛选分列显示，口径就完全可审计。跨层不兼容的筛选（筛"月度数据"后钻取到"日"粒度）需要界面提示用户确认，而不是静默转换。
怎么落地
- 钻取请求强制携带全部已有筛选参数，实现上以参数透传而非重新构造。
- 钻取后的视图保留筛选状态栏（见筛选组），继承条件与新增层级条件分列显示。
- 验证：设置两个筛选、钻三层、检查每一层的剩余数据比例与筛选栏；条件在任何一层消失即透传缺陷，属数据正确性问题，最高优先级修复。