审核队列 · 1,415 条待审
出处硬校验：锚点须在 K0 命中；手填出处强制 inferred。批量通过：规则类直接入 rules.yaml（一个 commit）； 定义类需人工归簇请单张过。
建模纪律 · 知识分类骨架（11 类）—— 判不准时点开对锚点
没通过实体四条的，不是扔掉，是归位。每类锚在不同的数据形态上——锚不对就是归错了。
速判：占一张实体表 → 实体；按时间追加流水 → 事件；某实体会流转的取值 → 状态维；静态描述值 → 属性； 一组可选值 → 枚举；连两个实体 → 关系；多事件编排 → 流程；「如果…就…」→ 规则；施加的操作 → 动作；算出来的量 → 指标。 全文见仓库 建模纪律.md「纪律 2」。
充值埋点（top-up.js）按渠道细分为 8 个分区（如 TOPUP、TOPUP_MEGA、TOPUP_INSTANT、TOPUP_DEBIT 等），每个渠道使用独立 category。
"充值，按渠道细分为 **8 个分区**（`TOPUP` / `TOPUP_MEGA` / `TOPUP_INSTANT` / `TOPUP_DEBIT` 等，每渠道独立 category）"
开通申请全链路埋点（pay-later-application.js）顶层共 11 个分区（顶层 key）：APPLICATION_PAYLATER、APPLICATION_PIN、APPLICATION_OCR、APPLICATION_FACE、APPLICATION_PAYLATER_FORM、APPLICATION_PDF_VIEWER、APPLICATION_UPGRADE_FORM、APPLICATION_PAYLATER_RESULT、APPLICATION_VIDEO_BANKING、APPLICATION_IOH_OTP、CHECK_APP_LIST。
"开通申请全链路，顶层共 **11 个分区（顶层 key）**：`APPLICATION_PAYLATER` / `APPLICATION_PIN` / `APPLICATION_OCR` / `APPLICATION_FACE` / `APPLICATION_PAYLATER_FORM` / `APPLICATION_"
landingpage、terms&conditions、detain、KTP、pre credit limit、face scan preparation、face detection、information、application.paylater 等属于 APPLICATION_PAYLATER 这一个顶层分区内部的 category 细分值，不是顶层分区。
"landingpage / terms&conditions / detain / KTP / pre credit limit / face scan preparation / face detection / information / application.paylater 等是 **`APPLICATION"
全量事件字典（label/category/action 完整清单）未在本节逐事件枚举，本节只列代表项与分区；完整字典由 BI 侧从代码导出维护。
"label/category/action 完整清单未逐事件枚举，本节只列代表项与分区；完整字典由 BI 侧从代码导出维护。"
GPS 上报的后台开关 openPaylaterScanFaceSwitch（开户刷脸）与 cashLoanSceneSwitch（首次取现）由后台在 payLaterSetting 中下发；前端读不到现网默认值，其是否开启需后端/PM 确认。
"`openPaylaterScanFaceSwitch`（开户刷脸）/ `cashLoanSceneSwitch`（首次取现）由后台下发于 `payLaterSetting`，前端读不到现网默认值，是否开启需后端/PM 确认。"