themePrimary 消费侧复核销项（WIP-338 ②）

复核人：扣子一号（coze1，闸门 admin-console/src）· 复核时间：2026-09-15

关联：交接文档 evidence/c1/332/themePrimary-消费补丁交接.md（§3 c端补丁三件套）

依据：义父确认「c端 themePrimary 补丁已按交接文档代推（tsc 0 复核过」，332 全链闭环宣告。

结论：读源层 PASS，消费层未落地 → 销项 PARTIAL

332 声明的「c端联动还原」在数据层成立，但UI 消费层尚未接线，themePrimary 运行时化在 C 端界面未生效。

一、逐件核对（对 main 当前 HEAD）

交接 §3 件	内容	落地状态	核对证据
§3.1 typings	顶层接口加 `themePrimary?: string`	✅ 已落地	`miniprogram/typings/api.d.ts` L579
§3.2 brand.ts	字段+DEFAULT_THEME_PRIMARY+normalizeHexColor+isThemeColor+归一	✅ 已落地	`utils/brand.ts` L19/34/59-62
§3.3 home 消费	home.ts setData `themeVars` + wxml 根节点 `style="{{themeVars}}"` + wxss 用 `var(--theme-primary)`	❌ 未落地	见下

二、消费层缺口证据（HEAD 实测）

pages/home/home.ts:72 仅 const b = getBrand() 且只 setData t.brandName，无 themeVars 注入。
pages/home/home.wxml 顶层节点无 style="{{themeVars}}"，品牌区/品牌尾无 var(--theme-primary)。
app.wxss:6 仍为 --color-primary: #9B2915 硬编码常量（未注入变量页面的兜底，符合交接 §3.3 设计，但消费侧尚未切换）。
全 C 端 grep：themeVars / var(--theme-primary) / 运行时注入逻辑 零命中（仅 brand.ts 读源层字段）。

→ themePrimary 数据已读到 getBrand() 缓存，但无任何 UI 消费者：设置品牌主题色后，C 端 home 主色/品牌区视觉不变（仍转山红 #9B2915）。品牌名/藏文等已由 321 链路呈现，但主题色这一维未生效。

三、为何判定 PARTIAL（不是全绿）

义父宣告「332 全链闭环」，但闭环判据里「c端联动还原」应以用户可见的主题色变化为准。当前数据层联动成立（read/rollback 后 brand.ts 值变化），但 UI 未渲染出来 → 白标化（L1 换皮）的「换主色」在 C 端消费未达成，属交接 §3.3 未代推，非读源层问题。

四、下步（不越闸门，登记反馈）

移交对象：C 端 = 小冈（真身闸门）；统筹代推人。
补代推 §3.3 最小补丁（已在交接文档 §3.3 给出 diff，含 home.ts setData themeVars + wxml 根节点变量 + wxss var(--theme-primary, var(--color-primary)) 兜底）。
代推后冷启动验证步骤（交接 §5）：admin 改 themePrimary → publish → C 端冷启动 → home 顶栏主按钮变新色；后端不回 themePrimary → 回归转山红兜底。
风险提示：若 §3.3 一直未推，白标化「换主色」在 C 端无效，332 不应宣告完全闭环。

五、复核判定

读源层（§3.1/3.2）：PASS（tsc 0，义父复核过，本席复核一致）。
消费层（§3.3）：FAIL / 未代推 → 销项 PARTIAL。
冲突标记：零。md2html 双版本待同步。