鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册

AI御三家年终“火拼”

编程导航
编程导航
2025-12-15 19:13
阅读 2
编程导航
2025-12-15 19:13
阅读 2

文 | 吴怼怼

2025年的人工智能(AI)领域可谓风起云涌:大模型你追我赶、商业版图急剧扩张。

以前我感觉用ChatGPT+Claude就可以了,现在必须加上Gemini和Grok,要取四个AI之长。跟打王者荣耀升级一样,要有个本命英雄,但是同一分路还要会点别的英雄,最好还要擅长不同分路。

当然,被讨论和使用最多的,还是ChatGPT,Claude和Gemini,我愿称之为AI御三家。

AI御三家疯狂加码

年底压轴登场的OpenAI GPT-5.2成为年终焦点。

面对Gemini 3在各大榜单上后来居上的压力,OpenAI提前启动红色代码警告,加速推出了这款新一代大模型。

GPT-5.2被定位为“一款为专业知识工作打造的最强模型”,在推理、编程和智能体任务上较前代有显著提升。

其最大亮点之一是超长上下文记忆能力:支持40万Token的输入窗口和12.8万Token的输出长度,可一次性 ingest 海量文档或代码库并生成长篇报告。

这意味着GPT-5.2能够阅读理解数百页资料后给出总结,在长链多步骤推理中表现更稳健。

OpenAI还将GPT-5.2划分为Instant、Thinking和Pro三个等级模型,以平衡速度与深度需求——Instant偏重日常快速回答,Thinking适合复杂结构化任务和长时智能Agent执行,Pro则追求极致准确率以应对棘手问题。

在各项权威基准测试上,GPT-5.2全面刷新纪录:比如在SWE-Bench Pro编程测试中达到55.6%的新高分,远超前代;在通用推理ARC-AGI测试上首次突破90%正确率。

值得一提的是,GPT-5.2虽然对图像生成暂未有显著改进(OpenAI透露“图像生成的增强还在筹备中”),但在多模态理解上已有进步:它能够更好地“感知图像”并结合视觉输入完成复杂任务。

此外,GPT-5.2成为OpenAI推动“Mega-Agent时代”的引擎,其连贯长程代理能力令人瞩目——测试显示它能自主完成40%更复杂的长链任务,如根据乘客反馈自动完成改签航班、预订酒店、申请赔偿的一整套事务,比前代5.1覆盖更多步骤且更准确。

这一年,经历了年初GPT-5.0/5.1推出时的波折(性能和风格调整一度饱受争议,被用户批评“过于冰冷刻板”,OpenAI火速用5.1版本改善了亲和度),OpenAI凭借GPT-5.2在年末重夺技术王冠,在大模型军备竞赛中卷土重来。

作为OpenAI强劲的对手,Anthropic在2025年持续发力,9月发布了Claude 4.5。Claude 4.5主打自主编程与工具操作能力。

在内部测试中,其子型号Claude 4.5-Sonnet曾连续自主编程30小时构建出一个Web应用,而此前Claude Opus 4只能坚持7小时。

这一飞跃体现出Claude在长程任务上的稳定性提升,让AI代理真正能够长时间无监督地工作。

Anthropic表示4.5在金融分析和科学推理上也更胜一筹,在一项操作系统使用能力测试中得分约60%,远高于前代模型的40%。

换言之,Claude 4.5更善于像人一样使用电脑完成多步骤任务,这对需要AI自动执行业务流程的企业非常关键。Anthropic一贯强调安全可靠,以降低出错或产生有害内容的风险,定位于企业及专业用户场景。

在架构上,Claude 4.5提供了不同性能版本:例如Claude 4.5-Haiku、Sonnet、Opus等,分别平衡速度、成本与精度,其中最强的Opus 4.5版本支持更大的上下文窗口和更高的调用上限(相应成本也最高)。

这反映出大模型普遍朝着精细化配置方向发展。值得关注的是,Claude 4.5在发布当日即宣布与微软深化合作:微软将其引入Microsoft 365 Copilot,增加Excel/Word的“智能体模式”和Copilot聊天中的“Office助手”等新特性。

微软此举意在让Office用户获得更强的自动办公助手,同时也表明其生态策略从独家捆绑OpenAI转为多模型并举。

而在OpenAI和Anthropic激战正酣之际,谷歌DeepMind整合优势,于11月发布了里程碑式的Gemini 3模型。作为谷歌雄心勃勃的旗舰,Gemini 3 Pro号称谷歌“有史以来最智能、事实准确率最高”的AI。

与其前代相比,Gemini 3最大的突破是“原生多模态”:它能同时处理文本、图像和音频,多模态融合能力业界领先。

例如,用户可以让Gemini读取菜谱照片并直接生成烹饪手册,或让它看一系列视频课程后自动创建交互式学习卡片。

这种将视觉、听觉与文本理解打通的能力,为AI应用打开了新局面。借助多模态和强大的编程能力,Gemini 3还能输出富媒体结果:在Google搜索的AI模式下,它可以把答案呈现为图片、表格、网页等动态格式,而非仅有文字。

更惊艳的是,Gemini 3内置增强版的搜索工具调用机制,能自主将复杂问题拆解成子查询去搜索,并结合结果给出整合答案。这一“查询分解+工具使用”策略提升了答案的广度和准确性。

Gemini 3在交互风格上也别具特色:谷歌直言其回复将摒弃讨好倾向,不再一味迎合用户而是提供“聪明、简洁、直接”的洞见,避免空洞恭维。过去聊天机器人易有的过度谄媚在Gemini上大幅减少,这被视为对ChatGPT习惯说“好话”的一针讽刺。

除了日常问答,Gemini 3 Pro还强化了推理规划和Agent能力。谷歌称其可以“可靠地进行更长远的计划”,驱动实验性的Gemini智能代理,帮助用户自动收发邮件、研究行程甚至预订机票。这预示着搜索引擎正从提供信息进化为直接代办任务的全能助理。

性能方面,Gemini 3 Pro一经推出即登顶权威排行榜LMArena,足见其实力。Gemini 3发布当天,谷歌选择在其Gemini App上向全民免费开放旗舰模型Pro,并很快在搜索服务中提供给订阅用户使用。

这种大规模分发策略与OpenAI先会员后开放的方式形成对比,也显示了谷歌在消费级AI领域抢占用户的迫切。

Gemini 3 Pro的横空出世,标志着谷歌在经历了GPT-4/Bard时期的相对落后后,于2025年强势反超,一度引发行业内“Holy Shit!,谷歌赢得AI竞赛”的惊叹。

估值飙升再飙升

2025年,AI赛道的融资规模再创新高,多家头部独角兽估值飙涨,吸金能力惊人。 OpenAI在未进行公开融资的情况下,据报道正寻求员工股份出售,潜在估值高达5000亿美元——这一数字是欧洲AI独角兽估值的数十倍,体现出投资者对其龙头地位的信心。

而Anthropic在9月宣布完成130亿美元的巨额融资,投后估值达1830亿美元,较年初翻了近两倍。

此轮融资由硅谷知名投资机构ICONIQ领投,富达、Lightspeed等跟投,亦有中东的卡塔尔主权基金和华尔街巨头黑石等参与。

Anthropic一跃成为全球估值第三高的非上市公司,仅次于SpaceX等少数巨头。随着资金涌入,Anthropic公布其业务营收增长迅猛:2025年初年化收入约10亿美元,到了8月激增至50亿美元,表明大型AI模型的商业付费需求正被快速开发。

另一家引人注目的创业公司是法国的Mistral AI。这家2023年才成立的创业公司,2025年9月获得了17亿欧元(约20亿美元)的系列C投资。由荷兰光刻机巨头ASML领投1.3亿欧元,占股11%,其余包括DST、a16z、创投基金Bpifrance、英伟达等纷纷押注。

此次融资使Mistral估值达到117亿欧元,成为欧洲AI领域新的价值巅峰。尽管这一估值仅相当于OpenAI传闻估值的约1/40,但对于欧洲来说是重大突破——Mistral被视为欧盟对抗美中AI巨头的重要希望,法国更将其视作国家AI战略的核心。

马斯克于2023年创建的xAI在今年也有所动作。xAI开发的对话模型Grok持续迭代,2025年推出了Grok 4,据称在部分基准上号称“世界最聪明”。

Musk在社交媒体上高调宣传Grok整合了实时网络检索和各种工具插件,并赋予其鲜明的“直言不讳”个性,让其回答带有一点“Meme风格”,以吸引年轻用户。

作为OpenAI背后最大的金主和合作伙伴,微软在2025年的策略出现了微妙变化。一方面,微软将OpenAI模型深度嵌入其Windows、Office、Bing等核心产品,持续收割付费用户和云计算消耗。

今年微软全面上线了Windows 11的Copilot助手,将操作系统与GPT助手融为一体,用户可以直接在桌面调用AI完成设置、搜索等操作,让传统OS焕发新生。

同时,微软Azure云借助OpenAI服务吸引了大量企业上云进行AI开发,Azure的使用量和收入显著增长。

但另一方面,微软不再将宝押在OpenAI一家:10月,微软宣布与Anthropic达成合作,将后者Claude模型引入Azure并在Office中集成。微软高管称此举是为了给客户提供“多样化选择”,降低对单一供应商的依赖。

这或许与2023年末OpenAI高层动荡(Altman一度被董事会驱逐后又复归)有关,微软意识到必须预防风险、扶持第二阵营以维持自己的AI领先地位。

此外,微软也加码自研,传闻其内部的生成式模型项目(代号Omega)在研制多模态基础模型,以备不时之需。

谷歌在经历了ChatGPT带来的“AI觉醒”之后,今年实现了AI战略的大幅转身。Google DeepMind的成立整合了谷歌原有的Brain团队与DeepMind研究院资源,成为谷歌AI创新的核心引擎。

Gemini 3的成功推出让谷歌重夺技术话语权,也增强了内部信心。谷歌随即在产品线上全面开花:搜索业务推出“AI对话模式”,地图应用上线路线智能生成和旅行规划助手,Gmail/Docs增加AI写作辅助功能等。

不仅软件服务,谷歌在Android系统中也增加了端侧AI能力,例如利用手机SoC内的TPU微芯片,实现小型语言模型的本地推理,提供离线的智能输入法、更精准的相册识别等。

甚至有报道指出,谷歌与苹果达成协议,为后者提供定制的Gemini模型用于提升iOS上的智能体验。

这表明谷歌积极寻求将其AI技术输出赋能更多平台。商业上,谷歌云也以提供多元模型著称——除了自家的PaLM/Gemini系列,第三方的Meta Llama2、Anthropic Claude等也能在其Vertex AI平台上获取,从而与微软Azure在企业市场上抗衡。

谷歌今年对AI创业公司的投资并购也有增加,据传它投资了多家生成式AI初创(例如Inflection)以扩展生态。谷歌卷土重来,在AI领域从被动应战转为主动出击,通过技术突破和生态联盟重塑了自己的领先地位。

Meta继续走开放生态和消费者应用两手抓的路线。一方面,它在开源社区的地位巩固。自从2023年开源LLaMA模型大获成功后,Meta在2025年又相继推出了改进版的LLaMA 3模型以及一系列开源的多模态模型,包括图像生成模型和语音合成模型。

这些模型免费供研究者和开发者使用,仅要求遵守一些不用于有害用途的许可,大量第三方应用建立在Meta模型之上。

另一方面,Meta充分发挥旗下社交产品的流量,将AI融入数十亿用户的日常。2025年,Meta在Messenger和Instagram中推出了一系列AI角色聊天功能,例如用户可以和由名人形象构建的AI聊天(这些明星形象的对话风格由模型模拟,并获得了明星本人的授权)。

用户还可以让AI根据朋友圈内容自动生成趣味回应,或在Instagram上通过文字命令生成个性化的图片贴纸。Meta的VR/AR事业部也不甘落后,在Meta Quest头显中集成了AI教练和AI健身指导,提供沉浸式的互动体验。

值得注意的是,Meta在AI商业化上更侧重间接收益——通过提升用户黏性、广告定向和内容生态繁荣来赚钱,而非直接出售API。因此,Meta乐于推动AI开源降低成本,同时凭借其社交帝国将AI无缝融入产品,巩固自身社交媒体霸主地位。

相比喧嚣的友商,苹果在AI领域依旧低调、缓慢但务实。2025年的WWDC大会上,苹果官宣了一项重大底层升级:iOS/macOS引入了本地大型语言模型(Foundation Models)框架,开发者可调用系统提供的基础模型,在App中实现更智能的功能。

苹果透露,他们针对Apple设备专门训练了多语言的中等规模语言模型,并进行了深度优化,使其能够在iPhone/苹果电脑上离线运行,用于键盘联想、语音助手Siri应答等场景。

这意味着用户的部分AI请求不必上传云端,在设备上即可处理,提升了隐私与响应速度。同时,苹果也将AI应用于照片处理(利用生成模型一键除物或改变背景)、Apple Music个性歌单(AI分析用户喜好生成播放列表)等方面,提升用户体验。

有传闻称苹果还与谷歌达成某种合作,可能在云端借助定制版Gemini模型来增强iCloud的AI服务。

但截至年底,苹果并未发布类似ChatGPT的通用聊天产品,Siri的智能度也还有提升空间——不过可以预料,一旦苹果认为时机成熟,可能会推出深度融合硬件优势的AI助手,引发新的行业震动。

苹果的策略体现了差异化竞争:它不与OpenAI等正面拼参数规模,而是发挥软硬件一体的长处,让AI默默融入生态,为用户提供便利且安全的功能。这种润物细无声的推进,契合苹果品牌调性,也为行业提供了另一种范式:以终端和隐私为中心的AI道路。

当然,另一面,AI是否存在泡沫的讨论也越来越多。

无论如何,作为用户,还是希望,2026,AI御三家,以及更多玩家,继续打起来吧。

原文链接: AI御三家年终“火拼”
站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
🔥 热门文章
1
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
480
2
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
430
3
我的第一个出海产品!7 天 2 万
370
4
又一个国产版 Codex 神器,也来卷办公了!
370
5
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
340
6
DeepSeek 重磅开源的超级 Agent,到底是个啥?
330
7
最近在落地 AI Native 项目,卡在团队资产协同这块,想请教下社区各位有实际落地经验的同学: 我们现在的资产分为三块:项目文档(PRD/ADR/ 运行手册)、Agent Skill(业务技能、执行 SOP、提示词包)、MCP 工具服务定义。 目标是做到:人和多 Agent 共用一套可信资料源,Skill、MCP 配置、项目文档能够版本化、同步、共享、可评审。 目前我们初步方案是用 Git 做底层版本主线: - 文档:Markdown + ADR,带元信息,支持 RAG 检索 - Skill:单技能包目录化,带版本、评估用例、依赖声明 - MCP:项目级声明文件纳入 Git 但实际协作里遇到不少疑问,想参考大家成熟的实践: 1. 大家团队里,文档、Skill、MCP 三者是怎么组织目录和版本管理的?有没有稳定的仓库结构模板? 2. 多人协作时,Skill 的变更评审、灰度升级、依赖管理怎么做?如何避免本地版本不一致、“本地能跑别人不行”? 3. MCP 是统一中心化网关模式,还是大家各自本地启动 + git 同步配置?权限白名单、调用审计这块有什么好方案? 4. 有没有成熟工具链做自动同步(类似 agentmeld /teamai-cli)、变更校验、eval 回归门禁? 5. 文档和 Agent 的打通:哪些文档放进 Git 作为可信真值,哪些放外部知识库,边界怎么划分? 如果有现成的仓库样例、目录规范、团队协作流程,非常希望能分享参考,感谢!
280
8
PHP 被曝两大致命漏洞,请所有程序员抓紧做这件事!
280
9
人工智能前沿部署工程师(FDE) · 概 览 与 方 法 论
270
10
QuireKit 编辑器的 AI-Native 是如何设计的?谈谈我对真正 AI-Native 的理解
250
11
告别“金鱼记忆”:我开发了一款能当“第二大脑”的浏览器 AI 助手
250
12
ARTS 1101: 最长回文串与子序列匹配、一次 URL 请求的来回之旅与如何验证 AI 的交付
230
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
朱雀AI检测助手朱雀AI检测助手