基础层 · 网页版

Transformer & AttentionLLM,大模型原理

大模型的发动机舱:从序列问题到 Transformer、QKV 注意力三步拆解、全解剖与参数账,再到 KV 缓存与上下文窗口的成本物理学、注意力的三线工程进化——最后把架构翻译成成本、性能与选型的答案。本页是这一册的网页版,讲义 PPT 见页脚链接。

核实窗口 2026-07-08 变体采用格局季度级演进 · 原理层长青

01从序列问题到 Transformer#llm-why-transformer

语言的本质困难是长距离依赖:合同第 12 页的「上述甲方」指向第 1 页的定义条款。两个硬要求——记得住远处的信息、分得清哪些此刻相关——正是注意力被发明出来要解决的问题。

Transformer 之前的 RNN 像传声筒游戏:逐词读入、把一切压进固定大小的记忆向量——三宗罪:

遗忘

长文装不下。

串行

GPU 上千核心干瞪眼。

梯度消失

学不会长距离依赖。

2017 年《Attention Is All You Need》做了激进的减法:扔掉递归骨架,让注意力从配角变唯一主角——所有词两两直连,信息路径长度恒为 1(直达电梯,不是 12 页的接力)。

RNN(2017 之前) 逐词读入,压进固定大小的记忆向量 遗忘:长文装不下 串行:GPU 上千核心干瞪眼 梯度消失:学不会长距离依赖 Transformer(2017—) 所有词两两直连,路径长度恒为 1 直达:信息路径长度恒为 1 并行:全序列并行训练 可扩展:堆数据堆算力有回报
扔掉递归骨架,让注意力从配角变唯一主角——高亮那列是赢家。

最值钱的副产品是全序列并行训练:可以疯狂堆数据堆算力,直接解锁了 GPT 路线。

总览像一场圆桌会议:每个词是一位与会者,发言前先环顾全场(注意力)——谁与我相关就多听谁的;然后回座位独立消化整理(前馈网络 FFN)。会要开 N 轮(N 层),每轮理解更深。代价写在最后一行:注意力是 O(n²)——大模型的成本、延迟、上下文限制,根子都在这,它是第 4、5 节全部工程故事的伏笔。一句话:Transformer 赢在可扩展——它让「变大」第一次变得既可行(并行)又有回报(scaling)。

02注意力:QKV 拆解#llm-attention-qkv

注意力=可学习的加权平均:每个词对全句所有词打「相关度分数」,按分数加权吸收信息。「这个苹果很甜」vs「苹果发布了新手机」——同一个词,看谁、看多重,权重由数据学出来,这就是它全部的魔法。

QKV 三件套用图书馆检索记

是什么图书馆里对应
Q(Query)我想找什么你手里的检索词
K(Key)我是讲什么的每本书的书脊标签
V(Value)真正被取走的东西书的正文内容

为什么要三个分身?「我在找什么」和「我能提供什么」是两回事——K ≠ V;三个矩阵都是训练出来的。

三步计算

① 点积算相关 O(n²) 诞生在这一步 ② 缩放 + Softmax 分成总和 100% 的注意力预算 ③ 加权求和取货 得到带上下文的新向量 Attention(Q,K,V) = softmax(QKᵀ/√dₖ)·V ——三步拆开,每步都是常识
①方向越一致越相关,n 个词 n² 对关系;②除以 √dₖ 给分数降温防饱和;③新「苹果」≈ 0.6×V(发布) + 0.25×V(手机) + …,已经是「科技公司的苹果」。

因果掩码:生成式训练是「预测下一个词」,第 i 个词只许看位置 1…i——做完形填空不许偷看后文答案。妙处:一句 100 词 = 100 道练习题一次并行算完(训练效率的关键),也顺带解释了 GPT 写到一半不会回头修改。多头注意力像专家会诊:把向量空间切成 h 份各看一面(语法头盯主谓、指代头盯「它」指谁),拼接融合——头数不是越多越好(头数 × 每头维度 = 固定预算)。白板口诀:Q 问、K 答、V 给货,softmax 分预算。

顺带一条边界:多模态不是新架构——ViT 把图切成 16×16 的 patch,每块地位与词向量完全等同, QKV 原样复用,O(n²) 对图像同样成立(分辨率越高越贵)。深入见 Multimodal 模块。

一条对客边界:注意力权重能当「可解释性证据」吗

做直觉演示可以,当严格证据要小心:权重高不等于因果上重要,学界对此有长期争议。给客户白板讲原理没问题,写进审计报告 / 合规解释就不行——那需要的是可复核的评测与归因,不是一张注意力热力图。

03Transformer 全解剖#llm-architecture

一个 Transformer 块 = 注意力 + FFN(各带残差),所谓大模型就是同一个块堆 N 次。解剖的要点是一笔参数账:参数大头在 FFN(约 2/3),不在注意力——「知识难更新」由此而来,RAG 因此而兴。

组件干什么7B 级参数占比
嵌入表 Embedding语义 GPS:字典义坐标(「国王−男+女≈女王」);上下文义靠 N 层加工~2%
注意力(Q/K/V/O)信息交换(第 2 节)~31%
前馈网络 FFN知识仓库与深加工:升维 4 倍、逐词独立;事实性知识大量存在这里~65%
LayerNorm 等数值稳压<1%
必答的「为什么」答案
为什么要位置编码注意力天生不分先后(打乱词序点积不变),必须显式注入位置。RoPE 把相对距离编码成旋转角度(座位牌不写第 5 号,写「你和每个人各隔几个座位」),是主流开源模型的事实标准,超长上下文靠插值 / YaRN 扩展
残差与 LayerNorm 干什么残差是高速公路主路,信息与梯度沿主路直达——百层网络训得动的根本原因;LayerNorm 是稳压器
Decoder-only 为什么统治「预测下一个词」一个目标通吃所有任务、配合因果掩码训练信号最密、结构单一好规模化。BERT 系双向架构仍活跃在检索嵌入侧(RAG 检索端常见)

MoE(Mixture of Experts)像三甲医院分诊台:1000 位专家在编(总参数),挂一次号只见 2 位相关科室的(激活参数)。DeepSeek-V3 总参 671B、每 token 只激活约 37B——2026 主流旗舰基本都是 MoE。看 MoE 要问两个数:总参数(存储账)和激活参数(计算账),两个都真、衡量的东西不同。「参数账」不等于「显存账」——推理时显存大头常是 KV 缓存,下一节。

04KV 缓存与上下文窗口#llm-inference-kv

推理的「钱」和「慢」都写在两行账里:O(n²) 的 prefill 与 KV 缓存的显存。会算这两笔账,就会谈成本——按 token 计费、输出比输入贵、首字慢、并发爆卡,全是它们的直接映射,不是定价花招。

生成是自回归循环:写 500 字 ≈ 完整跑 700 多次前向——流式输出不是产品特效,是模型本来的节奏;每个输出 token 都是一轮完整前向,这就是输出单价高于输入的架构原因。

两阶段像餐厅

阶段怎么跑吃什么症状
prefill 备菜慢整段并行,O(n²)算力密集50 页文档半天不出字就是它在啃
decode 上菜快逐 token带宽密集字一个个往外蹦

TTFT 与 TPOT 分开谈。

KV 缓存是空间换时间

历史 token 的 K/V 算一次存起来反复用(翻会议纪要,不重放录音)——代价是纪要越记越厚:7B 模型一条 32K 对话的缓存 ≈ 16GB,比 14GB 的模型权重还大;并发 10 条 = 权重十倍量级的显存。

窗口长度翻倍:prefill 计算 ×4、KV 显存 ×2。

注意力变体 KV 账速算

按讲义第 4/5 章口径(7B 级 MHA ≈ 0.5MB/token FP16;GQA 8:1 ÷8、MLA ≈ ÷10; 70B 级按 GQA ≈ 0.32MB/token 折算)。教学量级直觉,选型以模型卡实测为准。

标称 1M ≠ 有效 1M:四堵墙

2026 现状:托管商用模型 ≥1M 窗口已成旗舰标配(Gemini 3.1 Pro 官方页 1M、Llama 4 Scout 标称 10M;「13 家」这类跨站计数已删),但 RULER / MRCR v2 / NoLiMa 等基准显示多事实检索过 200K 普遍掉 30–60 分——塞得进 ≠ 记得住。

窗口是「训练出来的能力」,不是「配置出来的参数」

中间隔四堵墙:

墙卡在哪
① 训练长程依赖数据天然稀缺(整本书才 100–300K token)+ 平方级训练成本
② 架构O(n²) 硬撑不可持续,稀疏 / 线性是有损压缩
③ 服务KV 巨量、HBM 带宽墙、超长 prefill 无缓存则分钟级
④ 质量标称 ≠ 有效

最强拉长驱动是视频(高分辨率约 300 token/秒,1 小时 ≈ 108 万 token;默认低档约 100 token/秒)。主战场已从标称长度竞赛转向有效长度 × 单位 token 经济性 × 记忆分层。

这也是两条高频答辩的架构论据:「1M 窗口还要 RAG 吗」——要:全量塞入平方级烧钱、过 200K 有效性衰减、新鲜度与行级权限只能在检索层做(应用视角见 RAG 网页版);上下文工程为什么非做不可——每多塞 1K token,所有后续轮次都为它付费(复利型成本),做法见 Agent 网页版。服务系统怎么管好这笔账(分页、前缀缓存、容量规划)在 LLM-Inference 网页版——互为前后篇。

长上下文现状核实 2026-07-08(视频 token 口径 07-20 补),来源长上下文基准汇总。

一次生成请求的状态机:「为什么答一半就停」

一次请求从收到 prompt 到吐完答案,走过三组状态——像一通客服电话,每种「挂断」的记法都不一样,事后排查全靠它:

状态组发生了什么
进行中准备上下文(拼 system / 历史 / 检索片段)→ prefill(整段并行编码,O(n²) 大头)→ decode 循环(逐 token 自回归)
等待工具调用返回 / 用户补充输入
终态三种:停止词命中 / 长度上限 / 报错

客户问「为什么有时答一半就停」,按三种终态答——它们的责任方完全不同:长度上限是额度问题(要么输出上限设小了,要么输入太长把窗口吃掉、剩给输出的不够);停止词命中是配置问题(停止序列配得太宽,正文里出现那个串就提前收尾);报错是链路问题(超时、限流、上游异常,这一类根本没跑完)。所以工程上日志要记停止原因、参数与模型版本,否则每次都得重演一遍才知道是哪一种。

再往前一步是「同一个问题问两次,答案为什么不一样」:decode 每一步模型给出的不是唯一答案,是下一个词的概率分布,服务端按分布抽一个再接着往下写——采样参数调保守就贴着最高分走,放开就更发散。同问不同答是设计使然,不是故障;但反过来也别把「逐字一致」写进验收——固定 seed 也不能替代回归测试,生成有随机性,靠一次跑对不能证明版本没退化。

05注意力的工程进化#llm-attention-zoo

近十年的注意力改造全部沿三条战线:

压 KV 缓存MQA→GQA→MLA,少记/压缩纪要
减计算量滑窗→稀疏→线性混合,少看但看对地方
榨硬件FlashAttention,数学不变只改搬运

客户抛出任何新名词,先问:它在打哪座山?

变体打哪座山主要代价谁在用(2026-08 核实)
MHA(基线)—KV 缓存最大教学基准与小模型
GQA 8:1压 KV(↓8×)质量轻微让步生产默认:Llama、Qwen dense 系
MLA压 KV(↓约 10×)需定制推理 kernelDeepSeek 系、GLM-5;Kimi K3 的混合层里每 4 层留 1 层
滑窗交错 SWA减计算 O(n·w)远依赖靠层间接力Gemma 3(约 5:1)、GPT-OSS
稀疏 DSA减计算 O(L·k)索引器额外开销DeepSeek V3.2+、GLM-5——已进旗舰生产
线性混合 3:1减计算 O(n) 为主复杂推理精度风险Qwen3.5 转正、Kimi K3(KDA 3:1,Kimi Linear 的通道级门控进化版)
FlashAttention榨硬件(不改数学)无(纯工程收益)全行业默认集成(FA-4 面向 Blackwell,PyPI 仍为 beta)
机制怎么省像什么 / 代价
GQA每 8 个 Q 头共用一组 KV32 位专家每 8 人共用一套百科全书——够用又省地方
MLA不砍头数,把 K/V 低秩压缩成潜在向量存缓存把书压成 zip、看时解压——柜子省得更狠,代价是解压要定制 kernel
DSA 稀疏只精读重点读 500 页标书先扫目录标出 20 页重点再精读
FlashAttention只改搬运不改数学换了动线设计的厨房——菜谱一个字没改,出菜速度翻几倍

线性混合的格局一句话——钟摆在「效率」与「精度」之间来回,混合与稀疏是当前落点:MiniMax M1 押注线性 → M2 退回全注意力保精度 → M3(2026-06)改用 MSA 稀疏注意力重提效率;同一时间 Kimi 把线性混合(KDA 3:1)推上了 2.8T 的 K3 旗舰。「线性不进旗舰」这条旧结论已经翻篇,但「纯线性扛不住复杂推理」仍然成立——所以主流是混合,不是全线性。

价格差从哪来:注意力变体决定 KV 显存 → 决定单卡并发 → 决定每 token 摊薄成本; MoE 决定激活计算量;FA 与引擎决定硬件利用率。「DeepSeek 为什么便宜」三行拆完: MLA(KV ↓10×)+ MoE(激活 37B/总 671B)+ 自研推理工程——便宜是设计出来的,不是补贴出来的。看懂一家模型的注意力设计,就看懂了它的成本结构:架构表就是价目表的底稿(市场侧对照见 Model-Landscape 网页版)。

变体格局核实 2026-08-01(K3 的 KDA 混合、M3 的 MSA 稀疏另据 Kimi K3 模型卡与技术报告 arXiv 2607.24653、MiniMax 官方发布文与 arXiv 2606.13392),其余来源 Raschka 变体图解 / arXiv 2512.02556(DSA)等。不可外推边界:图解与论文给的是架构谱系,不含各变体在具体硬件上的实测收益;文中「KV 降到约 1/10」这类比例是同级对照下的量级,换模型规模与并发口径就会变。

06售前视角收拢#llm-presales-map

把五节折叠成一张「客户问题 → 架构答案」速查表;新架构挑战用三段式接;私有化需求用七问把「聊架构」变成「算账」。

客户问题一句话答案深入看
为什么按 token 计费、输出更贵?自回归:每个输出 token 都是一轮完整前向第 4 节
为什么首字出得慢?Prefill 在啃 O(n²)——备菜慢,上菜快第 4 节
为什么私有化并发上不去?KV 缓存吃显存,长对话缓存比权重还大第 4/5 节
DeepSeek 为什么便宜?MLA 压 KV 十倍 + MoE 激活 1/18 + 推理工程第 5 节
1M 上下文还要 RAG 吗?有效 ≠ 标称 + 平方级成本 + 权限,三条论据第 4 节
模型知识为什么过时?知识压在 FFN 权重里,截止于训练日第 3 节

四类失败,四种控制:「模型答错了」不是一种病——知识缺口(上 RAG 与拒答)、推理失败(拆步骤加验证,换大模型只能治这类的一部分)、上下文失败(管预算与排序引用)、治理失败(授权隔离人工)。像医院分诊:没分诊就换大模型,相当于头疼直接吃止痛药。

「Transformer 要被 Mamba 取代了吗」三段式:①承认趋势——注意力确实在被稀疏化、线性化、混合化;②校准现状——混合已成主流实践(Jamba/Nemotron 交错、Qwen3.5 混线性层),但全注意力仍是精度基准,旗舰闭源没有一家公开弃用;③收回主动权——客户该关心的是效果、成本、生态三角,架构是手段不是采购目标。这个三段式适用于一切「X 要取代 Y」。

选型七问(把 8 张 H100 的采购变成一页算术题):①上下文需求多长、有效窗口有第三方基准吗 ②目标并发多少(KV/token × 并发 × 长度 = 显存账)③候选是 MHA/GQA/MLA、引擎支持吗 ④是 MoE 吗、总参与激活各多少 ⑤GPU 代次与 kernel 匹配吗(FA-3 对 Hopper、FA-4 对 Blackwell)⑥请求里有多少可复用前缀、能吃到缓存折扣吗 ⑦任务是长文档归纳还是多轮复杂推理(决定敢不敢用线性混合)。

07现场高频追问#qa

只收会改变某个决定的问题——会改变技术方案、风险判断、验收方法、对客沟通或下一步行动。

每题标出它加入本题库的日期:2026-07-08 来自讲义首版对练页, 2026-07-13 来自四类失败与讲解验收增补,2026-07-23 是按客户交锋场景补的三题(账单与延迟归因 / 输出不稳定 / 答一半就停)。

为什么现在的大模型清一色 Transformer?2026-07-08

不是它最精巧,而是它最能「堆」:全并行训练让数据和算力的投入能持续变成效果,这是 RNN 做不到的。架构竞争的本质是可扩展性竞争。

这题定调全册:赢在可扩展——「变大」第一次既可行(并行)又有回报(scaling)。答稳它,后面所有架构话题都有了主线。

下一步 白板画圆桌会议总览图,标出注意力与 FFN 的分工——这张图是全部深入讨论的地基。

依据 第 1 节

参数量 7B、70B 到底意味着什么?2026-07-08

主要是 FFN「知识仓库」和注意力矩阵的规模——参数大头(约 2/3)在 FFN。参数越大记的知识越多,推理成本同步涨;MoE 就是想解耦「记得多」和「算得贵」。

「参数账 ≠ 显存账」是最常见的误解:推理时显存大头常是 KV 缓存,不是权重——混淆这两笔账,容量规划必错。

下一步 用速算器算一条长对话的 KV 与权重的对比,当场展示「缓存比模型还大」。

依据 参数账 · 显存账

都有 1M 上下文了,还要 RAG 吗?2026-07-08

要。三条架构论据:全量塞入按 token 计费 + 平方级 prefill 贵得离谱;过 200K 有效性明显衰减(掉 30–60 分);知识分钟级更新与行级权限只能在检索层做。

「标称窗口」是参数上限、「有效窗口」是工程参数——这对区分是长窗口营销话术的解药,四堵墙讲清为什么。

下一步 客户需求若依赖 200K 以上可靠检索,直接引 RAG 网页版的架构方案;追问友商「有效长度多少、超长怎么计费」。

依据 四堵墙 · RAG 网页版

私有化部署为什么并发上不去?2026-07-08

显存被 KV 缓存吃掉了——一条长对话的缓存能比模型权重还大。解法三管齐下:选 GQA/MLA 架构的模型、用 vLLM 分页管理、给上下文长度设限。

这笔账当场算给客户看比十页材料有说服力:7B 一条 32K 对话 ≈ 16GB 缓存 vs 14GB 权重。

下一步 按选型七问过一遍需求;容量规划的完整工具在 LLM-Inference 网页版的计算器。

依据 显存账 · LLM-Inference 网页版

DeepSeek 为什么那么便宜?2026-07-08

架构上两板斧:MLA 把 KV 缓存压到约 1/10(单卡并发大增),MoE 让 671B 参数每 token 只算 37B;再加自研推理工程。便宜是设计出来的,不是补贴出来的。

这套三行拆法对任何一家都适用——把「他们为什么便宜/贵」变成架构分析,是本册最值钱的售前技能。

下一步 客户聊到任何模型,先在变体对比表里找到它的行——成本结构与能力边界就有了七成答案。

依据 第 5 节

被问到完全没听过的架构名词怎么办?2026-07-08

用三条战线接住:「它是压 KV、减计算,还是榨硬件的?」十有八九能归进第 5 节的框架;然后坦诚说回去核实细节。框架在手,不怕新词。

三条战线由 O(n²) 和显存墙两个物理事实决定——具体型号会换,框架不会过时。

下一步 「X 要取代 Y」类问题套三段式:承认趋势 → 校准现状 → 拉回效果/成本/生态三角。

依据 三条战线 · 三段式

模型知识为什么会过时?能打补丁吗?2026-07-08

知识压在 FFN 权重里,截止于训练数据。改权重(微调)成本高且容易误伤别的能力;主流做法是外挂检索(RAG)——新知识放库里,模型负责理解与组织。

「事实性知识大量存储在 FFN」这个研究共识,是「改知识用 RAG、改行为用微调」选型边界的架构根据。

下一步 知识更新频率高的需求直接走 RAG 网页版的方案;行为定制才评估微调。

依据 FFN 知识仓库

客户抱怨「AI 又胡说」,怎么系统性接住?2026-07-13

先分诊再开药:知识缺口上 RAG 与拒答、推理失败拆步骤加验证、上下文失败管预算与排序、治理失败上权限与人工——失败层不同,该动的控制完全不同。

换更大的模型只能治推理失败的一部分——没分诊就换模型,相当于头疼直接吃止痛药,越权外泄这类「治理科」的病根本治不到。

下一步 把客户的故障单按四层归因做成表格再谈方案;高风险结论一律要求外部证据。

依据 四类失败

你们这东西为什么又贵又慢?2026-07-23

别笼统答,当场拆成三笔账,因为它们的根因和修法完全不同。①输入:prefill 要整段并行啃完,计算随长度平方涨——窗口翻倍,计算 ×4,输入越长,首字越慢。②输出:每个输出 token 都是一轮完整前向(写 500 字 ≈ 完整跑 700 多次前向),这就是输出单价高于输入的架构原因,也是字一个个往外蹦的原因。③轮次:多轮对话里每多塞 1K token,后续每一轮都为它付费——账单涨得比用量快,十有八九在这一项。「慢」同样要拆两半:首字慢是 prefill 在啃,出字慢是逐 token 在跑,两种慢的修法不一样,混着谈必答错。

客户说「贵」时心里是一个总数,你要把它变成三项可以分别下手的账;否则谈判只剩砍功能和砍价这两条最贵的路。而且贵和慢在架构上同一个根:token 数 × 前向次数——所以压对了一项,两个抱怨一起缓解。

下一步 要他们一周的调用日志,按输入 / 输出 / 轮次三项拆开,先看哪项占大头再谈优化:长输入的定价账见 LLM-Inference,前缀缓存与提示词瘦身的具体手法见 Prompt-Engineering。

依据 两阶段与复利型成本 · 速查表

同一个问题问两次,答案不一样——这不是 bug 吗?2026-07-23

不是故障,是自回归生成的默认行为:模型每一步给出的不是唯一答案,是下一个词的概率分布,服务端按分布抽一个再往下写——采样参数调保守就贴着最高分走,放开就更发散。所以稳定性是可调的旋钮,但别把「逐字一致」写进验收:固定 seed 也不能替代回归测试。正确的验收口径是同问同结论,不是同问同字——用评估集批量跑、看通过率,而不是拿一条 case 反复复现。

客户的测试团队是按传统软件的思路提的缺陷单——「同输入不同输出=功能不稳定」。这一单要是当 bug 接下来,往后每个版本都得陪着复现;改叙成「随机性是可调参数 + 验收验结论」,才把验收拉回可执行,也顺带把日志要求(参数与模型版本)提前谈掉,否则「上周还好好的」根本无从查起。

下一步 让他们把「答案不一样」的样本分成两堆:结论不同的进评估集当真问题(怎么建评估集),只是措辞不同的调采样参数即可——分完,大半缺陷单会自己消失。

依据 生成请求的状态机

为什么答一半就停?2026-07-23

先看日志里的停止原因,三种终态责任方完全不同:长度上限——输出上限设小了,或输入太长把窗口吃掉、剩给输出的额度不够(改配置或压输入);停止词命中——停止序列配得太宽,正文里出现那个串就提前收尾(改配置);报错——超时、限流、上游异常,这一类根本没跑完(看错误码)。一句话给客户:「答一半就停」不是一种病。

现场最容易犯的错是当场归因成「上下文不够,得上更大的模型」——三种终态里只有一种和窗口有关,另外两种换模型一点用没有。这跟四类失败的分诊法是同一个道理:先归因再开药。

下一步 现场就问三句:停止原因是什么、输出上限设了多少、输入有多长。三句答完当场能定位,答不上来就是日志没记——那本身就是要先补的一项。

依据 生成请求的状态机 · 四类失败

09来源与核实#sources

本页时效性数字均经联网核实后写入,完整登记(事实 × 核实日期 × 信源)见本模块 MANIFEST。核实窗口 2026-07-08。原理层长青,格局层按季在变——引用变体采用与窗口数据前先核日期。

来源 ID信源支持什么不能支持什么
src-zooRaschka 变体图解 / arXiv 2512.02556、 2512.12087变体机制与采用格局(GQA 默认/MLA 一派/DSA 生产化) 采用格局季度级演进
src-longctx长上下文基准汇总(RULER/MRCR v2/NoLiMa)标称 vs 有效(过 200K 掉 30–60 分) 具体模型的有效长度要看当期基准
src-arch开源架构对比综述 / DeepSeek-V3 论文 参数账、MoE 与 RoPE 的事实标准地位不涉及训练侧细节(见 LLM-Training)
src-videoGemini 官方文档(2026-10-20 核) 视频 token 换算(默认约 100、高分辨率约 300 token/秒)各家换算口径不同,建议复查日 2026-10-31