十二分钟，五个变化，一个论点。Jeff Su 这条《Master Gemini 3.1 for Work in 12 Minutes (2026)》发布于 2025 年 12 月 16 日，播放 386,428 次。它的开场就把取舍说清了：新版功能太多，但"not every feature deserves your attention"：不是每个功能都值得你花时间，所以他只挑了对专业工作效率真正有影响的五项。

这句话本身是有门槛的判断。评测类视频常见的做法是功能全铺一遍，看完记不住；这条视频反过来，先做减法，再把省下来的时间给两个功能各三分钟。

最长的一段是"生成式界面"（188 秒），其次是"工作区搜索"（155 秒）。这两个也是最能改变工作方式的：一个把数据分析从"你自己搭表"变成"它当场给你一个能点的分析界面"，一个把查找从"翻文件"变成"跨应用问一句"。

00:21 这一段讲多模态理解：给它一段视频，让它输出结构化的文档，不是摘要，是可以接着改的记录。这条对开完会只有录像、没有纪要的人是刚需。

演示里没有强调准确率。这是评测视频的常见缺口：转写与理解的质量取决于音质、口音、术语密度，12 分钟的演示只够让你看到"能做"，不够让你判断"在你的材料上做得好不好"。真要用于会议纪要，先拿一段自己的录音试。

02:09 讲大文档处理。逻辑很直接：报告、合同、标书这类长文本，人的问题不是读不懂，是读不完。给它整份文件、让它按你的问题定位，比你自己翻要快。

这一段与上一段是配套的：多模态解决"非文本材料"，大文档解决"太长不读"。两个加起来覆盖了日常最常遇到的两类输入。

04:28 起讲增强后的工作区搜索：不再是"打开某个应用里搜关键词"，而是跨着你已经连上的应用问一句，它去各处找，再给一个带出处的答案。

出处这一环值得单独看。跨应用检索最容易出的问题是"答案对但来源说不清"，而这类工具的价值恰恰在于能指回原文。看演示时重点看它给不给链接、链接指得准不准，比看它答得多漂亮更重要。

07:03 到 10:11 是全长最长的一段。它演示的是让模型当场生成一个可交互的分析界面：你给数据、给问题，它给一个能点、能筛、能改的界面，而不是一段文字结论或一张静态图。

这是五个变化里最不像"旧功能升级"的一个。前面几项都是把已有能力做得更好，这一项改变的是产出物形态：从"它告诉你结论"变成"它给你一个能自己动手看的东西"。

代价是稳定性。生成出来的界面每次可能不同，同样的提问两次得到两种布局，这对需要反复汇报的人是麻烦。演示不会提这一点，自己用的时候要有心理准备。

10:11 那段讲意图理解，简介里对应的一句是"context engineering is replacing prompt engineering"，意思是上下文工程正在取代提示词工程。这句是整条视频的论点：可靠的产出靠的是把材料、约束、格式、边界给够，而不是把一句话打磨得更漂亮。

这也解释了为什么五个变化里有三个都与"输入"有关：多模态输入、长文档输入、跨应用检索。工具的进步方向是"能吃更多上下文"，那么使用者的功夫就该花在"准备什么上下文"上。

标题写的是 Gemini 3.1，简介正文里写的是 #Gemini 3.0，两处不一致；标题里的"2026"也不是首发年份——页面标注的发布日期是 2025 年 12 月 16 日。看这类评测视频，版本号以视频里实际演示的界面为准，年份以发布日为准，这两处都容易记错。

另外，简介第一条就是 Coursera Plus 的折扣推广，资源区还列了作者的课程与模板（Notion 链接、Systems Academy、Workspace Academy）。这些是频道的收入来源，看的时候知道这一层即可。

YouTube 视频按平台标准许可发布，页面与简介均未标注允许再分发或改编的开放许可，视频、字幕与画面都不转载。这里只转述章节结构、时间戳与简介里的公开信息，入口给原视频页。

六段章节的原文标题、简介里那几段判断的原文、以及每一段的时长换算都在下面，回复就能看到。