← 返回 Blog

有了一百万 token 额度,报告就能交齐吗?

Gemini 4 Argon 把长输出带进了产品设计。输入、思考和正文共用额度,生成还可能分段继续。要交付完整报告,得先设计预算、恢复与验收。

资料卡片和报告页面共同占用一条有限的空间,中间保留生成所需的余量
文章目录

材料放得下,不代表报告写得完#

假设一个助手要读完一批项目材料,再交付包含结论、证据和附录的报告。产品介绍里出现“一百万 token 输出”,很容易让人觉得:这次总能一口气写完了。

这里至少有三个不同的问题:材料能不能放进去,生成过程能不能继续,最后的内容能不能验收。扩大模型容量,只直接改变其中一部分。

Google 在 2026 年 10 月 13 日正式发布 Gemini 4 Argon,模型 ID 为 gemini-4-argon。本文不做综合能力排名,而是看它的长输出机制会怎样改变报告类产品的设计。

我的判断是:不要围绕“最多能写多长”承诺交付,要围绕“还剩多少空间、停在哪里、怎样算完成”设计体验。

这一百万,是输入和输出一起用的#

官方规格给出的总上限是 1,048,576 tokens,输入和输出共同占用。输出还包括思考、函数调用(让程序执行操作的指令)和最终回答。Token 是模型计量内容的单位,不能直接当作汉字数。

举个只用于说明额度的算术例子:如果输入已经用了 800,000 tokens,留给全部输出的理论余量就是 248,576。这个余量也不全是用户看见的报告正文。它不是“读一百万,再写一百万”。

同一文档还区分了单次请求和更长的生成:单次同步请求最多生成 65,536 tokens;直接使用非流式 HTTP 请求时,上限为 32,768。更长输出需要后续继续生成,而且仍受总额度约束。

对报告产品,我会先定义交付清单,再决定送入哪些材料。比如哪些结论必须有原文依据,哪些附录可以独立生成。不能为了给输出腾地方,就无声地删掉关键证据;容量不足时,应让用户知道哪些材料尚未纳入。

生成暂停,不等于任务失败,也不等于完成#

开发者指南说明,长生成依赖继续生成凭据,可由支持的 SDK 自动处理。当前这条能力适用于 GenerateContent 的 v1beta1 接口,不适用于 Interactions API 或 OpenAI 兼容接口。

这会产生一个用户看不见、产品却必须处理的中间状态:模型还没有结束,只是需要继续。指南也明确提醒,长生成提供的是更多推理空间,不保证按指定字数写出更长答案;它可能耗时数分钟,也不适合所有低延迟任务。

我会把报告分成“正在生成”“可恢复的中间结果”“待检查”“可交付”几种状态。用户关掉页面后再次打开,至少应该能看见已保存的内容和当前进度。如果恢复失败,应保留已有结果,说明缺少哪一部分,而不是把半篇报告标成成功。

材料进入预算检查,生成过程中保存进度,再核对交付清单;未完成的部分返回处理,只有检查通过才交付
本文的产品设计建议:保存进度解决中断问题,交付检查解决内容是否完整的问题,两者不能互相替代。

这里的“保存进度”是产品侧建议,不代表模型接口替应用保存了全部业务状态。继续生成凭据怎么使用,应严格按当前接口协议处理,不能随意把半段回答拼回提示词就当作恢复。

写得久,仍然需要独立验收#

Google 同日发布的 ADK 工程复盘提供了一个很好的反例:Argon 在一次 11 小时的运行中提出六项优化,人类审查后只保留了两项。其中一个方案通过全部 16,892 项开源单元测试,却使 25 个 Google 内部测试目标失败。

这是编码案例,不是长报告的实测,也不能用来计算报告成功率。但它提醒我们,持续工作和满足真实要求之间,仍有一道验收。

换到报告场景,我会让检查独立于“模型说自己完成了”:约定章节是否齐全,结论能否回到来源,数字是否前后一致,缺失资料是否明确标出。没有依据的部分应留空或说明不确定,不能用更长的文字补齐表面上的完整。

先试一种报告,再决定是否扩大#

我的试点建议是选一类边界清楚的报告,固定材料、必交内容、工具权限和验收人员,比较现有方案与新方案。不要同时换模型、改材料筛选、改提示词,再把全部改善归功于新模型。

除了正常任务,还要测试输入接近上限、生成中断、来源相互矛盾和材料不足的情况。观察最终合格交付比例、重复生成量、总等待时间,以及需要人工补写的部分。这里没有预设某个漂亮的成功率;门槛应由业务风险决定。

费用也要按完整任务记录。官方发布页列出截至 2026 年 11 月 30 日的介绍价格:每百万输入 tokens 2 美元、输出 10 美元;之后标准价格为 4 美元和 20 美元。缓存输入另有折扣。开发者指南提醒,继续生成还涉及重复处理已有上下文,不能只拿最终正文长度估算账单。

如果报告更完整,但等待和人工检查大幅增加,就应先缩小适用范围。如果经常在固定位置中断,先检查额度与恢复流程,不要直接得出“模型不够强”的结论。

长输出值得尝试。真正值得向用户承诺的,是一份可检查、可恢复、缺失之处说得清楚的交付物。

来源与边界#

  • 发布与定价:Google Cloud,Michael Gerstenhaber,2026 年 10 月 13 日,发布文章。对象为 Gemini 4 Argon。本文引用正式可用时间、模型标识和介绍/标准价格,不把客户评价当作受控评测。
  • 容量规格:Google Cloud,模型技术文档,2026 年 10 月 14 日读取;版本栏列发布日期为 10 月 13 日。总额度、单次输出限制与输出组成来自该页。800,000 输入的例子是本文算术示意,不是实验结果。
  • 继续生成机制:Google Cloud,开发者指南,2026 年 10 月 14 日读取,未据页面更新时间推断首次发布日期。它说明接口范围、恢复协议与适用限制,没有证明任意长报告均能完整生成。
  • 工程反例:Google Developers,George Weale,2026 年 10 月 13 日,ADK 复盘。这是单团队在代码库上的运行与审查记录,不是报告任务对照实验,也不是跨模型排名。
  • 本文判断:预算提示、进度保存、交付清单和试点评测是产品建议。本文未运行 Argon,没有自己的报告合格率、延迟、成本或安全测试结果;这些仍需在相同材料和条件下验证。