博客

  • Llama 3

    Llama 3

    Meta最新开源推出的新一代大模型

    Llama 3 是什么

    Llama 3 是 Meta 于 2024 年 4 月 18 日发布的第三代开源大语言模型家族,初始放出 8B、70B​ 两个稠密文本模型;随后在 2024 年下半年快速迭代出 Llama 3.1(加 405B 旗舰、128K 上下文、8 语)、Llama 3.2(1B/3B 端侧 + 11B/90B 视觉)、Llama 3.3(70B 指令版逼近 405B),形成从手机端到数据中心的全频谱开放权重矩阵。Llama 3 系列基于 decoder-only Transformer,采用 128K token 分词器、全系 GQA、15T+ token 训练语料,是首个在 405B 尺度上对标 GPT-4o / Claude 3.5 Sonnet 的开放权重(open-weight)基础模型,开发者可自托管、微调、蒸馏,不绑定 Meta API。


    Llama 3 家族型号(2026 现行版)

    版本参数上下文模态定位
    Llama 3(初代)​8B / 70B8K(训练态)文本2024-04 首发,基础第三代
    Llama 3.1​8B / 70B / 405B​128K​文本2024-07,首开 405B 旗舰+工具调用+8 语
    Llama 3.2​1B / 3B128K文本端侧/移动,量化后 1–3GB 可跑
    Llama 3.2 Vision​11B / 90B128K图文输入→文本2024-09,接视觉适配器
    Llama 3.3​70B(仅 Instruct)128K文本2024-12,70B 档首选,替代 3.1-70B

    选型速记:1B/3B 用 3.2;8B 用 3.1;视觉用 3.2-11B/90B;70B 用 3.3;要旗舰用 3.1-405B(或走云 API)。


    主要能力与改进

    架构与推理

    • Decoder-only Transformer,RoPE θ=500K,全系 GQA(8B 也带,显存占用大幅下降)。
    • 分词器词表 128,256(tiktoken-style BPE),比 Llama 2 的 32K 翻 4 倍,中英代码压缩率更高。
    • 初代训练上下文 8K,3.1+ 统一扩展到 128K​ token 推理。

    训练数据

    • 初代 8B/70B:15T+ token(Llama 2 的 ~7 倍),代码数据 4× 扩容,含 30+ 语言非英语数据(>5%)。
    • 3.1 起明确支持 英/德/法/意/葡/西/泰/印地​ 8 种语言高质量对齐。

    对齐与安全

    • 指令版走 SFT + RLHF/DPO,错误拒绝率下降、指令跟随提升。
    • 安全套件:Llama Guard 2 → Llama Guard 3、Prompt Guard、Code Shield、CyberSec Eval 2。

    工具与智能体

    • 3.1 起原生支持 function calling / tool use / 结构化输出,可接搜索、代码解释器、DB。
    • Llama Stack 提供 Agent 编排参考实现,官方推合成数据生成与模型蒸馏工作流。

    多模态延伸

    • 3.2 Vision 11B(~8GB VRAM 可跑)/ 90B 支持图像理解、图表读取、视觉问答。

    性能定位(官方基准)

    • Llama 3 8B(初代):MMLU ~66.6,持平/超 Llama 2 70B,同尺寸优于 Gemma 7B、Mistral 7B。
    • Llama 3.1 405B:MMLU 88.6、GPQA 61.6,发布时与 GPT-4o、Claude 3.5 Sonnet 同档。
    • Llama 3.3 70B:MATH 较 3.1-70B +9.2,IFEval 92.1(超 405B),MGSM 多语 +4.2,文本任务逼近 3.1-405B 但成本低一个数量级。

    如何使用 Llama 3

    开发者自托管 / 微调

    • 权重下载:https://llama.meta.com/llama-downloads (需同意 Llama 3 Community License)
    • GitHub:https://github.com/meta-llama/llama3
    • Hugging Face 集合:https://huggingface.co/collections/meta-llama/meta-llama-3-66214712577ca38149ebb2b6
    • 本地运行:Ollama(ollama pull llama3.3 / llama3.1:8b)、llama.cpp、vLLM、TGI
    • 微调:torchtune(Meta 官方)、PEFT/LoRA/QLoRA、Axolotl
    • 云推理:AWS Bedrock、Azure AI、GCP Vertex、Groq、Replicate(https://replicate.com/meta )、Fireworks、Together

    普通用户免部署体验

    • Meta AI(meta.ai / WhatsApp 内):部分地区可用,不再严格锁区,切到 Llama 3.1 405B 或 3.3
    • HuggingChat:https://huggingface.co/chat (可切 Llama-3.3-70B-Instruct)
    • Replicate 在线 Demo:https://llama3.replicate.dev/
    • 本地轻量:Ollama + 3.2-3B 在笔记本跑

    关键信息与许可

    • 许可:Llama 3 Community License(研究+商用,月活 >7 亿产品需向 Meta 报备);3.1 起允许用模型输出蒸馏/改进其他模型。
    • 权重性质:open-weight(开放权重),非完全开源代码训练全流程;可离线、可私有化。
    • 硬件参考:8B Q4 ~5GB 内存可跑;70B BF16 需 ~140GB 显存(多卡),Q4 量化 ~40GB;405B 需多张 H100,FP8 量化可减半卡数。
    • 上下文:3.1+ 全系 128K;初代 8K 仅训练态,经 RoPE 扩展可推到 128K。
    • 现状(2026-07):Llama 3.x 仍是 Meta 主推开放权重线;Llama 4(Scout/Maverick,MoE)已接棒旗舰,但 3.3 70B 因性价比仍是生产部署最常用选择之一。

    核心优势

    • 开放权重+可私有化:数据不出域,金融/医疗/政企合规场景首选。
    • 尺寸光谱完整:1B 跑手机,405B 拼闭源旗舰,中间每档都有对应版本。
    • 生态最成熟:Ollama、vLLM、LangChain、LlamaIndex、torchtune、各云厂首日支持。
    • 405B 开启开源旗舰时代:首次让开源界拿到 GPT-4 级基座做蒸馏/合成数据。
    • 3.3 70B 性价比王:单卡 A100/H100 可服务,质量接近 405B,推理成本 1/5。

    同类竞品对比

    维度Llama 3.x(3.3/3.1)Qwen3 / Qwen2.5Mistral / MixtralClaude / GPT(闭源)
    权重开放✅ open-weight✅ 部分开放✅ 7B/8x7B 开放❌ API only
    最大尺度405B(3.1)110B+8x22B MoE未公开
    上下文128K128K–1M32K–128K200K+
    多模态3.2-Vision 11B/90BVL 版本齐全有限原生多模
    端侧小模型1B/3B0.5B–3B——
    中文能力中上(需微调更优)强一般强
    商用门槛月活>7亿报备宽松宽松按 token 付费
    自托管成本低(可量化)低低不适用

    应用场景

    • 私有化知识库 / 企业助理:3.3-70B 量化部署内网,接 RAG 不走公网。
    • 端侧 App:3.2-1B/3B 跑手机摘要、日程提取、本地翻译。
    • 代码助手:3.1-8B 本地补全,405B 做复杂重构评审。
    • 多语客服:3.1 八语对齐,做跨语言工单分类与回复草稿。
    • 合成数据与蒸馏:用 405B 产 SFT 数据,蒸馏到 8B 做线上轻量模型。
    • 视觉文档抽取:3.2-90B Vision 读扫描合同、报表、白板图。
    • 科研复现:开放权重可复现实验、做探针分析、改架构 ablation。
  • TurboScribe

    TurboScribe

    专业 AI 音视频转文字工具

    UniScribe 是什么

    UniScribe 是一款 AI 驱动的音视频转文字与内容提炼平台,跑在浏览器里、无需安装客户端。它把”上传本地音视频 / 粘贴 YouTube 等在线链接 → AI 转录 → 自动摘要 + 可视化思维导图 + 关键问答 → 多格式导出 / 分享链接”做成一条流水线,基于优化的 Whisper 系模型,覆盖 63 种语言识别与互译。目标用户不是要搭 ASR 系统的工程师,而是记者、播客主、研究者、会议重度用户——拿几个小时录音进来,几分钟内出可编辑文字稿和一眼看懂的结构化提炼。


    UniScribe 的主要功能

    AI 音视频转录

    • 本地上传:音频(mp3 / m4a / wav / ogg / flac / opus 等)、视频(mp4 / mov / mkv / webm 等)拖拽即传。
    • 在线链接:粘贴 YouTube 链接直接拉流转录(官网亦提及支持 TikTok / Instagram / X / Facebook 等平台链接)。
    • 输出带时间戳文字稿,1 小时音频通常 1 分钟内出稿。

    智能内容提炼(核心差异化)

    • 文本摘要:自动压缩长稿,提取要点。
    • 可视化思维导图:把章节结构转成 mind map,可导出图片便于分享。
    • 关键问答提取:从对话中抽”谁在什么时候说了什么结论”,高亮重点 Q&A。

    多格式导出与分享

    • 导出:TXT / DOCX / PDF / SRT / VTT / CSV 共 6 种。
    • 分享:生成只读链接,对方直接网页看稿,不必传文件。

    说话人识别与批量处理

    • 付费版自动区分 Speaker 1 / 2 / 3…,会议、群访整理不用手工标。
    • 支持批量上传(最高 50 个文件并发),单文件上限 10 小时 / 5GB(付费档)。

    AI 翻译

    • 转录稿一键翻到其它语言,跨语言字幕 / 多语物料本地化直接在平台内完成。(注:旧文案写”98 种互译”,官网当前主标语为 63 种语言转录支持,翻译语种随模型更新,以控制台可选列表为准。)

    轻量编辑与留存

    • 在线稿内增删改、搜关键词;免费版媒体文件留存 30 天,付费版无留存期限。

    如何使用 UniScribe

    1. 访问官网:https://www.uniscribe.co/ (右上角可切简体中文)。
    2. 登录:邮箱或 Google 账号注册,免费版免绑卡。
    3. 导入:拖本地文件,或把 YouTube 链接粘进”Paste Link”框。
    4. 转录:点 Transcribe,进度条跑完进结果页。
    5. 看提炼:切到 Summary / Mind Map / Q&A 三个标签页扫核心信息。
    6. 导出或分享:选 TXT/DOCX/PDF/SRT/VTT/CSV 下载,或点 Share 复制链接。

    关键信息与使用要求

    • 语言覆盖:官网 2026 现行口径 63 种语言转录(含粤语等变体);旧文案”98 种”为早期宣传数字,新用户以控制台可选列表为准。
    • 免费额度:注册即送 120 分钟/月,单文件 ≤30 分钟,日限 3 个文件,摘要/导图/Q&A 为限时开放或高阶档解锁。
    • 定价(月付):
      • Free:$0,120 分钟/月,基础模型,TXT/SRT/VTT 导出
      • Basic:$6,1200 分钟/月,高级模型,全格式+摘要+导图+Q&A+YouTube
      • Standard:$12(官网中间档,团队日常量)
      • Pro:$18,6000 分钟/月,无文件留存期,优先支持
      • 年付约 6 折(如 Basic 年付 $72)。
    • 隐私:文件按档位留存(免费 30 天),敏感录音建议用后手动删除或选自托管 Whisper 方案。

    核心优势

    • 转录+理解一步到位:不只是扒词,摘要/导图/Q&A 同屏给出,长内容消化时间从”听完全程”降到”扫 3 屏”。
    • 链接即转:YouTube 链接粘贴即处理,不用下片源,做二创字幕极省事。
    • 格式全场景:字幕用 SRT/VTT,文稿用 DOCX/PDF,表格批处理用 CSV,覆盖剪辑/排版/数据分析三套工作流。
    • 免费档能真用:120 分钟/月够个人每周 1–2 段播客或访谈,试错零成本。
    • 大文件不崩:付费档 10h/5GB 单文件,全天会议、长课程一口气喂进去。

    同类竞品对比

    维度UniScribeOtter.aiOpenAI Whisper(自建)TurboScribe
    定位转录+摘要+导图+翻译实时会议转录+协作开源 ASR 引擎转录+降噪+多语
    输入本地+YouTube 链接本地+实时录音+日历入会本地文件(需部署)本地+链接
    语言63 种英语为主(20+ 多语)99 种(需自行调模型)近 100 种
    摘要/导图✅ 摘要+导图+Q&A✅ 摘要,无导图❌ 纯文本有限摘要
    说话人识别付费版支持全档支持需外接付费支持
    免费额度120 分钟/月300 分钟/月(单条 30 分)无限(但吃显卡)每日限次
    中文准确率中上(Whisper 优化)一般(~85%)90–95%85%
    导出TXT/DOCX/PDF/SRT/VTT/CSVTXT/PDF/DOCX/SRT自定SRT/VTT/TXT 等
    国内访问一般(海外站)较差本地无网络问题较差

    应用场景

    • 播客/视频二创:录完传文件 → 出文字稿+摘要+字幕,博客图文与短视频脚本同源生产。
    • 新闻采访:外采录音回家拖进去,10 分钟拿到全文+关键引语,写稿直接抄引用。
    • 学术/讲座整理:研讨会长视频转文本,导图辅助复习,Q&A 提取教授反复强调的考点。
    • 会议纪要:录音上传,Speaker 分离+摘要,半小时会 3 分钟出结构化纪要。
    • 多语本地化:英文 YouTube 讲座转稿后一键译中,反向把中文访谈译成英文字幕。
    • 法务/咨询留存:长访谈转 SRT 存档,分享链接发给客户核对,不传原音频。
  • UniScribe

    UniScribe

    AI 免费在线音视频转文字平台

    UniScribe 是什么

    UniScribe 是一款 AI 驱动的音视频转文字与内容提炼平台,跑在浏览器里、无需安装客户端。它把”上传本地音视频 / 粘贴 YouTube 等在线链接 → AI 转录 → 自动摘要 + 可视化思维导图 + 关键问答 → 多格式导出 / 分享链接”做成一条流水线,基于优化的 Whisper 系模型,覆盖 63 种语言识别与互译。目标用户不是要搭 ASR 系统的工程师,而是记者、播客主、研究者、会议重度用户——拿几个小时录音进来,几分钟内出可编辑文字稿和一眼看懂的结构化提炼。


    UniScribe 的主要功能

    AI 音视频转录

    • 本地上传:音频(mp3 / m4a / wav / ogg / flac / opus 等)、视频(mp4 / mov / mkv / webm 等)拖拽即传。
    • 在线链接:粘贴 YouTube 链接直接拉流转录(官网亦提及支持 TikTok / Instagram / X / Facebook 等平台链接)。
    • 输出带时间戳文字稿,1 小时音频通常 1 分钟内出稿。

    智能内容提炼(核心差异化)

    • 文本摘要:自动压缩长稿,提取要点。
    • 可视化思维导图:把章节结构转成 mind map,可导出图片便于分享。
    • 关键问答提取:从对话中抽”谁在什么时候说了什么结论”,高亮重点 Q&A。

    多格式导出与分享

    • 导出:TXT / DOCX / PDF / SRT / VTT / CSV 共 6 种。
    • 分享:生成只读链接,对方直接网页看稿,不必传文件。

    说话人识别与批量处理

    • 付费版自动区分 Speaker 1 / 2 / 3…,会议、群访整理不用手工标。
    • 支持批量上传(最高 50 个文件并发),单文件上限 10 小时 / 5GB(付费档)。

    AI 翻译

    • 转录稿一键翻到其它语言,跨语言字幕 / 多语物料本地化直接在平台内完成。(注:旧文案写”98 种互译”,官网当前主标语为 63 种语言转录支持,翻译语种随模型更新,以控制台可选列表为准。)

    轻量编辑与留存

    • 在线稿内增删改、搜关键词;免费版媒体文件留存 30 天,付费版无留存期限。

    如何使用 UniScribe

    1. 访问官网:https://www.uniscribe.co/ (右上角可切简体中文)。
    2. 登录:邮箱或 Google 账号注册,免费版免绑卡。
    3. 导入:拖本地文件,或把 YouTube 链接粘进”Paste Link”框。
    4. 转录:点 Transcribe,进度条跑完进结果页。
    5. 看提炼:切到 Summary / Mind Map / Q&A 三个标签页扫核心信息。
    6. 导出或分享:选 TXT/DOCX/PDF/SRT/VTT/CSV 下载,或点 Share 复制链接。

    关键信息与使用要求

    • 语言覆盖:官网 2026 现行口径 63 种语言转录(含粤语等变体);旧文案”98 种”为早期宣传数字,新用户以控制台可选列表为准。
    • 免费额度:注册即送 120 分钟/月,单文件 ≤30 分钟,日限 3 个文件,摘要/导图/Q&A 为限时开放或高阶档解锁。
    • 定价(月付):
      • Free:$0,120 分钟/月,基础模型,TXT/SRT/VTT 导出
      • Basic:$6,1200 分钟/月,高级模型,全格式+摘要+导图+Q&A+YouTube
      • Standard:$12(官网中间档,团队日常量)
      • Pro:$18,6000 分钟/月,无文件留存期,优先支持
      • 年付约 6 折(如 Basic 年付 $72)。
    • 隐私:文件按档位留存(免费 30 天),敏感录音建议用后手动删除或选自托管 Whisper 方案。

    核心优势

    • 转录+理解一步到位:不只是扒词,摘要/导图/Q&A 同屏给出,长内容消化时间从”听完全程”降到”扫 3 屏”。
    • 链接即转:YouTube 链接粘贴即处理,不用下片源,做二创字幕极省事。
    • 格式全场景:字幕用 SRT/VTT,文稿用 DOCX/PDF,表格批处理用 CSV,覆盖剪辑/排版/数据分析三套工作流。
    • 免费档能真用:120 分钟/月够个人每周 1–2 段播客或访谈,试错零成本。
    • 大文件不崩:付费档 10h/5GB 单文件,全天会议、长课程一口气喂进去。

    同类竞品对比

    维度UniScribeOtter.aiOpenAI Whisper(自建)TurboScribe
    定位转录+摘要+导图+翻译实时会议转录+协作开源 ASR 引擎转录+降噪+多语
    输入本地+YouTube 链接本地+实时录音+日历入会本地文件(需部署)本地+链接
    语言63 种英语为主(20+ 多语)99 种(需自行调模型)近 100 种
    摘要/导图✅ 摘要+导图+Q&A✅ 摘要,无导图❌ 纯文本有限摘要
    说话人识别付费版支持全档支持需外接付费支持
    免费额度120 分钟/月300 分钟/月(单条 30 分)无限(但吃显卡)每日限次
    中文准确率中上(Whisper 优化)一般(~85%)90–95%85%
    导出TXT/DOCX/PDF/SRT/VTT/CSVTXT/PDF/DOCX/SRT自定SRT/VTT/TXT 等
    国内访问一般(海外站)较差本地无网络问题较差

    应用场景

    • 播客/视频二创:录完传文件 → 出文字稿+摘要+字幕,博客图文与短视频脚本同源生产。
    • 新闻采访:外采录音回家拖进去,10 分钟拿到全文+关键引语,写稿直接抄引用。
    • 学术/讲座整理:研讨会长视频转文本,导图辅助复习,Q&A 提取教授反复强调的考点。
    • 会议纪要:录音上传,Speaker 分离+摘要,半小时会 3 分钟出结构化纪要。
    • 多语本地化:英文 YouTube 讲座转稿后一键译中,反向把中文访谈译成英文字幕。
    • 法务/咨询留存:长访谈转 SRT 存档,分享链接发给客户核对,不传原音频。
  • SearchGPT

    SearchGPT

    OpenAI最新推出的AI搜索引擎

    SearchGPT 是什么

    SearchGPT 是 OpenAI 在 2024 年 7 月公布的临时 AI 搜索原型,用来验证”对话式问答 + 实时联网 + 内联信源引用”的搜索新形态。它不是一个长期独立产品——OpenAI 在收集到发布商与内测用户反馈后,于 2024 年 10 月 31 日将其核心能力正式并入 ChatGPT,命名为 ChatGPT Search,SearchGPT 名称随之退役。

    今天的”SearchGPT 能力”= ChatGPT 里的联网搜索(web search)+ 多轮对话上下文 + 内联引用 + 2026 年 7 月新增的账号内全域检索(聊天/项目/图片/文档)。它不再是单独入口,而是 ChatGPT 默认能力的一部分,被视为 OpenAI 对 Google Search 最直接的对标。


    SearchGPT(ChatGPT Search)的主要功能

    对话式联网问答:用自然语言提问,ChatGPT 自主判断是否触发联网(也可手动点输入框网页图标强制搜索),由 GPT-4o 微调搜索模型合成答案,消除训练知识截止日限制。

    内联信源引用:答案中直接嵌入可点击的来源站名与链接,底部”Sources”按钮展开完整引用侧栏,悬停可预览——这是 SearchGPT 原型确立、并保留到今天的核心信任机制。

    多轮上下文搜索:追问时保留前文语境,例如”那这家公司上季度营收呢?”无需重复限定实体,体验接近与人对话而非传统搜索引擎。

    多格式结果呈现:天气、股票、体育比分、新闻、地图等类目有专属视觉卡片;部分查询直接返回图片/视频片段,不再只有蓝链列表。

    发布商合作与透明归因:与 AP、路透、Axel Springer、Le Monde、Vox Media 等媒体合作,答案优先突出可信新闻源;站点可通过 robots 与 publisher 反馈渠道管理是否被检索(搜索检索用 OAI-SearchBot,与训练爬虫 GPTBot 分开)。

    高级语音模式接入:移动端可用 Advanced Voice Mode 口头提问,实时语音对话中穿插联网结果。

    2026 升级:账号全域检索(Universal Search):侧边栏统一搜历史聊天、Projects、AI 生成图片、上传文档,按类型过滤,点击直跳原对话/文件——把”搜互联网”和”搜自己”合并为一个入口,ChatGPT 从聊天机器人转向个人知识库。

    浏览器与默认引擎:提供 Chrome 扩展,可将 ChatGPT Search 设为浏览器默认搜索;后续由 ChatGPT Atlas 原生浏览器承接更深的网页操作。


    如何使用(当前真实路径)

    直接用 ChatGPT 联网

    • 打开 chatgpt.com 或桌面/iOS/Android 端,免登录自 2025-02 起也可用基础搜索;
    • 提问时模型自动判搜,或点输入框的”网页”图标强制联网;
    • 答案下方点 Sources​ 看引用,追问保持上下文。

    旧 SearchGPT waitlist 用户:无需任何迁移操作,原候补资格在 2024-10-31 起自动转为 ChatGPT Search 访问权(先 Plus/Team,后免费用户)。

    搜自己账号里的内容:2026-07 起在左侧栏搜索框切到”All / Chats / Projects / Images / Documents”过滤,找三个月前的对话或生成图直接点开。

    设默认搜索:装 ChatGPT 或 Chrome 扩展,在浏览器设置把 ChatGPT 设为默认搜索引擎。


    关键信息与使用要求

    • 产品状态:SearchGPT 原型已退役(2024-10-31 整合完毕),能力存续于 ChatGPT Search。
    • 可用范围:Web / iOS / Android / 桌面端;Free(免登录)→ Plus → Pro → Team → Enterprise 全档位开放。
    • 模型底座:GPT-4o 微调版 + o1 蒸馏后训练,实时检索走 Bing 索引与 OAI-SearchBot 自有爬取。
    • 引用与 SEO:内联引用必须清晰可点击;发布商可用 robots 屏蔽 OAI-SearchBot 退出实时答案集,但屏蔽 GPTBot 不等于退出搜索。
    • 隐私默认:消费级套餐(Free/Plus/Pro)对话默认可能进入训练,需在 Data Controls 关闭;Enterprise/Edu 有不同数据处理约定。

    核心优势

    • 对话即搜索:不用拆关键词、不用翻页码,多轮追问上下文连贯,复杂调研效率高于传统 SERP。
    • 信源可审计:每个事实断言背靠可点来源,比纯生成模型更能扛”幻觉”质疑。
    • 实时无截止:体育比分/股价/突发新闻直连当日网络,补足 LLM 静态知识短板。
    • 搜全网 + 搜自己合一:2026 升级后,外部资讯与账号内历史产出共用一个入口,个人/团队知识资产可复用。
    • 零额外产品切换:不必再开 Google 查事实、开 Notion 翻笔记、开 ChatGPT 问 AI,三件事合并。

    同类竞品对比

    维度SearchGPT(→ChatGPT Search)PerplexityGoogle AI OverviewsMicrosoft Copilot
    产品形态ChatGPT 内置联网层独立 AI 搜索应用Google 结果页顶部摘要Bing/Copilot 站点与 Edge 集成
    信源引用内联站名+Sources 侧栏编号引用+侧栏链接卡片,可展开内联引用+侧栏
    多轮上下文✅ 强(ChatGPT 会话)✅ 支持 Thread弱(每次查询较独立)✅ 中
    搜账号内私域✅ 2026 起聊天/项目/图/文档❌❌(仅网页)部分(OneDrive)
    免登录可用✅ 基础搜索部分✅✅
    默认引擎替换Chrome 扩展可设浏览器扩展本身就是默认Edge 默认
    发布商合作强(AP/路透/Vox 等)中等自有索引中等

    应用场景

    • 事实核查与时效查询:”今天美联储利率决议是多少”——拿带日期与信源的直答,不点蓝链。
    • 研究综述:学者连续追问某靶点最新临床进展,每次回答带 PubMed/新闻源,溯源方便。
    • 竞品与市场扫描:分析师让 ChatGPT 搜本周竞品动态+财报,Sources 里直接点进原报道。
    • 找回历史产出:2026 起搜”去年双十一投放复盘”直跳当时对话,避免重做。
    • 内容创作取材:作者用多格式结果(新闻卡+图片+引用)快速搭文章骨架,信源透明可交稿。
    • 语音随身问:移动端 Advanced Voice 口头问”附近下雨吗”,走联网+地图卡返回。
  • Figma AI

    Figma AI

    Figma推出的原生AI设计工具

    Figma AI 是什么

    Figma AI 是 Figma 设计平台内置的原生人工智能套件,深度嵌入 UI 设计、原型制作、网站发布与品牌资产管理全流程。它不只是”AI 插件”,而是贯穿设计创作、资源管理、团队协作与开发交接的统一智能层——覆盖视觉搜索、语义资产检索、自动文案/图像生成、一键网站发布、自然语言原型构建、批量品牌物料生产等能力。Figma AI 理解设计元素的语义与上下文,帮助设计师跳过重复性劳动,将精力集中在创意决策与问题解决上。


    Figma AI 的主要功能

    Figma Draw(AI 增强绘图)

    • 压感笔刷引擎:支持 Apple Pencil、Wacom 等设备,智能笔画矫正自动优化手抖线条。
    • 矢量+位图混合创作:与现有组件无缝集成,支持路径文字、图案填充、多矢量编辑、噪点与纹理叠加、套索选择。

    Figma Sites(设计稿一键发布为网站)

    • 一键转化:将设计稿直接发布为响应式网站,支持代码嵌入与 AI 自动优化页面性能。
    • CMS 内容管理:在设计界面内直接编辑博客文章、管理缩略图与 URL 别名(即将上线)。
    • 高级互动:支持自定义代码交互,或通过 Figma Make 提示实现复杂动画。

    Figma Make(自然语言→功能原型)

    • 提示驱动生成:用自然语言描述需求,从零生成带交互逻辑的功能原型,保持设计意图准确。
    • 精准迭代:高亮原型特定区域,用自然语言指令局部修改,无需从头重建。

    Figma Buzz(品牌资产批量生产引擎)

    • 模板锁定:将设计画板复制进 Buzz,设定品牌锁定区,确保视觉一致性。
    • 批量生成:导入表格数据,一次性生成上千个品牌资产(社交媒体图、海报、Banner 等)。
    • AI 加速:内置图像生成、背景移除、文案改写,批量创作效率倍增。

    AI 设计助手

    • 布局建议:分析设计趋势,自动推荐排版方案与色彩搭配,支持品牌色约束。
    • 原型自动化:通过流程图生成交互原型,预测用户旅程,减少手动连线。
    • 内容填充:在设计画布和 FigJam 白板中提供智能文本建议,快速填充逼真占位内容。

    视觉搜索(Visual Search)

    • 以图搜图:上传参考图或框选画布区域,即时返回团队文件中视觉相似的设计框架,直接拖入当前文件复用。

    AI 增强资产搜索

    • 语义检索:理解搜索意图的上下文,即使搜索词与组件名称不完全匹配(如搜”购物车图标”而非组件名 icon-cart-24),也能返回最相关结果。

    内容生成与编辑工具

    • AI 文本工具:快速迭代文案,生成符合语境的标题、按钮文案、描述文本。
    • 图像生成与背景移除:在画布内直接生成配图或移除图片背景,无需跳出 Figma 打开 Photoshop。

    自动图层重命名

    • 智能命名:扫描设计文件,按层级与语义自动重命名混乱的图层(如 Frame 237 → Login-Modal-Background),保持文件整洁、开发交接即用。

    设计系统增强

    • 变量驱动动态组件:跨项目共享设计 Token 与组件变体。
    • Dev Mode 智能代码:自动生成 CSS / Swift / Compose 代码片段,设计 Token 双向同步,减少开发还原偏差。

    协同与安全

    • 200 人实时协作:稳定性升级,版本对比与审批流内嵌。
    • 企业安全:支持硬件密钥(YubiKey)、强化审计日志、SOC 2 / GDPR 合规认证。

    如何使用 Figma AI

    启用 Figma AI:登录 Figma 桌面端或浏览器版,确认工作区已开通 AI 功能(目前处于公开测试阶段,所有用户可免费试用)。

    视觉搜索:在工具栏点击相机图标,上传参考图或框选画布区域,等待 AI 返回相似设计结果,双击即可插入当前文件。

    语义资产搜索:在资源面板输入自然语言描述(如”圆角按钮蓝色”),AI 自动匹配团队库中对应的组件变体。

    生成内容填充:选中文本框或容器,右键选择”AI 填充内容”,或按快捷键唤起 AI 建议菜单,选择生成文案风格。

    Figma Make 生成原型:新建文件后按 Shift + Enter 唤起 Make 面板,输入描述(如”一个带筛选侧边栏的电商商品列表页”),等待 AI 生成可交互原型,高亮区域后可继续用自然语言迭代。

    Figma Buzz 批量生产:从设计文件选中画板 → 右键”发送到 Buzz” → 设定锁定区 → 导入 CSV 数据 → 点击生成,批量导出品牌资产。

    Figma Sites 发布网站:完成设计后在右上角点击”Publish to Sites”,配置域名与 SEO 选项,AI 自动优化响应式断点,一键上线。

    自动重命名图层:在图层面板点击”AI Rename All”,确认预览后一键应用,文件即刻规范化。


    关键信息与使用要求

    • 可用性:公开测试阶段,所有 Figma 用户免费试用(含 Starter / Professional / Organization / Enterprise 套餐)。
    • 平台支持:桌面端(macOS / Windows)、浏览器端、iPad 端均可使用;Draw 压感笔刷需触控设备支持。
    • 数据与隐私:AI 处理遵循工作区权限设置,企业版可配置”不将设计数据用于模型训练”;内容生成遵循 Figma 可接受使用政策。
    • 语言支持:自然语言理解支持英文为主,部分功能已支持中文、日文、西班牙文等。
    • 计费预期:公开测试期结束后,部分高级 AI 功能(如 Figma Make 高频调用、Buzz 大批量生成)可能纳入付费配额,基础 AI 功能预计保留在免费层。

    核心优势

    • 原生集成零切换:AI 能力嵌入设计工具本身,无需安装插件、无需跳转浏览器、无需导出文件到其他平台。
    • 语义理解设计上下文:不只匹配关键词,而是理解设计系统的层级关系、组件变体逻辑和视觉语义,搜索与生成结果更精准。
    • 从设计到上线一站式:Draw 画图 → Make 出原型 → Sites 直接发布 → Buzz 批量出物料,覆盖完整产研链路。
    • 团队协作不割裂:AI 生成的内容遵循团队 Design System 约束(品牌色、字体、间距 Token),不会破坏既有规范。
    • 开发交接自动化:Dev Mode 智能代码片段 + 设计 Token 同步,减少”设计稿很美但开发还原不了”的摩擦。
  • ChatGPT桌面端能听着干活了

    ChatGPT桌面端能听着干活了

    OpenAI 将 GPT-Live 语音模式接入 ChatGPT 桌面应用,用户可用一次对话启动、检查和调整 Chat、Work、Codex 中的多项后台任务。

    ChatGPT 桌面端能听着干活了

    OpenAI 在 7 月 24 日升级 ChatGPT 桌面应用,将 GPT-Live 语音模式接入 Chat、Work 和 Codex 三个板块。用户现在可以直接口述目标,在同一段对话中发起、检查和调整多项任务;当智能体在后台执行工作时,用户仍能继续交谈并追加要求。

    这次更新的重点不是“语音输入终于更自然”,而是 OpenAI 开始把语音放到智能体任务调度层。过去对 ChatGPT 说话,主要是在替代键盘;现在说出的内容可以变成多个持续运行的工作流,语音由此从输入法升级成了桌面应用的控制界面。

    GPT-Live 是 OpenAI 推出的全双工语音模型,可以在生成语音的同时继续接收和理解用户声音。 相比“用户说完、模型思考、模型回答”的回合制交互,全双工意味着 ChatGPT 不必等一方彻底结束才能处理下一步,用户也可以在回答过程中插话、纠正和改变方向。

    ChatGPT 桌面应用中的 Voice 界面,Chat、Work 与 Codex 多项任务在同一语音会话中并行推进

    一句话启动多个工作流

    多线程任务在这里指的是多个智能体工作流并行或交错推进,而不是计算机处理器层面的线程。 用户可以在一段语音对话中交代多个目标,ChatGPT 则把目标拆分到聊天、办公和编程环境中执行,并持续汇报各自进度。

    OpenAI 给出的典型场景是商务旅行准备。用户可以让 ChatGPT 同时检查日历中的时间冲突、扫描收件箱中的航班变更,并根据会议背景准备会议记录;在这些任务后台运行时,用户可以继续喝咖啡、整理行李,或者通过语音追加“把周二下午的客户会提前半小时”之类的新条件。

    单一对话成为了多个任务的统一控制面板。 用户不再需要分别打开日历、邮箱、文档和代码窗口,也不必为每个任务创建一段孤立提示词,而是可以像向一名助理交代工作一样,在同一个上下文中持续补充优先级、截止时间和输出格式。

    新版桌面应用目前围绕三个任务入口组织能力:

    • Chat 是通用对话与信息处理空间。 它适合讨论需求、检索上下文、解释结果,以及对其他任务进行追问。
    • Work 是面向办公交付物的智能体。 它可以利用获准访问的应用、文件、浏览器和业务上下文,制作报告、文档、演示文稿、电子表格及网站。
    • Codex 是面向软件开发的智能体。 它负责理解代码库、拆解工程任务、修改代码、检查执行结果,并根据用户反馈继续迭代。

    语音模式把三个入口串成了一条连续工作流。 例如,用户可以先在 Chat 中讨论一次产品发布,再让 Work 整理发布简报和演示文稿,随后要求 Codex 修复演示环境里的一个问题;整个过程中,用户不必反复复制背景资料,也不必在多个窗口里重新解释目标。

    GPT-Live改变的是对话节奏

    GPT-Live 与早期 ChatGPT Voice 的根本差别是语音处理链路从串联管线走向原生、持续的音频交互。 2024 年前后的初代方案需要先把语音转成文字,再由大语言模型生成文本答案,最后把文本合成为语音;三段模型依次运行,信息与延迟都会在链路中累积。

    OpenAI 后来推出的 Advanced Voice Mode 把音频理解和生成整合到一个模型中,减少了模型切换造成的等待,也能感知部分语调、停顿和情绪信息。不过,这类系统仍然以离散回合为基本单位,本质上还是“你说一轮、我答一轮”。

    GPT-Live 的全双工机制让“听”和“说”能够重叠发生。 这更接近人类会议中的交流方式:用户听到方向不对时可以立刻打断,模型也能根据一句话中途出现的修正更新后续回答,而不必先把已经计划好的整段内容播完。

    | 语音方案 | 处理方式 | 交互单位 | 能否自然打断 | 适合场景 | |—|—|—|—|—| | 初代 ChatGPT Voice | 语音转文字、语言模型、文字转语音三模型串联 | 完整问答回合 | 能力有限,通常需等待阶段切换 | 语音问答、朗读、简单指令 | | Advanced Voice Mode | 单模型直接处理和生成音频 | 离散语音回合 | 支持打断,但仍有明显轮次 | 陪练、头脑风暴、实时讲解 | | GPT-Live | 全双工语音理解与生成 | 持续对话流 | 可边听边说、随时纠正 | 长流程任务调度、多智能体协作 |

    OpenAI 尚未在本次公告中披露统一的毫秒级延迟数据。 因此,外界目前无法用“延迟从多少降到多少”来量化 GPT-Live 的提升,实际体验还会受到网络状况、设备拾音、工具调用耗时及后台任务复杂度影响。全双工解决的是交互机制,不代表所有任务都会立即完成。

    真正有用的是“边聊边执行”

    边聊边执行是这次更新最值得关注的产品能力。 传统语音助手通常在收到指令后完成一个短动作,例如设置提醒、查询天气或播放音乐;新版 ChatGPT 桌面端面对的则是持续数分钟甚至数小时的开放任务,其中包含信息搜集、计划制定、工具调用、结果检查和用户审批。

    用户可以在后台任务运行时继续与 ChatGPT 交流,这意味着对话不再被一次工具调用锁死。假设 Codex 正在检查一个大型代码库,用户仍可让 Work 根据产品文档先准备发布说明;如果邮箱扫描发现航班取消,ChatGPT 也可以主动把这一变化带回当前语音会话,而不是等所有步骤结束后一次性报告。

    这种交互方式更像项目经理与执行团队之间的站会。 用户负责给出目标、判断和优先级,ChatGPT 负责拆分任务、汇总上下文并推进执行;遇到权限、歧义或高风险动作时,系统再请求用户确认。它比逐条填写提示词更省操作,但也要求模型准确区分“讨论一个想法”和“授权执行一个动作”。

    ChatGPT Work 在这套结构中承担了办公智能体的角色。根据 OpenAI 的产品说明,Work 能连接应用、文件、浏览器及经批准的业务上下文,并可利用超过 1,400 款插件获取资料;它还能在计划模式中先提出问题、生成执行方案,得到批准后再正式推进。

    桌面应用是这套能力比网页聊天更合理的载体。 本地文件、当前窗口、浏览器标签页和开发环境都天然集中在桌面端,ChatGPT 可以在用户明确授权后获得更完整的任务上下文。对于需要同时处理代码、邮件、表格和会议资料的工作,桌面端也更适合展示多个并行任务的状态。

    它还不是可以完全放手的AI员工

    GPT-Live 提升了下达指令的效率,但没有自动消除智能体执行中的可靠性问题。 语音表达通常比文字更随意,代词、省略句和临时改口也更多;一旦这些模糊信息被直接转化为邮件发送、日程修改或代码变更,错误的成本会高于普通聊天中的一次答非所问。

    权限边界会决定这项功能能否真正进入企业环境。日历、邮箱、Slack、客户管理系统和代码仓库包含大量敏感数据,组织需要知道 ChatGPT 访问了哪些信息、调用了什么工具、改变了哪些内容,以及谁批准了高风险步骤。

    成熟的多任务语音智能体至少需要三层保护。 第一层是执行前展示计划,让用户确认目标和关键步骤;第二层是对发送邮件、修改生产代码、创建外部分享链接等动作设置明确审批;第三层是保留可审计的任务记录,使用户能够追溯并撤销变更。

    GPT-Live 本身也面临语音模型特有的安全问题。OpenAI 在系统卡中重点讨论了自伤、精神病性症状与躁狂、对 AI 的情感依赖、暴力和性内容等风险;全双工和更拟人的声音可能增强陪伴感,也更容易让部分用户高估模型的理解能力和判断资格。

    越像真人的交互越需要清楚展示机器边界。 GPT-Live 可以更自然地回应停顿和打断,但这不等于它拥有稳定的人类意图理解,更不等于它应该替代医疗、法律或财务专业人员作出高风险决定。

    与竞品相比,OpenAI在抢桌面入口

    这次更新的竞争焦点不是谁的语音最像真人,而是谁能把语音、上下文和执行工具连成闭环。 单独的语音合成质量已经很难构成长期壁垒,真正决定产品价值的是模型听懂需求后能否访问正确资料、调用正确工具,并交付可检查的成果。

    | 产品能力 | 普通语音助手 | 通用语音聊天机器人 | GPT-Live桌面工作流 | |—|—|—|—| | 主要目标 | 执行单步设备指令 | 回答问题和陪伴对话 | 调度并推进复杂任务 | | 上下文范围 | 设备与少量账户数据 | 当前聊天与上传内容 | Chat、Work、Codex及获准连接的工具 | | 任务持续时间 | 通常为秒级 | 通常为单次会话 | 可在后台持续运行 | | 多任务能力 | 以逐条指令为主 | 可讨论多个问题 | 可从单一会话启动多个工作流 | | 用户角色 | 发出命令 | 提问与追问 | 设定目标、审批计划、调整优先级 |

    OpenAI 的优势在于已经把通用对话、办公智能体和编程智能体放进同一个桌面产品。它的短板也同样明显:任务越多,状态管理越复杂;工具连接越广,授权和审计压力越大;语音越自然,用户越可能在未仔细检查的情况下批准模型建议。

    这项更新更像工作方式的预告,而不是已经成熟的终点。 如果 ChatGPT 能稳定处理任务依赖、冲突和失败恢复,语音会成为比侧边栏更高效的智能体入口;如果它频繁听错对象、遗漏约束或在多个工作流之间混淆上下文,所谓多线程只会制造更多需要人工收拾的半成品。

    价格与上线范围仍需继续观察

    OpenAI 截至 7 月 24 日没有在本次公告中公布 GPT-Live 桌面集成的独立价格。 官方信息显示相关能力正在逐步推送,但不同套餐可用的模型额度、后台任务数量、语音时长和工具权限仍可能存在差异,用户应以客户端实际显示为准。

    GPT-Live 同期也在 ChatGPT 的 iOS、Android 和网页端面向全球用户推出,而桌面应用的特殊价值在于进一步打通 Chat、Work 和 Codex。由于功能采用逐步发布方式,即使使用同一套餐,不同账号看到入口的时间也可能不同。

    开发者和深度用户最应该观察的是四个指标。 这些指标比声音是否自然更能判断它能否用于正式工作:

    1. 打断后的上下文修正率: 用户改口后,已经启动的任务能否同步更新约束。
    2. 并行任务的隔离性: 邮件、文档和代码任务是否会错误共享不相关信息。
    3. 审批机制的颗粒度: 用户能否只批准某一步,而不是一次性放开整个流程。
    4. 失败后的恢复能力: 某个工具超时或权限不足时,其他任务能否继续,并给出清晰状态。

    ChatGPT Voice 这次终于不只是“用嘴聊天”,而是开始“用嘴管理工作”。 GPT-Live 让对话更连续,Work 和 Codex 让对话能够落到具体交付物上,桌面应用则提供了连接本地环境的入口;三者组合起来,才构成 OpenAI 所说的“口述需求,快速推进多项任务”。

    最终决定这项功能价值的不会是演示中那杯咖啡,而是用户回来后能否得到三份准确、可审查且没有越权的成果。就目前的产品方向看,它是 ChatGPT 从聊天工具走向通用桌面智能体的重要一步;但在可靠性、权限控制和可审计性得到真实工作场景验证之前,最合适的定位仍是“能干活的协作者”,而不是可以无人监督的 AI 员工。

    参考来源

    • IT之家:OpenAI ChatGPT 桌面应用上线语音模式 —— 介绍 GPT-Live 接入桌面应用,以及通过语音推进 Chat、Work、Codex 多项任务的更新信息。
  • Gemini 3.5 Pro迟到数月

    Gemini 3.5 Pro迟到数月

    谷歌最强旗舰模型Gemini 3.5 Pro据称已延期数月,编码能力未达预期只是表层原因,人才流失、组织内耗与军方合作争议正在同时拖慢DeepMind。

    谷歌的下一代旗舰模型,仍然没有等来发布日期

    截至北京时间 2026 年 7 月 24 日,谷歌尚未发布被视为下一代旗舰模型的 Gemini 3.5 Pro,而多家媒体援引内部人士称,其开发进度已经落后原计划数月。

    Gemini 3.5 Pro 是谷歌正在开发的新一代高性能通用模型,目标是承担复杂推理、代码生成、多模态理解和企业级智能体任务。 彭博社此前报道称,该模型未能按照原计划推进;Axios 最新采访的六位谷歌 DeepMind 现任及前任员工则表示,员工士气低落、人才流失和内部争议也是延期的重要原因。

    谷歌并未公开确认 Gemini 3.5 Pro 的最终发布日期,也没有发布模型参数、基准测试成绩和正式价格。这意味着,外界目前只能确认旗舰模型缺席,无法通过公开跑分判断它究竟比竞争对手落后多少。

    Gemini 3.5 Pro 的问题已经不只是一次普通跳票,而是谷歌能否维持前沿模型迭代速度的压力测试。 对一家拥有自研 TPU、全球级数据中心、搜索数据和顶尖研究团队的公司来说,算力与资金都不是最稀缺的资源;真正稀缺的是让研究、产品、安全和商业团队在同一时间表下完成交付的组织能力。

    谷歌DeepMind办公楼与Gemini标志,画面中央是一条不断向后延伸的产品发布时间线

    延期数月,编码能力据称是直接瓶颈

    AI 编码能力是指模型理解代码库、生成和修改程序、定位缺陷并完成软件工程任务的综合能力。 它与回答一道算法题不同,更接近让模型进入真实项目,在多个文件、依赖关系、测试用例和运行环境之间连续工作。

    据彭博社此前援引十位现任及前任谷歌员工的报道,Gemini 3.5 Pro 的直接瓶颈之一是编码表现未达到内部预期。谷歌在 6 月底更新了训练数据,希望改善代码生成效果,但内部测试结果据称仍不理想。

    编码能力已经从模型发布会上的展示项目,变成前沿模型最重要的商业入口之一。 企业愿意为代码智能体付费,不是因为它能补全一行函数,而是因为它可以阅读仓库、调用工具、执行测试、修复错误,再根据测试结果继续迭代。这个场景要求模型同时具备长上下文理解、规划、工具使用和低错误率,任何一项短板都会被放大。

    谷歌面临的难题是,旗舰模型不能只在少数榜单上追平对手,还必须在真实软件工程流程中保持稳定。 如果模型生成一段代码的成功率是 90%,看上去已经很高;但一个任务若需要连续完成十个相互依赖的步骤,理论上的全流程成功率只有约 35%。前沿模型厂商因此越来越重视多步执行和错误恢复,而不只是单轮代码生成。

    目前没有公开证据表明 Gemini 3.5 Pro 在某个具体编码基准上落后多少。谷歌没有发布 SWE-bench、Terminal-Bench 或内部软件工程评测数据,媒体报道也没有给出可复核的分数,因此把“落后数月”直接等同于“性能落后几代”并不严谨。

    发布日期的落后仍然会转化为产品层面的落后。 模型晚发布一个月,意味着开发者反馈、企业部署、智能体适配和推理优化也晚一个月;当竞争对手以数周为周期更新时,数月延期足以让对方完成一轮模型、工具链和客户案例的闭环。

    小模型持续更新,反而放大了旗舰缺席

    轻量模型是以较低推理成本和更短响应时间为目标,主动牺牲部分复杂任务能力的模型。 谷歌近期仍在推进 Gemini 3.6 Flash、Gemini 3.5 Flash-Lite,以及面向网络安全任务的 Gemini 3.5 Flash Cyber,说明 DeepMind 的模型发布管线并未完全停摆。

    小模型能够守住调用量,却无法替代旗舰模型建立技术上限。 Flash 类模型适合高并发客服、信息抽取、内容审核和简单代码辅助,但企业在复杂编程、科研分析和自主智能体场景中,首先比较的仍是各家的最强模型。

    | 模型或产品线 | 当前状态 | 主要定位 | 编码与复杂推理 | 价格信息 | 现阶段判断 | |—|—|—|—|—|—| | Gemini 3.5 Pro | 据称延期数月,尚未正式发布 | 谷歌下一代旗舰模型 | 据报道未达到内部预期,暂无公开跑分 | 尚未公布 | 决定谷歌能否守住第一梯队上限 | | Gemini 3.6 Flash | 已推出或进入市场投放阶段 | 低延迟、高吞吐任务 | 更强调效率,不以最高能力为首要目标 | 以谷歌正式页面为准 | 能补充产品线,不能替代 Pro | | Gemini 3.5 Flash-Lite | 已推出或进入市场投放阶段 | 成本敏感型批量任务 | 适合结构化处理和轻量生成 | 公开资料未在本次报道中统一列明 | 有利于规模化使用,但难承担复杂智能体 | | Gemini 3.5 Flash Cyber | 面向网络安全的专用版本 | 安全分析与相关工作流 | 侧重垂直领域,而非通用能力上限 | 尚无完整可比价格数据 | 场景明确,但市场范围有限 | | OpenAI、Anthropic旗舰模型 | 持续迭代 | 通用推理、编码与智能体 | 已成为谷歌内部比较对象 | 各家计费结构不同 | 在开发者心智和企业编程场景中施压谷歌 | | Meta AI模型体系 | 持续推进 | 模型能力、开放生态及消费级入口 | 竞争重点因产品而异 | 无法与闭源旗舰直接按单一价格比较 | 高管公开嘲讽反映竞争气氛升温 |

    表格中没有填写未经官方确认的基准分数,也没有把不同上下文长度、缓存机制和推理模式下的价格强行换算。模型比较只有在任务、输入输出规模和推理预算一致时才有意义,单看一个总榜名次很容易得出错误结论。

    Meta AI 负责人 Alexandr Wang 已在 X 上用“Gemini?没听说过”公开调侃谷歌,其他竞争对手也在追问更强模型何时就绪。高管间的口水战没有技术含量,但它说明谷歌正在丢失一种更重要的资产:市场默认其下一次发布会带来领先模型的预期。

    技术问题背后,是谷歌式组织内耗

    组织内耗是多个团队在目标、资源和决策权上相互牵制,最终降低整体交付速度的状态。 对谷歌来说,训练出一个强模型只是第一步,模型还要进入搜索、云服务、Android、YouTube、Workspace 和开发者工具,任何一条产品线都可能提出不同的成本、安全与发布时间要求。

    前员工将推动谷歌各部门朝同一方向前进,形容为“把整个海洋的水烧开”。这个比喻并不夸张:Google Cloud、DeepMind 和 Android 团队都在开发面向程序员的 AI 工具,部分消费者产品团队也参与其中,重叠项目会争夺相同的算力、人才和内部渠道。

    重复造轮子的问题不在于谷歌缺少项目,而在于太多项目都希望成为统一入口。 一个团队希望模型优先服务云客户,一个团队要求它与 Android 深度结合,另一个团队则要保护搜索广告的用户体验;这些目标单独看都合理,放在同一发布日期前就会互相冲突。

    内部算力竞争也会拖慢实验节奏。谷歌虽然拥有自研 TPU 和庞大的数据中心,但前沿训练、后训练、评测以及产品推理都在争夺高端计算资源;当研究人员无法快速重复实验时,训练数据更新后的负面结果就更难被及时定位。

    谷歌早期对内部代码使用生成式 AI 的谨慎政策,也可能让它错过了一部分产品反馈窗口。 出于专有代码保护和训练数据治理考虑,谷歌一度限制员工用 Gemini 编写或分析内部代码,相关政策后来有所放宽,但组织级使用习惯不会随着一条政策立即改变。

    联合创始人谢尔盖·布林一直在推动 AI 编程产品提速,谷歌首席 AI 架构师 Koray Kavukcuoglu 也在尝试统一内部工具,DeepMind 还组建了专门的 AI 编程团队。这些调整方向是对的,但组织重构的见效周期通常比模型训练周期更长,难以立刻解决 Gemini 3.5 Pro 的发布时间问题。

    军方合作争议正在消耗员工士气

    谷歌与美国国防部的合作协议,是本轮 DeepMind 员工不满的另一条导火索。 据 Axios 报道,谷歌在 2026 年 4 月达成了一项允许美国军方使用其技术的协议,多名员工在离职面谈中提到了这项合作。

    一位知情人士将内部争议描述为一场“持续的战斗”,并称其造成了“情感上的倦怠”。DeepMind 前研究科学家 Alex Turner 也表示,自己因谷歌的军事合同而辞职。

    军事合作争议对模型进度的影响不是某段训练代码突然失效,而是团队信任和人员稳定性下降。 前沿模型项目高度依赖经验积累,负责数据、架构、评测和后训练的核心研究员很难被即刻替代;一个关键成员离开,可能让多个实验失去上下文。

    DeepMind CEO Demis Hassabis 最近发布了新的 AI 安全框架,但有前员工认为,他在公司内部的可见度不如部分竞争对手 CEO。安全框架能够明确模型风险边界,却不能自动解决员工对技术最终用途的道德分歧。

    谷歌曾因 Project Maven 等军事项目遭遇过类似内部反弹,因此这并不是一个全新的管理问题。不同之处在于,2026 年的顶尖 AI 人才拥有更多选择,研究员可以转向 OpenAI、Anthropic 或其他资金充足的实验室,员工不满更容易迅速变成人才流失。

    顶尖研究员离职,比一次延期更难修复

    人才流失是谷歌当前最具长期破坏性的风险。 据相关报道,Gemini 联合负责人 Noam Shazeer 已离开谷歌并加入 OpenAI,AlphaFold 核心研究者、诺贝尔化学奖得主 John Jumper 则转投 Anthropic。

    今年 6 月,Gemini 核心研发人员 Jonas Adler 和 Alexander Pritzel 也被报道离职并加入 Anthropic。这些人员变动的重要性不只体现在履历,而在于他们掌握模型训练过程中大量不会完整写入文档的隐性知识。

    前沿模型开发不是按人数线性扩张的工程。新增十名研究员未必能立刻替代一名熟悉训练失败模式、数据配比和评测漏洞的核心成员;新员工需要先理解已有实验,再建立对内部基础设施的判断,补位周期往往以月计算。

    人才流动还会形成自我强化。 当研究员认为项目落后时,更容易接受竞争对手邀请;核心人员离开后,剩余团队的负担加重,模型进度进一步受影响;进度继续延误,又会让更多人怀疑项目方向。

    1900亿美元支出,让延期变成财务问题

    AI 资本开支是科技公司为数据中心、芯片、网络和电力基础设施投入的长期资金。 谷歌最新一季财报超过市场预期,但报道指出,公司自由现金流已经转为负值,重要原因之一正是持续增加的 AI 投资。

    谷歌 2026 年总支出预计达到 1900 亿美元。这个数字不应被简单理解为全部用于训练 Gemini,也不应与单一季度资本开支混为一谈,但它足以说明市场对投资回报的要求正在迅速提高。

    彭博行业研究分析师 Mandeep Singh 表示,谷歌云业务收入增长 82%,搜索业务收入则略低于华尔街预期。云业务高增长证明 AI 基础设施确实存在需求,但搜索低于预期会放大投资者对核心业务被 AI 改写的担忧。

    | 财务与业务指标 | 最新报道口径 | 对 Gemini 3.5 Pro 的含义 | |—|—:|—| | 谷歌 2026 年预计总支出 | 1900 亿美元 | 模型延期会加大市场对投入效率的质疑 | | 谷歌云业务收入增速 | 82% | AI 计算需求强劲,基础设施仍具商业回报 | | 自由现金流 | 已转为负值 | 投资者将更关注模型和产品何时兑现收入 | | 搜索业务表现 | 略低于华尔街预期 | 谷歌必须证明 Gemini 能增强而非侵蚀搜索业务 |

    Alphabet 股价此前也对延期报道作出明显反应,相关消息出现后盘中一度跌逾 3%,当日最终收跌 4.44%。股价波动不能证明一个未发布模型的能力,但能反映资本市场已经把 Gemini 3.5 Pro 当作衡量谷歌 AI 执行力的指标。

    谷歌还没有掉队,但容错空间正在缩小

    谷歌仍然拥有其他实验室难以复制的全栈优势。 从 TPU、数据中心到搜索、Android、Chrome、YouTube 和 Workspace,谷歌可以把模型同时部署到消费端、企业端和开发者端,并通过真实产品获得高频反馈。

    Gemini 在多模态输入、搜索信息整合和超大规模分发方面仍有明显基础,谷歌云的增长也说明企业没有停止购买其 AI 基础设施。下一代 Gemini 4 据称已经启动训练,因此 Gemini 3.5 Pro 延期并不等于谷歌的前沿模型路线中断。

    谷歌真正落后的可能不是某一项模型能力,而是把研究成果变成稳定产品的速度。 OpenAI 和 Anthropic 的组织更聚焦,可以围绕单一模型快速调整产品和商业策略;谷歌每次升级都必须考虑多个业务部门以及数十亿用户的兼容问题。

    谷歌选择不发布一个内部评测不过关的旗舰模型,本身并不是错误。相比带着明显缺陷仓促上线,延期并继续训练通常更负责任,尤其是旗舰模型会直接进入企业代码库和自动化工作流。

    延期的合理性取决于它最终换来了什么。 如果 Gemini 3.5 Pro 上线后在真实编码、复杂推理和智能体执行上形成可感知优势,几个月等待可以被视为质量控制;如果模型只是在公开榜单上小幅追平对手,延期就会被解释为组织效率下降。

    对开发者而言,当前不应为未发布模型暂停选型

    开发者现阶段不应根据传闻为 Gemini 3.5 Pro 预留关键项目档期。 模型尚无确定发布日期、正式价格、上下文规格和可复核跑分,任何围绕它制定的迁移计划都缺乏稳定依据。

    企业更合理的做法是使用自己的真实任务集持续评估现有模型。代码场景至少应覆盖仓库级理解、跨文件修改、测试通过率、工具调用成功率、响应延迟和单任务总成本,而不是只比较厂商提供的静态榜单。

    谷歌需要用正式发布回答三个问题:模型是否足够强、推理是否足够稳定、价格是否足以支撑规模化部署。 其中任何一个问题没有清晰答案,Gemini 3.5 Pro 都很难扭转市场对谷歌“再次掉队”的判断。

    截至 7 月 24 日,最稳妥的结论仍然是:Gemini 3.5 Pro 确实处于外界预期之外的延期状态,但谷歌的技术落后幅度尚无公开数据可以量化。比模型跑分更明确的信号,是人才、组织、文化和资本压力正在同一时间挤压 DeepMind 的交付能力。

    参考来源

    • IT之家:谷歌旗舰大模型难产背后,军方合作引员工不满 —— 汇总 Axios、彭博社报道,涉及模型延期、员工士气、人才流失与谷歌财务数据。
    • 知乎:Gemini 3.5 Pro 难产,谷歌跌入失望陷阱 —— 对 Gemini 3.5 Pro 延期及编码能力瓶颈的补充分析。
  • Genie走进微软办公流

    Genie走进微软办公流

    Databricks 将把 Genie 接入 Microsoft 365 Copilot,让员工在 Teams 等办公入口直接查询企业数据。真正的价值不在聊天界面,而在身份、权限与数据治理能否原样延伸到办公工作流。

    Genie 走进微软办公流:企业数据分析助手不再困在 BI 后台

    Databricks 正在把 Genie 接入 Microsoft 365 Copilot,企业员工未来可以在 Teams 等日常办公入口中,直接用自然语言查询 Databricks 里的业务数据。7 月 23 日,Databricks 宣布将与微软的战略合作延长至 2030 年代,并扩大 Azure Databricks、Microsoft 365、Power Platform、Copilot Studio 以及 Azure Cobalt 之间的整合。

    这次更新的重点不是给 Databricks 再增加一个聊天窗口,而是让数据分析能力进入企业已经在使用的办公工作流。销售负责人不必打开 BI 仪表盘,供应链经理也不必先找到数据分析师,他们可以在 Microsoft 365 Copilot 或 Teams 中直接追问:华东区本周收入为什么下降、哪些 SKU 的库存风险最高、上季度续费率变化来自哪些客户群。

    **Databricks Genie 是一套面向企业数据的自然语言分析助手。**它把用户问题转换为对企业数据的分析过程,并结合数据表、字段、指标定义和业务语义生成回答。与通用聊天机器人不同,Genie 的核心对象不是互联网知识,而是被 Databricks 管理和授权的内部数据。

    Databricks Genie 通过 Copilot Studio 接入 Microsoft 365 Copilot 和 Teams,并连接 Unity Catalog 与企业数据的架构示意图

    不是把数据复制给 Copilot,而是把 Genie 变成可调用的企业 Agent

    这项集成更接近“Agent 调用 Agent”,而不是把 Databricks 数据整体导入 Microsoft 365。Microsoft 365 Copilot 承担用户入口和任务编排,Genie 负责理解数据问题、访问获准的数据资产并返回分析结果,底层数据仍由 Databricks 的数据平台和治理体系管理。

    微软与 Databricks 的官方文档显示,目前有两条主要接入路径:第一条是在 Microsoft Teams 中安装 Databricks Genie 应用,再从 Microsoft 365 Copilot 中选择 Genie;第二条是先从 Databricks 建立到 Microsoft Power Platform 的连接,再通过 Copilot Studio 连接 Genie Agents,并将其发布到相应办公场景。

    **Copilot Studio 是微软用于构建、连接和发布企业智能体的低代码平台。**它在这套架构中扮演编排层,负责把 Microsoft 365 中的用户请求交给 Genie,而不是替代 Genie 的数据分析能力。

    两条接入路径对应不同的企业需求:

    1. **Teams 应用路径更适合快速部署。**企业可以把 Genie 放进员工已经使用的沟通界面,减少切换系统的成本。
    2. **Copilot Studio 路径更适合流程化集成。**企业可以把 Genie 与审批、通知、客户服务或内部知识助手组合,而不只是提供一个独立聊天入口。
    3. **Power Platform 连接更适合已有微软低代码体系的组织。**这类企业通常已经使用 Power Automate、Power Apps 或 Copilot Studio,Genie 可以成为其中一个受控的数据分析节点。

    这也意味着,所谓“接入 Microsoft 365”并不等于 Genie 立刻成为 Word、Excel、Outlook 中无处不在的原生按钮。现阶段官方明确描述的主要交互入口是 Microsoft 365 Copilot、Teams 应用以及通过 Copilot Studio 发布的 Agent;企业能否在具体 Office 应用中调用,还取决于管理员配置、租户策略、产品许可与微软侧的功能开放范围。

    最关键的变化是权限可以跟着用户走

    企业数据助手真正难解决的问题不是自然语言转 SQL,而是“谁有权问什么”。一个能回答收入、员工薪酬、客户名单和供应链成本的机器人,如果只用统一服务账号访问数据库,就可能把原本隔离的数据暴露给不该看到的人。

    **企业 OAuth 是将用户身份和授权关系带入外部应用的企业级认证机制。**Databricks 表示,Genie 可以通过企业 OAuth 对来自 Teams、Copilot Studio 或自定义应用的会话进行认证,让每次对话对应到具体用户,而不是让所有请求共享一个高权限账号。

    **Unity Catalog 是 Databricks 用于统一管理数据、AI 资产、权限和审计的治理层。**Genie 会遵循用户已有的 Unity Catalog 权限,只访问该用户能够访问的数据;如果一名区域经理没有查看全国客户明细的权限,把问题换成自然语言也不会自动绕过限制。

    这套身份链路至少要完成四件事:

    • Microsoft 365 能识别当前发起请求的员工;
    • Copilot Studio 或 Teams 应用能够把身份安全地传递给 Databricks;
    • Databricks 能依据该身份执行对应的数据权限;
    • 查询、回答和工具调用能够进入企业审计记录。

    权限继承是这次集成最有价值、也最容易被低估的部分。过去企业把聊天机器人接到数据库时,往往需要重新开发登录、权限映射、凭证保管和审计逻辑;如果 OAuth、Copilot Studio 与 Unity Catalog 能完整衔接,部署团队可以少造一套身份系统。

    但权限正确不代表答案正确。Genie 即使只能看到获准的数据,仍可能因为指标定义含糊、表之间关系错误、数据更新延迟或自然语言歧义,给出逻辑上合理、业务上错误的结论。

    Genie 与 Microsoft 365 Copilot 各自负责什么

    Microsoft 365 Copilot 和 Databricks Genie 并不是同一种产品。前者理解邮件、会议、文档和组织协作上下文,后者理解企业数据平台中的表、指标和业务语义,两者组合后才可能完成从“发生了什么”到“为什么发生”的跨系统分析。

    | 产品 | 核心定位 | 主要数据范围 | 典型入口 | 治理基础 | 独立新增价格 | |—|—|—|—|—|—| | Databricks Genie | 自然语言企业数据分析 | Lakehouse 中的表、指标及语义信息 | Databricks、Teams、Microsoft 365 Copilot、Copilot Studio | Unity Catalog、企业 OAuth | 本次合作未公布独立售价 | | Microsoft 365 Copilot | 办公内容理解与任务协作 | 邮件、会议、文档及 Microsoft Graph 上下文 | Teams、Word、Excel、Outlook 等 | Microsoft 365 租户权限与合规体系 | 取决于微软现有许可方案 | | Power BI Copilot | 面向报表和语义模型的辅助分析 | Power BI/Fabric 语义模型与报表 | Power BI、Microsoft Fabric | Fabric 与 Power BI 权限体系 | 取决于容量和许可配置 | | Snowflake Cortex Analyst | Snowflake 数据的自然语言查询 | Snowflake 中的数据与语义模型 | Snowflake 及企业自建应用 | Snowflake 角色与数据治理 | 取决于 Snowflake 用量与产品配置 |

    Databricks Genie 相比 Power BI Copilot 的优势在于,它更靠近 Lakehouse 中的原始数据、工程管道和统一治理层。对于数据已经集中在 Databricks、但消费入口分散在 Teams、门户和内部应用中的企业,Genie 可以减少为每个入口重复建设问答逻辑的工作。

    Power BI Copilot 的优势则是成熟的报表消费环境和微软 BI 用户基础。企业如果已经围绕 Power BI 语义模型完成指标治理,并不一定需要为了自然语言问答再引入 Genie;反过来,如果大量分析发生在 Databricks SQL、数据科学工作流和 Lakehouse 表上,Genie 与数据资产的距离更近。

    Snowflake Cortex Analyst 与 Genie 的竞争逻辑类似,双方都试图把自然语言问题映射到可信的企业指标和查询。它们之间的差别最终不只取决于模型效果,而取决于企业的数据放在哪里、权限体系由谁管理,以及语义层是否已经建设完成。

    办公入口会扩大数据分析的用户规模

    Genie 进入 Microsoft 365 后,最直接的受益者不是数据工程师,而是没有 SQL 能力的业务负责人。数据团队过去需要处理大量重复问题,例如按地区拆分销售额、解释某周转化率变化、查询库存覆盖天数,这些任务技术难度不高,却不断占用分析资源。

    销售场景可以体现这种变化。区域负责人可以在 Teams 讨论业绩时直接询问 Genie:本月目标完成率低于 80% 的客户经理有哪些,并继续追问这些人员的商机数量、平均成交周期和重点流失客户,而不必在会议后再提交取数需求。

    供应链场景更适合连续追问。运营人员可以先找出未来两周可能缺货的产品,再按供应商、仓库和预计收入影响拆分,最后让工作流把高风险项目发送给对应负责人;Genie 提供数据解释,Copilot Studio 负责后续通知和流程动作。

    财务场景则会更谨慎。预算执行、成本拆分和现金流数据通常涉及行列级权限、敏感字段和严格口径,企业需要先定义“收入”“毛利”“活跃客户”等指标,再允许 Genie 面向更大范围员工开放。

    真正的生产力提升不会来自少点两次鼠标,而会来自分析等待时间的缩短。过去一个跨部门数据问题可能要经历提需求、确认口径、排期、写 SQL 和制作报表;进入办公流后,简单问题可以在对话中完成,分析师则集中处理因果判断、实验设计和复杂建模。

    语义层质量决定 Genie 是助手还是“数据幻觉机”

    自然语言分析的准确率上限由企业的数据语义质量决定。模型可以理解“找出高价值客户”,但数据库里可能同时存在按收入、利润、生命周期价值和续费概率定义的四种高价值客户,缺少明确口径时,再强的模型也只能猜。

    企业部署 Genie 前至少需要补齐三类信息:

    • **业务术语定义:**明确收入、订单、客户、流失等核心概念的计算规则;
    • **数据关系说明:**标记表之间的连接方式、时间字段和主键,避免重复计算;
    • **可信查询示例:**提供经过验证的问题和查询逻辑,让 Genie 学会组织内部的表达方式。

    Genie 的价值因此与数据团队前期投入成正比。指标体系清晰、Unity Catalog 权限完整、表描述充分的企业,上线后更容易获得稳定回答;数据表命名混乱、同一指标存在多个版本的企业,只会把原有数据债务包装成更自然的语言。

    回答可验证性同样重要。企业数据助手不能只输出一段看似专业的结论,还应让用户确认所用数据范围、时间窗口、筛选条件和指标定义;涉及经营决策时,用户还需要能够追溯到对应的数据资产或查询过程。

    安全边界不应只停留在“有权限”

    企业 OAuth 和 Unity Catalog 解决的是访问控制,但不能覆盖智能体系统的全部风险。Genie 进入办公流后,用户发起查询的频率和范围都会扩大,数据泄露、提示注入、错误汇总和敏感信息被复制到聊天记录中的风险也会随之上升。

    企业管理员需要额外关注以下问题:

    1. **聊天结果保存在哪里。**查询结果可能进入 Teams 会话、Copilot 历史记录或企业日志,其保留周期不能只看 Databricks 一侧。
    2. **敏感字段能否被汇总推断。**用户即使不能读取单条薪酬记录,也可能通过小样本分组反推出个人信息。
    3. **Agent 能否调用后续动作。**当 Genie 与工作流连接后,错误回答可能触发通知、工单甚至审批,风险高于单纯聊天。
    4. **成本能否被控制。**自然语言的连续追问可能产生多轮模型推理和数据查询,企业需要设置资源、并发和查询预算。
    5. **回答是否有审计证据。**关键经营结论应保留身份、数据版本、查询条件和时间戳,避免无法复盘。

    Databricks 官方文档也单独提示了 Teams 应用的限制项,这说明当前集成仍需要按具体租户、区域和功能可用性进行验证。企业不应把演示中的顺畅对话直接等同于可全员上线的生产能力。

    微软拿入口,Databricks拿数据层

    这次合作延长至 2030 年代,说明双方瞄准的不是一个插件,而是企业 AI 基础设施的长期绑定。Databricks 表示将加大对 Azure 的投入,并扩大使用 Azure Databricks 来运行自身核心业务运营和分析,这相当于它也在用自家与微软联合提供的云上产品验证规模化能力。

    微软的收益是让 Microsoft 365 Copilot 获得更深的企业数据访问能力。办公助手如果只能总结邮件和会议,很容易停留在内容整理层;接入 Genie 这类数据 Agent 后,它才有机会回答经营问题,并把分析结果带入会议、协作和自动化流程。

    Databricks 的收益是获得 Microsoft 365 的分发入口。企业数据平台通常由工程师和分析师使用,而 Teams 和 Microsoft 365 面向的是全体知识工作者;Genie 一旦进入这些入口,潜在用户规模会从数据团队扩展到销售、财务、运营和管理层。

    双方还计划增加对 Microsoft Azure Cobalt 的使用。**Azure Cobalt 是微软自研的 Arm 架构云端处理器系列。**Databricks 此次只表示会通过增加使用 Cobalt 提升性能和效率,尚未披露具体实例规格、迁移比例、成本降幅或查询性能数据,因此现阶段更适合把它理解为基础设施合作信号,而不是可以量化的产品性能升级。

    这次更新有用,但不会自动消灭 BI

    Genie 接入 Microsoft 365 是一个实用方向,因为企业员工更愿意在熟悉的办公入口提问,而不是学习另一个分析产品。不过,它替代的首先是临时取数、简单拆分和重复问答,而不是经过审计的财务报表、固定经营看板或复杂的数据科学工作。

    传统 BI 仍然适合持续监控和统一展示。管理者每天需要查看的核心指标,不应该每次都通过自然语言重新生成;自然语言助手更适合处理看板之外的追问,例如某个指标为什么变化、哪些客户贡献了差异、是否存在异常分组。

    Genie 的竞争力最终取决于三个指标:回答是否可信、权限是否完整、从提问到结果是否足够快。Databricks 与微软目前没有公布此次集成的独立价格、端到端延迟、查询准确率或企业部署规模,因此暂时无法用统一跑分判断它对 Power BI Copilot、Snowflake Cortex Analyst 等产品的领先幅度。

    可以确定的是,企业数据助手正在从独立聊天页面转向办公软件中的基础能力。模型本身会逐渐商品化,真正形成壁垒的将是身份链路、语义层、数据治理和工作流分发,而这恰好是微软与 Databricks 各自最擅长的部分。

    参考来源

    按指定的可访问域名范围,以下权威来源未附站外超链接,仅保留来源名称与内容说明。

    • **Databricks 与微软扩大合作公告:**说明双方将战略合作延长至 2030 年代,并推进 Genie、Microsoft 365、Azure Databricks 与 Azure Cobalt 的整合。
    • **Databricks Genie on Microsoft 365 Copilot 官方文档:**说明 Teams 应用和 Power Platform/Copilot Studio 两种部署路径,以及在 Microsoft 365 Copilot 中选择 Genie 的方式。
    • **Microsoft Learn:Databricks Genie on Microsoft 365 Copilot:**说明 Azure Databricks 与 Microsoft 365 Copilot 的连接、安装和使用流程。
    • **Databricks 官方博客《Use Genie Everywhere with Enterprise OAuth》:**说明企业 OAuth、Teams、Copilot Studio、SDK 与自定义应用中的身份和权限治理方式。
    • **36氪 7 月 23 日快讯:**转述 Databricks 与微软延长战略合作及扩大 Azure 投入的最新消息。
  • GPT-5.5看得见,却不会动

    GPT-5.5看得见,却不会动

    ActiveVision 最新测试显示,GPT-5.5 得分仅为 10.6%,远低于人类的 96.1%。模型能识图、写代码,却仍难以在变化环境中持续观察并主动操作。

    GPT-5.5 在主动视觉测试中只拿到 10.6%

    GPT-5.5 在新基准 ActiveVision 上只解决了 10.6% 的测试项目,并在 17 项任务中的 11 项得分为零。同期参与评测的 Claude Fable 5 得分更低,仅为 3.5%;三名人类参与者的平均成绩则达到 96.1%。

    这组结果来自本周公开的预印本论文,论文编号为 arXiv:2607.16165。研究者使用了 GPT-5.5 对外开放的最高推理强度档位,但它与人类之间依然相差 85.5 个百分点;按得分比例计算,人类成绩约为 GPT-5.5 的 9.1 倍。

    ActiveVision 成绩对比柱状图,GPT-5.5 为 10.6%、Claude Fable 5 为 3.5%、人类为 96.1%

    ActiveVision 是一套测试模型能否通过反复观察、判断和操作完成视觉任务的基准,而不是让模型对一张静态图片做一次性描述。它包含 17 项任务,分属 3 个类别,设计目标是迫使模型持续获取新的视觉信息,而不能只靠第一眼生成答案。

    | 参与者或模型 | ActiveVision 得分 | 零分任务 | 与人类差距 | |—|—:|—:|—:| | GPT-5.5(最高公开推理强度) | 10.6% | 11/17 | 85.5 个百分点 | | Claude Fable 5 | 3.5% | 论文摘要未单列 | 92.6 个百分点 | | 人类参与者(3 人平均) | 96.1% | 未披露 | — |

    GPT-5.5 虽然比 Claude Fable 5 高出 7.1 个百分点,得分约为后者的 3 倍,但这并不意味着它已经接近可用。10.6% 在真实产品里意味着绝大多数操作链都会中途失败,而 11 项任务直接归零,则说明模型面对的不是偶发识别错误,而是一整类能力缺失。

    ActiveVision 测的不是“看图答题”

    主动视觉是智能体根据当前观察主动选择下一步动作,并利用动作带来的新画面继续推理的能力。它与传统视觉问答最大的区别在于,输入不是固定的:模型点击、移动、缩放或改变视角之后,环境会发生变化,模型必须重新确认状态。

    传统多模态评测更像把一张卷子拍下来交给模型,而 ActiveVision 更像让模型坐到电脑前亲自完成任务。前者只需要把图像压缩成一次性的语义表示,后者则要求模型循环执行“观察—形成假设—采取动作—检查结果—修正计划”。

    这个差别看起来只是多了几轮交互,实际却把错误来源成倍放大。一条包含 10 个步骤的操作链,即使模型每一步成功率都有 90%,整条链全部正确的概率也只有约 34.9%;如果单步可靠性降至 80%,最终成功率会跌到约 10.7%,恰好接近 GPT-5.5 此次的整体成绩。

    ActiveVision 因此暴露的是系统级可靠性,而不只是单张图片的识别准确率。模型可能第一步看对了按钮,第二步却没有确认点击是否生效;也可能正确识别局部元素,却忘记当前任务进行到了哪里;还可能在操作失败后继续沿用旧状态推理,最终让整条行动链偏离目标。

    同一个 GPT-5.5,静态视觉能拿 76.12%

    GPT-5.5 的低分不能简单归结为视觉编码器太弱,因为它在静态视觉测试中的表现并不差。Roboflow 公布的第三方 Vision Evals 显示,GPT-5.5 综合准确率为 76.12%,在 63 个参评模型中排名第四。

    | 测试项目 | GPT-5.5 成绩 | 主要考察能力 | |—|—:|—| | Roboflow Vision Evals 综合成绩 | 76.12% | 静态图像理解与视觉问答 | | 文档理解 | 88.9% | OCR、版面结构和文字关系 | | 缺陷检测 | 86.7% | 发现图像中的异常区域 | | 对象理解 | 85.7% | 识别物体及其语义属性 | | 精确计数 | 30.0% | 对重复目标进行准确计数 | | ActiveVision | 10.6% | 反复观察、操作与状态更新 |

    这两组成绩并不矛盾,反而清楚展示了前沿模型能力的“锯齿状边界”。GPT-5.5 可以读懂复杂文档、判断物体属性,也能在缺陷检测任务中取得 86.7%,但一旦视觉信息需要随着动作持续更新,它的能力就从 70%—80% 档位跌到 10.6%。

    第三方分析认为,GPT-5.5 采用了基于 32×32 patch 的视觉编码方式,这有利于处理高分辨率文档、图表和结构化布局。Patch 可以理解为模型观察图片时使用的小方格:图片先被切成网格,再转换为视觉 token 进入模型。它能帮助模型“读懂画面”,却不会自动赋予模型稳定的行动闭环。

    精确计数只有 30% 也是同一种问题的较轻版本。模型可以知道画面里有很多相似物体,却容易重复计算、遗漏目标或失去空间对应关系;在主动操作里,这种空间追踪误差还会与历史状态、动作反馈和任务目标叠加,最终形成连续失败。

    会写代码,也没有补上视觉闭环

    ActiveVision 最值得关注的发现不是前沿模型又输掉了一次新跑分,而是模型无法靠自己写代码修补能力缺口。论文专门观察了模型能否生成辅助程序来完成任务,但代码能力没有顺利转化为主动视觉能力。

    这对 GPT-5.5 尤其刺眼,因为编码和智能体执行正是它这一代的主打方向。公开数据中,GPT-5.5 在 Terminal-Bench 2.0 上达到 82.7%,比 GPT-5.4 提高 7.6 个百分点;BrowseComp 成绩为 84.4%,提高 1.7 个百分点。GPT-5.5 Pro 在 BrowseComp 上还可以达到 90.1%。

    | 基准 | GPT-5.5 成绩 | 任务性质 | 能否直接代表主动视觉 | |—|—:|—|—| | Terminal-Bench 2.0 | 82.7% | 终端环境中的编码与执行 | 不能 | | BrowseComp | 84.4% | 浏览、检索与信息整合 | 不能 | | GPT-5.5 Pro BrowseComp | 90.1% | 更高强度的浏览推理 | 不能 | | ActiveVision | 10.6% | 视觉反馈驱动的连续操作 | 可以直接衡量 |

    代码不能救场的原因并不神秘:程序可以放大、裁切、标记和比较图像,却不能替模型决定什么时候应该重新观察,也不能保证模型正确理解程序输出。只要模型对环境状态的表征已经错了,它就可能写出逻辑正确但输入错误的工具,然后更自信地沿着错误路径前进。

    主动视觉真正缺少的是“感知策略”,而不是另一个图像处理函数。一个可靠智能体需要知道当前证据是否充分、某次点击有没有成功、界面是否发生了预期变化,以及什么时候应该放弃原计划重新定位目标。这些判断无法靠一次代码生成完成。

    高推理强度为什么仍然不够

    增加推理 token 主要改善的是模型在已有信息上的搜索深度,却无法保证它主动获得了正确的新信息。模型如果从第一帧就误认目标位置,后续再长的思维链也可能只是在错误地图上做更复杂的规划。

    视觉行动任务至少同时依赖四层能力:

    1. 视觉定位能力:准确找到目标元素,而不只是说出画面中“存在一个按钮”。
    2. 状态记忆能力:记住已经执行的动作、当前进度与环境变化。
    3. 反馈校验能力:每次操作后确认结果,而不是默认动作已经成功。
    4. 恢复规划能力:发现界面不符合预期时回退、重试或更换策略。

    任何一层出现短板,都会让高推理强度失去意义。当前模型常见的工作方式是先根据首帧形成一个完整计划,再连续执行多个动作;人类则更倾向于每做一步就扫一眼界面,用低成本反馈修正下一步。后者看起来没有长篇推理,实际却拥有更密集的闭环校验。

    人类 96.1% 的成绩说明这些任务并非依靠冷门知识或超人视觉才能完成。尽管只有 3 名人类参与者,样本规模不足以代表完整人群分布,但接近满分的平均结果仍足以表明:ActiveVision 的主要难点来自模型架构和交互策略,而不是任务本身含糊不清。

    10.6% 对视觉智能体意味着什么

    ActiveVision 的结果直接给“截图驱动型智能体”泼了一盆冷水。只要产品需要模型根据连续截图控制桌面软件、网页、工业界面或远程设备,静态视觉问答跑分就不能作为可靠性的替代指标。

    浏览器智能体可能因为 DOM 和无障碍树而显得比纯视觉智能体成熟。结构化页面会直接告诉模型某个元素是按钮、输入框还是链接,相当于给它一份机器可读的地图;ActiveVision 这类任务则更接近只给截图,让模型自己完成定位和状态跟踪,难度自然更高。

    机器人场景面临的风险还会进一步放大。网页点错按钮通常可以撤销,但机械臂抓错位置、移动设备误判障碍物或工业系统重复执行指令,都可能产生物理成本。10.6% 的成功率意味着这类模型目前更适合作为建议者和异常提示器,而不是脱离监督的最终执行者。

    现阶段更现实的产品路线是限制动作空间,并给视觉模型加上外部校验。开发者可以让模型每次只选择少量预定义动作,要求关键操作前后保存截图,对高风险步骤使用传统视觉算法或规则系统复核,并在状态变化不明确时强制停止,而不是让模型凭自然语言计划一路执行到底。

    GPT-5.5 仍然强,但强得并不均匀

    GPT-5.5 不是一款视觉能力差的模型,而是一款在视觉语义理解和视觉行动之间存在巨大断层的模型。它在文档、对象和缺陷理解上表现靠前,在终端编码与网页研究中也有领先成绩,但这些能力尚未组合成稳定的主动操作系统。

    这种断层也解释了为什么演示视频常常比真实部署更惊艳。演示可以挑选成功路径、固定窗口尺寸并避免意外弹窗,生产环境却会出现加载延迟、遮挡、动画、焦点丢失和状态不同步;模型只要漏掉一次反馈,后续步骤就可能全部失效。

    价格同样会放大这一问题。GPT-5.5 的公开价格为每百万输入 token 5 美元、每百万输出 token 30 美元,上下文窗口为 100 万 token;GPT-5.5 Pro 则分别达到 30 美元和 180 美元。主动视觉需要重复上传画面并进行多轮推理,如果成功率仍只有 10.6%,更高推理预算很容易变成昂贵的重复试错。

    | 模型 | 输入价格 | 输出价格 | 上下文窗口 | ActiveVision 已披露成绩 | |—|—:|—:|—:|—:| | GPT-5.5 | 5 美元/百万 token | 30 美元/百万 token | 100 万 token | 10.6% | | GPT-5.5 Pro | 30 美元/百万 token | 180 美元/百万 token | 公开信息未在论文摘要中对应说明 | 未单列 |

    ActiveVision 的价值正在于把“会看”和“会做”拆开评估。模型读懂一张截图,并不等于它能在十张连续截图中保持同一目标;模型会生成自动化脚本,也不等于它能判断脚本何时失效。对开发者而言,这比又一个综合多模态分数更接近真实产品问题。

    真正的突破要看闭环成功率

    下一代视觉智能体的关键指标不应只是单帧准确率,而应包括长链任务成功率、动作后复核率、错误恢复率和平均无故障步数。只有这些指标同步提高,模型才可能从“能解释界面”走向“能可靠操作界面”。

    GPT-5.5 的 10.6% 也不意味着主动视觉没有进展空间。模型厂商可以引入更细粒度的视觉记忆、显式状态表示、动作前后差分检测,以及针对失败恢复的强化学习;基准设计者则需要继续区分识别错误、动作错误、记忆错误和恢复失败,避免把所有问题压成一个总分。

    目前最稳妥的结论是:GPT-5.5 已经是强大的静态视觉理解模型和编码模型,但还不是可靠的视觉操作模型。它看得懂很多东西,也能写出复杂程序;真正困难的是让它在每一次动作之后重新看清现实,并承认现实可能没有按计划发展。

  • Comfyui从O到1环境配置指南(全教程)

    01.重要:升级最新显卡驱动,打开虚拟内存,重启电脑:
    显卡驱动入口:https://www.nvidia.cn/drivers/lookup/

    虚拟内存设置:

    电脑桌面->“此电脑”右键属性-高级系统设置-设置(高级)

    02、安装git,网盘下载的,默认安装,不要管弹什么,一直下一步,不要自定义路径

    03、安装python,默认安装路径,注意勾选添加变量(之前如果装过python跳过这一步就可以,之前装的什么版本都无所谓,跟整合包不冲突)

    04、安装VisualStudio,这里要注意,有勾选项目要求,一样的,默认路径不要改

    5.安装cuda12.8,注意,建议装12.8,因为整合包内置的就是最高版,20-50系全系是支持12.8的,类似于A100之类的显卡,不支持~

    06、安装cudnn,默认安装

    07、解压ffmpeg6.0到指定路径,注意,一定不能套目录!!!好好检查

    08、电脑右键,属性,高级系统设置,设置环境变量

    逐条检查以上变量,确认路径存在,重启电脑(可手动复制我下面的,前提是你确实是默认路径安装)

    这里不要过于死板,因为有时候你安装版本跟我不同,比如第一条路径是14.43.34808,可能你装的时候数宁变成新版了,所以要自己举一反三,对照找到自己安装的版本

    C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.43.34808\bin\Hostx64\x64
    C:\Program Files\Microsoft Visual Studio\2022\Community\Common7\IDE\CommonExtensions\Microsoft\CMake\CMake\bin
    C:\Program Files\Git\cmd
    C:\Program Files\NVIDIA\CUDNN\v9.8\bin
    C:\Program Files\NVIDIA\CUDNN\v9.8\include
    C:\Program Files\NVIDIA\CUDNN\v9.8\lib\x64
    C:\ffmpeg6.0\bin

    10、完美启动!