审核队列 · 1,415 条待审
出处硬校验：锚点须在 K0 命中；手填出处强制 inferred。批量通过：规则类直接入 rules.yaml（一个 commit）； 定义类需人工归簇请单张过。
建模纪律 · 知识分类骨架（11 类）—— 判不准时点开对锚点
没通过实体四条的，不是扔掉，是归位。每类锚在不同的数据形态上——锚不对就是归错了。
速判：占一张实体表 → 实体；按时间追加流水 → 事件；某实体会流转的取值 → 状态维；静态描述值 → 属性； 一组可选值 → 枚举；连两个实体 → 关系；多事件编排 → 流程；「如果…就…」→ 规则；施加的操作 → 动作；算出来的量 → 指标。 全文见仓库 建模纪律.md「纪律 2」。
额度成长任务（Mission）面向 LimitUp 用户，完成 Top up、消费、还款等任务可解锁额度奖励。
"面向 LimitUp 用户的任务式提额：完成 Top up / 消费 / 还款等任务解锁额度奖励"
任务奖励上限为后台口径，marketCode 第11位已确认未使用、不再由位段编码。
"任务奖励上限为后台口径（marketCode 第11位已确认未使用、不再由位段编码）。"
质押锁定资产换取额外额度，额外 Top-up 额度 = 质押本金 × 杠杆率。
"锁定资产换取额外额度：**质押本金 × 杠杆率 = 额外 Top-up 额度**。"
质押资产类型为定存、钱包现金（按 marketCode 门控）。
"资产类型：定存、钱包现金（按 marketCode 门控）"
积分质押已于 2026-05-19 下线前向入口，存量可释放。
"积分质押已于 2026-05-19 下线前向入口，存量可释放。"
会员与 Premium 是面向 LimitUp 用户的付费会员，包括 Allo Prime / Limit Up Premium。
"面向 LimitUp 用户的付费会员（Allo Prime / Limit Up Premium）"
会员有两个独立信号：购买资格（marketCode）与实际会员态（member.status=ACTIVE）。
"两个独立信号：购买资格（marketCode）与实际会员态（`member.status=ACTIVE`）。"
会员卡有三态：即将到期（续费）、生效中、未购买（开通）。
"会员卡三态：即将到期（续费）/ 生效中 / 未购买（开通）。"
会员权益包括月费权益、杠杆率提升、还款提额比例提升，会员还款提额比例 6%，非会员兜底 2%。
"权益：月费权益、杠杆率提升、还款提额比例提升（会员 6%，非会员兜底 2%）。"
营销券类型包括定价券、价格券、折扣券、期数券，场景为取现、消费、消费分期。
"券类型：定价券 / 价格券 / 折扣券 / 期数券（场景：取现、消费、消费分期）。"
账户安全要求在高风险操作前进行 PIN/密码校验，并支持 PIN/密码重置。
"账户安全：高风险操作前的 PIN/密码校验，PIN/密码重置。"
结果页展示各动作的成功/处理中/失败页，LimitUp 开通问卷用于计算奖励档。
"结果页与开通问卷：各动作的成功/处理中/失败页，LimitUp 开通问卷用于计算奖励档。"
账户与借据状态机包含 7 维状态：开通KYC、冻结 blockCode、账单 U·N·O·F、借据、会员、客群、支用 cashState 及其流转。
"7 维状态（开通KYC / 冻结 blockCode / 账单 U·N·O·F / 借据 / 会员 / 客群 / 支用 cashState）及流转"
额度变更历史暂无规范路由，不应与账单/交易历史混淆。
""额度变更历史"暂无规范路由，勿与账单/交易历史混淆。"
开通申请（授信）与实名认证（KYC）是用户首次获得 PayLater 用信资格的前置链路，是整条产品的入口，决定用户能否进入消费/取现/还款。
"用户**首次获得 PayLater 用信资格**的前置链路：开通申请（授信）+ 实名认证（KYC）。是整条产品的入口，决定用户能否进入消费/取现/还款。"
申请结果态包含三种取值：提交成功/授信发放、审核中、拒绝（带原因码）。
"结果态：提交成功/授信发放 · 审核中 · 拒绝（带原因码）"
当 accountInfo.emailVerifyRequired 为真时，直接拦截消费/取现（消费与取现前先校验邮箱）。
"邮箱验证拦截：`accountInfo.emailVerifyRequired` 为真时，**直接拦消费/取现**（`view.js#checkAccountBeforeWithdrawAndPay` 先查邮箱）。"
在 KYC 人脸、开户、首借场景采集经纬度进行 GPS 留痕。
"GPS 留痕：KYC 人脸/开户/首借场景采集经纬度"
进入落地页、T&C、OCR、活体各步均需向风控/CNC 上报。
"风控/CNC 上报：进入落地页、T&C、OCR、活体各步均上报（`report-to-cnc.js`）。"
为提升 KTP 证件信息抽取准确率（旧版出生地误并入姓名字段等问题集中在姓名与出生地），onboarding OCR SDK 由 V1 升级至 Advance v3.0.3。
"为提升 KTP 证件信息抽取准确率（旧版"出生地误并入姓名字段"等问题集中在姓名与出生地），onboarding OCR SDK 由 V1 升级至 Advance v3.0.3。"
V3 在 V1 既有字段基础上，将原出生地与出生日期合一的 birthPlaceBirthday 拆为出生地与出生日期两路输出（PRD 文案写作 placeOfBirth / birthday）。
"将原"出生地+出生日期合一"的 `birthPlaceBirthday` 拆为出生地与出生日期两路输出。PRD 文案将这两路写作 `placeOfBirth` / `birthday`。"
OCR 以合一串 birthPlaceBirthday 入参，由前端函数 splitBirthPlaceBirthDay 切分后落到 birthPlace、birthDate 两个属性；切分动作发生在前端，SDK 不直接给出两个字段。
"由前端函数 `splitBirthPlaceBirthDay` 切分后落到 `birthPlace`、`birthDate` 两个属性"
KTP 扫描与回填流程：用户在 Scan KTP 教育页点击 I'm ready 拉起 Scan KTP SDK 拍摄/上传 KTP；识别成功后展示 KTP 表单并将 OCR 结果回填到各数据字段。
"1. 用户在 Scan KTP 教育页点击"I'm ready"，在 App 内拉起 Scan KTP SDK，拍摄/上传 KTP。 2. 识别成功后展示 KTP 表单，OCR 结果回填到各数据字段。"
OCR 容错规则：至少 1 个 OCR 参数为 null 时展示表单但相应字段留空由用户手工补填；全部参数为 null 时直接展示错误页。
"容错：**至少 1 个 OCR 参数为 null** → 展示表单但相应字段留空，由用户手工补填；**全部参数为 null** → 直接展示错误页。"
在 KTP 确认弹窗再次点提交后 KTP 数据落库，并按 OCR 风控引擎结果分流：被拒展示对应 RC 失败页，通过则进入人脸活体（liveness）步骤。
"用户在表单点提交 → 弹出 KTP 确认弹窗；确认弹窗再次点提交 → KTP 数据落库，并按 OCR 风控引擎结果分流：被拒展示对应 RC 失败页，通过则进入人脸活体（liveness）步骤。"
KTP 确认页承载 8 个字段：Full Name、KTP（NIK）、BirthPlace、DoB、Gender、Postal Code、Mother's Maiden Name、Email。
"确认页 `ocr/Confirm.vue` 承载 **8 个字段**——Full Name、KTP（NIK）、BirthPlace、DoB、Gender、Postal Code、Mother's Maiden Name、Email"
Mother's Maiden Name、Email、Postal Code、Gender 为 OCR 回填之外的必填补全项。
"Mother's Maiden Name、Email、Postal Code、Gender 为 OCR 回填之外的必填补全项。"
表单分发（PAY_LATER_APPLY_FORM）为通用 Continue 落地页，全仓无任何路由跳入，判定为死代码/遗留。
"通用 Continue 落地页：验密 → `onNext` 续流）——**全仓无任何路由跳入,判定为死代码/遗留**"
开户落地页准入时，若钱包处于锁定（mpcStatus='20'）或冻结（mpcStatus='30'）状态，则弹窗阻断，不允许继续开户。
"钱包冻结/锁定（`mpcStatus ∈ {Locked '20', Frozen '30'}`）弹窗阻断"
邮箱强制校验在开户主流程已被注释禁用，emailVerifyRequired 拦截只作用于消费/取现场景，不拦截开户流程。
"`emailVerifyRequired` 拦截只作用于消费/取现（B 节），不拦开户"