三维的输入本来就取自画像(急迫等级 / 价值分群 / 生命周期 / 潜在治疗,见 scorer 入参),
但我为了"讲得细"又从 reason.signals 和 consultation_record 各推了一段话 —— 那是第二套口径,
和「画像标签」抽屉必然对不齐。两处已经翻车:

  · 从 signals.triggers 反推出「种植 · 缺 6 颗」。同一屏上 79 岁患者的召回目标写的是
    「活动义齿为主」,画像自己写的是「潜在种植」—— 三处三个说法。
  · 把 intentBehavior=2 说成「没主动问过」(上个 commit 已修措辞,这次直接移除):
    它来自 consultation_record,根本不是画像标签。

改成照抄画像:

    急迫性 10 × 0.4     急迫等级 紧急
    价值性 10 × 0.3     潜在治疗 潜在种植 / 潜在牙周
    意愿度 2.63 × 0.3   价值分群 重要挽留 · 生命周期 流失客

与该患者「画像标签」抽屉里的取值逐字一致。画像没标就说「画像未标 X」,不编。

为此 scenario 的 persona 上下文多取一个 potential_treatment,由 scorer 原样透传进
breakdown(仅展示、不参与打分)—— 前端拿画像的原文,而不是自己拿 K 码 + 牙位再算一遍。
中文名一律走 personaTagLabel(圈人字典),本文件不留映射表。hover 不再需要 signals 入参。

守卫测试相应收紧:三维文案里出现「缺 N 颗」「咨询」等非画像来源的词就红。

⚠️ 顺带查出一处**存量对不齐**(本次未改,需业务定):按年龄排治疗只落到了召回目标,
没落到画像 —— classifyGapToLabel 里 K08 仍只卡 age>18。生产 2,539 条 plan 目标写着
「活动义齿为主」而画像·潜在治疗仍标「潜在种植」。改它会同时改变「潜在种植」的圈人口径。

481 tests green · pac-web build 通过 · 本地真实数据逐条比对过画像抽屉。

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