数仓结构审查

审查数据结构是否"良态"：分层清晰、粒度单、主键唯一、时态可信、契约不漂移、无重复逻辑。目标不是 让你推翻重建，而是定位结构病灶——改一处能救一堆查询。

这个 skill 交付什么

用户给一套表/数仓结构，你产出：

1. 结构审查报告 structure-review.md：按结构面逐条观察、证据等级、PASS/WATCH 结论。
2. 改进建议：每条结构问题给"改哪、怎么改、影响谁"，不改代码——建议是可执行的描述。

审查只读：只用元数据与结构信息，不跑全量数据。

与通用 /solid /数仓规范的关系

• 通用 /solid 做模块依赖方向/可测性；data-solid 做数仓结构五面（下方）。
• 借鉴 solid 的原则：单一职责（一层一界？不，数据层按"粒度单 + 契约不漂移"解释）、依赖方向（下游不反向依赖上游产生的模糊口径）、开闭（新增口径不破坏既有表，用新表/新列而非改写历史）。
• 复用套件证据分级：OBSERVED（元数据/结构事实）、INFERRED（语义推断）、CONFIRMED（契约确认）；结论只 PASS/WATCH（结构审查不轻易 BLOCK，改表是执行器责任）。