一句话定义：Hydrogen 是 Gemini 模型家族里专门处理复杂问答的档位，接替上一代 Flash 档，成为“需要停下来想一下”的那类请求的默认选择。
模型配置从单款变成多档的原因
模型厂商现在发布模型，通常是一个模型家族、多个档位，而不是只发一款。原因很实际：线上的请求根本不是同一种东西。
把这件事想成寄快递就明白了。有人只是问“今天几号”，这是同城闪送，三十秒送到就行；有人寄的是一箱易碎品，需要拆包、核对清单、垫上缓冲、再回单。你要是用闪送的价钱和速度去处理易碎品，包裹碎了，返工成本反而更高。模型的分档，本质上就是给不同“包裹”配不同的处理流程。
Hydrogen 对应的是后面这一类：一份三十页的合同要挑出风险条款、三张报表的数据要互相对齐再解释差异、一个问题需要先拆成几步再逐步自检。这类任务的特点是需要多步推理、输入较长，通常还要调用工具，而且答案必须结构化、可核对。快模型在这些任务上往往“答得飞快但答错”，最终并没有省钱。
与相邻档位的区别
关键差别在于每个请求愿意花多少推理算力，而不只是参数规模大小。
| 档位 | 典型场景 | 感受 |
|---|---|---|
| Instant | 短问答、闲聊、格式转换 | 秒回，几乎不“想” |
| Nano | 跑在设备端的小任务，如本地摘要、联想 | 离线可用，能力有限 |
| Flash-Lite | 批量分类、抽取字段、一句话改写 | 便宜量大，适合高频流水线 |
| Hydrogen | 多步推理、长文档理解、需要自检的问答 | 慢一点、贵一点，但一次答对 |
| 更高阶档位 | 极高价值或极难的开放式问题 | 慎用，通常只留给关键请求 |
所以，Hydrogen 并不是比 Flash-Lite“更聪明一点点”；它改变的是工作方式：愿意多花 token 把问题想清楚，而不是抢那几百毫秒。
选择档位的方法
对从业者：不要靠直觉，做一层路由（router）。用规则先挡掉能靠模板解决的一批请求；短问答走 Instant 或 Flash-Lite；命中“长输入、多约束、要推理”特征的请求转给 Hydrogen；真正关键、出错代价高的再往上升。评估时不要只看单次调用成本，要拿自己业务里五十到一百条真实问题做对照，看答对率和返工率。因为一次错答导致的客服返工、人工复核，价格往往远高于便宜档省下的钱。
对普通职场人：你用的产品背后挂了哪个档位，比它宣传“用了最新模型”更有意义。同一个聊天框，问“帮我改个错别字”和问“这份报销制度里哪些条款对我这个岗位不利”，理想情况下应该由不同的档位来回答。
各档位的具体命名、开放范围与配额，以官方页面为准。