章节摘要:第 5 章微调出的检查点,接下来要面对两类「超规格」输入。一类是文本太长:BERT 级底座有输入长度上限,长文档塞不进一次前向——6.1 节讲 predict_long 的窗口扫描:长文分段、逐窗决策、聚合收口,窗口与步长怎么定,长文审核与多段证据判断两个示例场景怎么落地。另一类是选项太多:约 20 个以上选项的高基数场景官方承认 Jev 更强(官方口径),laya 侧的工程补偿分两层——6.2 节的 option budget 给算力画预算:最多评多少个选项、超预算怎么截、预算与延迟的关系;6.3 节的两段式:predict_shortlist 先用规则或召回把上百候选缩到二十个以内,再用 tournament 两两对比决胜。本章的共同主题是:轻量引擎的边界不是墙,是需要管理的预算。
两类超规格输入与 laya 的应对 输入侧超规格:文本太长 输出侧超规格:选项太多 ┌──────────────────────────┐ ┌──────────────────────────┐ │ ┌────┬────┬────┬────┐ │ │ 120 个候选选项 │ │ │窗1 │窗2 │窗3 │窗4 │ │ │ │ option budget (6.2) │ │ └──┬─┴──┬─┴──┬─┴──┬─┘ │ │ ▼ 预算裁剪/粗排 │ │ └────┴────┴────┘ │ │ ≤ 预算个选项 │ │ 逐窗决策 ──▶ 聚合收口 │ │ │ shortlist (6.3) │ │ predict_long (6.1) │ │ ▼ 缩到约 20 个内 │ └──────────────────────────┘ │ tournament 两两决胜 │ └──────────────────────────┘
一句话金句:轻量引擎的边界不是墙,是预算——窗口预算管输入,选项预算管输出。
(文字流程图)长文本 ──▶ 分段滑窗 ──▶ 逐窗决策 ──▶ 聚合;高基数候选 ──▶ 预算裁剪 ──▶ shortlist 粗筛 ──▶ tournament 决胜。
三节按序读:6.1 管输入长度,6.2 与 6.3 管输出规模——后两节是递进关系,预算是机制,两段式是预算之上的架构。
┌──────────────────┐ 都在管「一次前向装不下」 ┌──────────────────┐ │ 6.1 predict_long │ │ 6.2 option │ │ 窗口扫描 │ │ budget │ └────────┬─────────┘ └────────┬─────────┘ │ 输入侧:切的是 context │ 输出侧:裁的是 options ▼ ▼ 长文场景直接可用 ┌──────────────────┐ │ 6.3 shortlist 加 │ │ tournament │ ──▶ 高基数场景的完整答案 └──────────────────┘ 两段式内部用到 budget:shortlist 的出口就是预算线(示意关系)