画像亮点:
- computeHighlights —— 纯函数,比两份分布:**这一格** vs **同治疗项整个池子**。
  ⭐ 判据是「相对基线的偏离」而不是绝对占比:「这批 80% 自费」没用(全池也是),
  「转介绍是平时的 2.6 倍」才是主管会据此改打法的东西。
  ⚠️ 基线取同治疗项,⛔ 不取全池 —— 种植的重要价值天然高于补牙,用全池会永远命中。
- 三道闸,缺一道就变噪音:倍数 ≥2 · 本批命中 ≥10 人 · 基线 ≥50 人。
  基线为 0 时**不比** —— ⛔ 不许当成「这一格独有」凭空下结论。
- CohortAttributesService.dimShares:精简版取数(只出分布),与 describe 共用
  同一份 cohortWhereSql / personaBreakdown,⛔ 不另写一套(T6a 同源)。
- 维度只留 rfm / referral_champion / entitlement_status 三个。
  ⚠️ 产品还点了「获客渠道」「折扣锚点」,它们目前只是 PersonaFeatureKey、
  不在 PERSONA_TAG_FILTER_DIMS 里,取不到分布 —— 要加得先补成 hidden 维度。
- 亮点失败不让确认单挂掉(锦上添花),但要 warn 出来。

🔴 修一处假绿:
  给 AssignmentProposalService 加第三个依赖后,测试仍按两参构造却全绿 ——
  因为那两处用的是 `const { X } = require(...)`,返回 any,**arity 查不出来**;
  运行时 this.cohorts 是 undefined,又正好被业务侧 try/catch 吞成"没有亮点"
  ⇒ 测试绿着,而新加的整条路径根本没跑。
  - require → 有类型的 import;补 cohortsStub 显式传入
  - 由此暴露并修掉 5 处此前被掩盖的类型错误(TemperatureValue / find() 可能 undefined)
  - package.json 的 type-check 接上仓库里**已有**的 tsconfig.typecheck.json
    (2026-08-05 因 ReleaseReason.OVER_CAPACITY 同类假绿建的,之前没进脚本)

1230 passed;type-check 含 tests 干净。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>