审核队列 · 1,415 条待审
出处硬校验：锚点须在 K0 命中；手填出处强制 inferred。批量通过：规则类直接入 rules.yaml（一个 commit）； 定义类需人工归簇请单张过。
建模纪律 · 知识分类骨架（11 类）—— 判不准时点开对锚点
没通过实体四条的，不是扔掉，是归位。每类锚在不同的数据形态上——锚不对就是归错了。
速判：占一张实体表 → 实体；按时间追加流水 → 事件；某实体会流转的取值 → 状态维；静态描述值 → 属性； 一组可选值 → 枚举；连两个实体 → 关系；多事件编排 → 流程；「如果…就…」→ 规则；施加的操作 → 动作；算出来的量 → 指标。 全文见仓库 建模纪律.md「纪律 2」。
可配置化H5主页支持新增权益（图片+文案），上限50个。
"**新增权益（图片 + 文案，上限 50 个）**。"
支付立减券与开户/会员激励活动均由SMP配置。
"支付立减券与开户/会员激励活动均由 SMP 配置。"
用户通过H5进件流程开通PL成功后上报所属marketingChannel，命中SMP配置的活动规则则触发支付立减券发放。
"用户通过 H5 进件流程开通 PL 成功后，上报其所属 `marketingChannel`；命中 SMP 配置的活动规则则触发权益（支付立减券）发放。"
支付立减券配置指定商户ID时需支持5000量级的商户ID配置，以覆盖全部CT BU。
"支付立减券配置指定商户 ID 时，需支持 **5000 量级**的商户 ID 配置，以覆盖全部 CT BU。"
线下获客配置优化：Offline unique id由固定前三位改为运营可自由输入位数，上报ID的前N位与配置项相同即命中（如配置01011则上报01011XXXXXX命中）。
"Offline unique id 由"固定前三位"改为**运营可自由输入位数**——上报 ID 的前 N 位与配置项相同即命中。"
会员激励活动示例：0 limit up用户购买01会员3个月（金额=80K Rp）则奖励支付立减券；配置项含会员类型值、月数、支付金额规则（< / ≤ / = / > / ≥）。
"0 limit up 用户购买 01 会员 3 个月（金额 = 80K Rp）则奖励支付立减券。"
limitUpPercentByPayment（消费提额率）取自EQUITY_TYPE='RWZG'→TEQY的EQUITY_VALUE。
"`limitUpPercentByPayment`：取 `EQUITY_TYPE='RWZG'` → `TEQY` 的 `EQUITY_VALUE`（消费提额率）。"
Promo 主页置顶展示"我的卡券"入口，并显示当前生效中的 coupon 数量。
"Promo 主页置顶展示"我的卡券"入口，并显示当前生效中的 coupon 数量"
"The promos you'll love"标题加星号，点击后跳转我的卡券页。
""The promos you'll love"标题加星号，点击跳我的卡券页"
低价权益、支付立减券、Admin Fee 券之间能否叠加及优先级尚未定义，代码无统一叠加器，源 PRD 亦未单独成文。
"低价权益 / 支付立减券 / Admin Fee 券之间能否叠加、优先级 —— 代码无统一叠加器，源 PRD 亦未单独成文"
源 PRD 描述的"按 PL 期限券多选多张一起用"在本仓未落地。
"源 PRD 描述的"按 PL 期限券多选多张一起用"在本仓未落地"
支撑流程指不属于单一产品、贯穿消费/取现/还款/开通等链路的通用用户流程，包括交易前的账户安全校验、新客引导和各动作的结果页。
"不属于单一产品，但贯穿消费/取现/还款/开通等链路的通用用户流程：交易前的账户安全校验、新客引导、各动作的结果页。"
PIN 态取值 0 表示未设置。
"PIN 态：`0` 未设 → `1` 正常 → `2` 锁定（失败次数超限）。"
PIN 态取值 1 表示正常。
"PIN 态：`0` 未设 → `1` 正常 → `2` 锁定（失败次数超限）。"
PIN 态取值 2 表示锁定，触发条件为失败次数超限。
"PIN 态：`0` 未设 → `1` 正常 → `2` 锁定（失败次数超限）。"
取现、还款、转分期等操作提交前都需先通过 PIN/密码校验。
"取现/还款/转分期等提交前都先过此校验。"
首登分流：对 riskCode 含 FlexibleLimitUser 且 HOME_TOUR_SHOWN 非 Y 的 LimitUp 用户，若 limitUpInteractiveGuidanceFlag 为 Y 则进入 Survey，否则进入新主页 Home。
"对 LimitUp 用户（`riskCode` 含 `FlexibleLimitUser` 且 `HOME_TOUR_SHOWN` storage 非 `Y`），按 `limitUpInteractiveGuidanceFlag==='Y'` 决定进 Survey（已做问卷续作）否则进新主页 Home"
HomeV2 的 welcome/tour 通过三层机制（localStorage 同设备挡、上报后端记 t_user_ui_record、后端按记录下发标志）确保只弹一次，跨设备也不重复。
"**HomeV2 welcome/tour 只弹一次的三层机制**"
hv2WelcomeShownFlag/hv2TourShownFlag 取值 N 表示展示一次。
"`hv2WelcomeShownFlag`/`hv2TourShownFlag`（`'N'`=展示一次，`'Y'`/缺省=不展示）"
hv2WelcomeShownFlag/hv2TourShownFlag 取值 Y 或缺省表示不展示。
"`hv2WelcomeShownFlag`/`hv2TourShownFlag`（`'N'`=展示一次，`'Y'`/缺省=不展示）"
LimitUp 开通结果页按 isV2OnboardingEligible 分流：第20位为 4（Beta）进入 V2 庆祝版，其余进入 V1 老版。
"内部 `isV2OnboardingEligible` 分流：第20位=`4` Beta→V2 庆祝版，其余→V1 老版"
结果页通用状态流转为：处理中 → 成功 → 失败/待进一步操作，并附后续 CTA 或回调商户。
"通用状态：处理中 → 成功 → 失败/待进一步操作（+ 后续 CTA / 回调商户）。"
GPS定位在KYC人脸、开户、首借场景采集经纬度；SDK≥1.0.6走原生权限申请，用户拒绝则弹出引导。
"KYC 人脸 / 开户 / 首借场景采集经纬度，SDK≥1.0.6 走原生权限申请，拒绝则弹引导。"
GPS上报是否真正触发受后台两个开关控制：openPaylaterScanFaceSwitch（开户刷脸场景强制上报GPS）、cashLoanSceneSwitch（首次取现场景强制上报GPS），且需场景命中locationReportScenes。
"是否真正触发受后台两个开关控制：`openPaylaterScanFaceSwitch`（开户刷脸场景强制上报 GPS）与 `cashLoanSceneSwitch`（首次取现场景强制上报 GPS），且需场景命中 `locationReportScenes`"
锁额（LimitUp锁额）成功时，以eventName为limit_lock_amount_success上报锁额成功事件。
"以 `eventName: 'limit_lock_amount_success'` 上报锁额（LimitUp 锁额）成功事件。"
开户外部上报以category为paylater_open_account_tracking向外部上报开户埋点。
"以 `category: 'paylater_open_account_tracking'` 向外部上报开户埋点。"
业务码位段含义以本文档为准；与历史PRD或代码推断冲突时，按"最新日期+PM已确认"收口。
"位段含义**以本文档为准**；与历史 PRD 或代码推断冲突时，按"最新日期 + PM 已确认"收口"
码字段未启用位默认为0；占位符X%/N期保留原样；引用位段时须注明所属code（Market/Flex/Seg/Risk）。
"未启用位默认 `0`；占位符 `X% / N 期` 保留原样；引用时务必注明所属 code（Market/Flex/Seg/Risk）"