C
catastrophic forgetting灾难性遗忘
在新任务上训练导致旧能力退化。它在目标任务指标上完全不可见,必须用无关的能力回归测试来检测。
chunk文本块
文档被切分后的检索单元。「检索要小、理解要大」的两难可通过「小块检索、大块生成」解耦。
chunked prefill分块预填充
把长 prefill 切成小块摊到多次迭代,避免它阻塞正在进行的解码。用少量 TTFT 换取平稳的 TPOT。
circuit breaker熔断器
连续失败达阈值后快速失败、定期试探恢复。既避免拖死自己,也给上游留出恢复空间。
commit point提交点
候选输出经过完整性、结构、语义、权限与幂等校验后,获准产生业务副作用的唯一边界。
context window上下文窗口
模型单次能处理的最大 token 数。它是能力上限而非使用建议——填满它的代价随长度超线性增长。
continuous batching连续批处理
以一次 forward 迭代为调度单位,完成的序列立即离场、新请求立即补位。消除的是时间维度的浪费。
copy-on-write写时复制
多方共享同一份数据、直到有人要写入时才复制的机制。使多条序列可以共享公共前缀的 KV。
P
PagedAttention分页注意力
借鉴操作系统虚拟内存的 KV cache 管理方式:切成固定大小的 block 按需分配,物理上不必连续。消除了预留浪费与外部碎片。
parameterized query参数化查询
SQL 中从语法层分离语句与数据的机制,它根治了 SQL 注入。LLM 缺少对应的结构,这正是 prompt injection 难以根治的原因。
parametric knowledge参数化知识
存在模型权重里的知识。稳定但无法快速更新、无法溯源、无法做权限区分。
pass^k
同一任务连续 k 次执行全部成功的概率,衡量一致性。它比单次成功率更能预测 agent 在生产中的可用性。
PEFT参数高效微调
parameter-efficient fine-tuning,只训练极少量参数即可完成任务适配的一类方法。
preference alignment偏好对齐
利用「比较比生成容易」的不对称性来调整模型行为,适用于「什么算好」难以写成标准答案的场景。
prefill预填充
推理的第一阶段,一次性处理全部输入 token 并写入 KV cache。其 attention 计算量约为输入长度的二次方,是 TTFT 的主要来源。
prefix caching前缀缓存
prompt caching 的底层实现名称。匹配是从第 0 个 token 开始的逐 token 精确前缀匹配。
prompt caching提示词缓存
复用相同前缀已算好的 KV,跳过其 prefill。降低 TTFT 与输入成本,但不影响 TPOT。
PTQ训练后量化
post-training quantization,对训练好的模型直接量化,成本低,是应用层的默认选择。
S
sampling采样
从模型给出的下一个 token 概率分布中选择输出。它使生成天然允许多种结果,工程上应验证可接受集合而非逐字快照。
selective batching选择性批处理
只对与序列长度无关的算子做批处理,attention 部分按序列单独处理。它让批内序列长度可以自由不同。
SFT有监督微调
supervised fine-tuning,用「输入-期望输出」样本对继续训练。适用于有明确对错标准的任务。
speculative decoding投机解码
用便宜模型生成草稿、由目标模型一次性并行验证。输出分布与原模型严格相同,本质是用富余算力换延迟。
speculative execution投机执行
CPU 中先赌一个分支往下算、赌错则回滚的技术。投机解码借用了同一思想。
static batching静态批处理
攒够一批请求一起执行、等整批完成才换下一批。已完成的请求会占着槽位空转,长度方差越大浪费越严重。
structured output结构化输出
把模型输出限制在指定 schema 的语法空间内。它保证形状,不保证字段值符合现实、权限或业务规则。
T
time per output token每 token 延迟 TPOT
后续每个输出 token 的平均间隔,决定流畅度。快过用户阅读速度后再优化收益趋近于零。
time to first token首字延迟 TTFT
从发出请求到收到第一个 token 的时间,包含排队与 prefill。它是用户等待感的全部来源。
token词元
模型处理文本的基本单位,也是计费、上下文长度与延迟的计量单位。模型看到的不是字符,而是 token ID 序列。
tokenizer分词器
把文本切成 token 并映射为整数 ID 的组件。不同模型的 tokenizer 互不通用,token 数必须用实际调用的模型来测。
trace调用链
一次请求横跨检索、模型调用、工具调用等多个 span 的完整记录。每个 span 须带 token 数、成本与模型版本,否则无法归因。