fix(design,app-iced): 守门改成调用形状+逐调用点计数；filled-tonal 事实纠正（M86 r2 P1）

P1-1（守门漏网）：sub_24_boxes_go_through_view_at 原判据只认带 turbofish 的 icons::view::，
且 plain && !sized 让「同文件有 view_at」整文件放行，checked 还数文件不数调用点。现在：
- 先剥注释（注释里写 icons::view 不再误报）；
- 按调用形状匹配：icons::view( / view::< / crate::icons::· / super::icons::· / use …view as v
  与 {view} 之后的 v( / view(；
- 逐调用点计数，每文件必须恰好等于白名单期望（未列出 = 0）——所以「同文件改对 3 处漏 1 处」也红。

P1-2（事实错误）：FilledTonalButtonTokens.DisabledContainerOpacity = 0.12f 是存在的，
javap -p -constants 可见；它是编译期常量、被内联进 getDefaultFilledTonalButtonColors，所以在
<clinit> 里看不到——我上一轮把「没在 clinit 出现」误写成「字段不存在」。同时把「TonalButtonTokens」
从 0.1f 家族的依据里剔除（它在整个 AAR 里零消费者，正是本 mission 警告的死令牌坑），改为只引用
ButtonDefaults 真的调了 getDisabledContainerOpacity 的 Filled/Elevated/Outlined，并注明
TextButton（容器透明）与 Baseline（基准表、运行时无消费者）。

crates/design/src/color/state.rs

@@ -42,25 +42,30 @@ impl StateLayer {
 ///
 /// 别用「灰化」近似——深色模式下灰化会降低对比度，alpha 叠加两种模式都成立。
 ///
-/// ⚠️ 官方禁用 α 分**两类**，这个常量只属于第一类：
-/// - **按钮容器 10%**：`BaselineButtonTokens` / `FilledButtonTokens` / `OutlinedButtonTokens` /
-///   `TextButtonTokens` / `ElevatedButtonTokens` / `TonalButtonTokens` 的 `DisabledContainerOpacity`
-///   = `0.1f`（AAR 字节码 `<clinit>`）；
-/// - **面状控件（chip 容器/描边、slider 轨道、switch 轨道）12%**：那是另一类令牌
-///   （`AssistChipTokens.FlatDisabledOutlineOpacity` / `SliderTokens.DisabledInactiveTrackOpacity` /
-///   `SwitchTokens.DisabledTrackOpacity` = `0.12f`），口径在
+/// ## 取值依据（每个 token 的消费者都用 `javap -c ButtonDefaults` 数过）
+///
+/// - **按钮容器 10%**：`FilledButtonTokens` / `ElevatedButtonTokens` / `OutlinedButtonTokens` 的
+///   `DisabledContainerOpacity = 0.1f`，且 `ButtonDefaults.<clinit>` 里**真的调了**
+///   `getDisabledContainerOpacity()`（各 1 次）——活令牌。
+///   `TextButtonTokens` 同值但容器透明（`ButtonDefaults` 只读它的 `DisabledLabel*`）；
+///   `BaselineButtonTokens` 同值，它是**基准表**、运行时零消费者，只作参照。
+/// - ⚠️ `TonalButtonTokens` 也写 0.1f，但它在**整个 AAR 里零消费者**（`ButtonDefaults` 只引用
+///   `FilledTonalButtonTokens`；`grep` 命中的 `…TonalButtonTokens` 是后者的子串假象）。
+///   **别拿它当依据**——这正是本 mission 反复警告的死令牌坑（同 `ButtonSmallTokens.IconSize = 20`）。
+/// - **面状控件（chip 容器/描边、slider 轨道、switch 轨道）12%** 是另一类令牌，口径在
 ///   `unlucky_app_iced::components::interaction::disabled_colors`。
 ///
 /// ## ⚠️ 已知偏离：filled-tonal 的禁用容器**官方是 0.12f，我们走 0.10**
 ///
-/// 上面那行把 `TonalButtonTokens` 列进 0.1f 家族**只陈述它 `<clinit>` 里写的 token 值**，
-/// 不代表 tonal 的运行时行为是 10%：官方 `ButtonDefaults.getDefaultFilledTonalButtonColors`
-/// 里**硬编码** `ldc_w 0.12f`（`FilledTonalButtonTokens` 根本没有 `DisabledContainerOpacity` 字段）。
-/// 我们的实现在 tonal 与 filled 之间**没有区分**，两者共用本常量 ⇒ **tonal 实际画的是 10%**。
+/// A 级事实（`javap -p -constants androidx.compose.material3.tokens.FilledTonalButtonTokens`）：
+/// `public static final float DisabledContainerOpacity = 0.12f;`
+/// ——它是**编译期常量**，被内联进 `ButtonDefaults.getDefaultFilledTonalButtonColors` 的字节码
+/// （所以那里看到的是 `ldc_w 0.12f`，`getDisabledContainerOpacity()` 根本不会被调用；
+/// 在 `<clinit>` 里也看不到它——那是「没在 clinit 里出现」，**不是「字段不存在」**）。
 ///
-/// 这是**已登记的偏离，不是对齐**：将来若要修，需要按变体分派 α（`disabled_button_colors` 得长出
-/// 一个「哪个变体」的参数），并同步 `gallery/probe` 的逐行断言；本轮（M86）只做令牌一致性收口，
-/// 不扩到变体分派。
+/// 我们的实现在 tonal 与 filled 之间**没有区分**，两者共用本常量 ⇒ **tonal 实际画的是 10%**。
+/// 这是**已登记的偏离，不是对齐**：要修得让 `disabled_button_colors` 知道「哪个变体」，
+/// 并同步 `gallery/probe` 的逐行断言；本轮（M86）只做令牌一致性收口，不扩到变体分派。
 ///
 /// 曾经的缺陷不是「12 是错的」，而是**同一个常量同时服务这两类**：按钮那半边一直错、另半边一直对。
 pub const DISABLED_CONTAINER_ALPHA: f32 = 0.10;