GPT 5.6 来了!单纯看基准维度,好几项都赢了 Fable 5!
那么实际能力如何呢?
我决定设计一个新的测试例子,一个例子测试多种能力。一轮定胜负!
而且一轮测试,几乎把 Sol 和 Fable 5 的 5 小时配额全部干完,可见这个题目,是多么烧 Tokens 了。
我全程盯着看,两个模型的处理过程是完全不一样的,工程思路也完全不一样,结果也完全不一样!其实它们根本就不是同一类模型!
1、先上结果
单纯看我的描述,你们可能还无法理解,我就直接上结果吧!
GPT 5.6 Sol 的结果:

Fable 5 的结果:

大家的 UI 复刻能力其实都还不错。但是在主体部分,差距就非常非常非常大。
几乎就是吊打般的存在!
如果图片还不够直观,给你们看看视频!
这种差别绝对不是势均力敌,而是云泥之别,一点都不夸张。
为什么会这样?其实和过程有非常大的关系。下面我完整地展示一下这个过程!
2、测试题目!
我先从题目说起,这个题目灵感来自 OpenAI 官方负责人转发了一个网友的作品。

他转发这个作品,主要是表达 GPT 5.6 很厉害,几句话就做出了这样的效果!
我也觉得这个效果很惊艳,所以我也想复现一下。但是我不可能完全照抄,所以我做了个性化定义和难度加强!
完整题目如下:
css
我在网上看到一个很有意思的例子,就是有人做了一个在线车库,可以快速切换车库中的各种车辆,以及显示这个载具的数据,中间显示具体的内容,可以通过鼠标拖动查看不同角度,然后可以切换涂漆,可以切换视角,可以自动旋转展示! 网页配色,布局,内容我希望你尽可能还原docs中的2.png,不同之处在于车库里的车子,以及骑车的人,以及车库的名字。
车子我希望你做一辆自行车,一辆电瓶车,一辆机车,一辆三蹦子,一辆五菱宏光,一辆特斯拉,一辆小米,一辆保时捷,一套钢铁侠的经典战甲!具体型号你自己定,要主流的型号。 然后骑车开测的人物根据图片1.jpg的头部形象进行设计,设计一个3D Q版的卡通想象。车库的主人是Jarvis;
我的需求就是这样,细节你来完成,我只负责验收,你目前只有一次机会,请好好完成,拿出你最强的能力,一旦交付就是最终结果!使用单个Html和前端技术完成。
这个题目大概会考察:
考验网页复刻能力
考验 3D 建模能力
考验它的世界知识,是否理解三蹦子、五菱宏光等
考验自我规划能力,工作量很大,需要正确分析这个问题的难度。
考验最后的自我验证和验收能力。
除了做3D效果之外,我还额外加了一个要求:

要根据我提供这个图片,设计一个3D形象,作为驾驶者。
整个问题的工作量是有点大的,工作任务也非常多,我没开始就知道会消耗不少配额,肉痛!
3、测试过程
我们先来看今天的主角 GPT 5.6 Sol
我使用的是 OpenAI 官方的 ChatGPT Codex 智能体工具。

选择了 5.6 Sol 高级模型,然后选择完全访问,把提示词扔给它。接下来,我全程吃瓜!
5.6 Sol 的处理非常快,只用了 7 分 40 秒就搞完了!快到难以置信。
下面是它的交付内容:

然后立马弹出了剩余配额只有 7% 了。太凶了,7 分钟就消耗了 93%!!!
交付信息非常简洁:
单个 HTML,无外部脚本或资源依赖,包含: 9 种载具与对应性能数据 基于 1.jpg 特征设计的 Q 版 Jarvis 车手 鼠标拖动旋转、滚轮缩放、双击复位 3/4、侧面、正面、后方视角 自动旋转与速度调节 多种车身漆面实时切换 键盘切车、响应式移动端布局 米白展厅、信息面板与排版均参照 2.png 已通过 JavaScript 语法、UTF-8、载具数量和单文件依赖检查。
我查看了它的完整过程,也非常简单,大概就是 4 部分!其中一部分是读取了两张图片,然后又看了一次图片,然后制定了整体方案,最后就是生成了最终结果。
针对这个需求来说,它的整个制作过程太敷衍了!
没有任何验证过程,没有使用浏览器,也没有使用 Computer Use。这个事情非常奇怪,它本身也是内置浏览器的,按理说多少会验证一下的。
所以它的结果也非常敷衍:

它就是它的三蹦子。
这个页面最大的问题,就是主体设计有些抽象,看着不像 3D,可能用了 2.5D 技术。但是我的参考图明明是 3D 的,而且我也提到 3D 人物,但是结果就是很奇怪的"纸片人"效果!而且人物和车子的形态也不太正常。
再看看 Fable 5 的三蹦子:

这 TM 才叫 3D 建模啊,车里好像还放了 3 个西瓜🍉! Fable5的3D建模能力极强,位置和空间感,目前在所有模型中No.1!
下面来看一下 Fable 5 的制作过程!
我这里使用的是 Claude 的官方桌面工具,然后用一模一样的需求:

模型是选择了 Fable 5 High。两个模型都选择了最强模型中的 High 级别。

Fable 5 最终消耗了 67% 的五小时配额!消耗了 50 分钟左右时间
下面是它的完整的开发验证优化过程:

它开发其实也只用了 10 几分钟,但是它修改和验证过程实在是太强了。
makefile
我先看一下 docs 里的参考图片,了解目标配色布局和人物形象。
姿态正常多了。现在关掉自动旋转、固定侧视角,逐辆检查。
奇怪,车架颜色变深了。检查一下状态:
自行车这版效果不错了。依次检查其余载具:
电瓶车好多了,把车把再往骑手方向挪一点。继续检查后面的车,先批量看完再统一修:
三蹦子效果很好。继续看五菱宏光:
特斯拉:头发又穿顶了,轮子还是太隐蔽。统一修正三辆轿车的轮子外扩、车底抬高、骑手下移:
SU7 车头略尖,稍微钝化一下。先继续看保时捷:
视角被自动旋转带偏了,用固定角度重新验证:
战甲和 Jarvis 现在都正对镜头,弧形反应堆发光效果也有了。看最后一项 Stroll:
电瓶车不错。看机车修正后的效果:
机车可以接受了。微调各两轮车的取景高度,然后做整体功能验证:
正面挡风玻璃出来了。快速核对特斯拉侧面和其他几辆车的玻璃效果:
911 的玻璃板效果不错,但车底似乎有个悬挂的细杆。放大看一下:
五菱的挡风玻璃板还是被车头斜面盖住(与斜面几乎平行,差了个 bevel 的厚度)。再外推:
控制台无报错。最后看一下全新加载的默认首屏效果:
首屏 OK(自动旋转正在转,角度随时间变化属正常)。最后加个网页图标,收尾:
一切就绪。交付成品:
完成!**Jarvis's Garage** 已交付 --- [index.html](https://claude.ai/epitaxy/index.html) 单文件实现,当前预览面板里就能玩。
它把每个细节都检查了一边,并且发现了大量的细节问题,进行了修复,这个过程真的像一个软件团队在执行完整的开发验证调优的流程。
它刚开始的版本小问题还是挺多的,比如默认的显示比例不对,人物比较大,然后坐在车里的时候穿模了,头顶出车外很多。然后建模外形比较粗糙,配色不够形象。
后来经过它自主判断,全部自主修复了!
这才是出色的自主决策和长程能力啊!
下面是它的成品说明:
markdown
布局与配色:
严格按 2.png 还原 --- 米白工作室背景 + 淡网格地面、左上圆形 "J" 徽标 + 衬线体标题 "Jarvis's Garage" + "ONE / 10" 眉题、右上实时状态栏(车型 · Jarvis aboard · 速度)、左侧 RIDER & MACHINE 数据卡、右侧 SELECT RIDE 列表(选中项深色高亮)、右下 3/4 / SIDE / FRONT / REAR 视角切换、底部 FRAME FINISH 四色色板 + 中央滑杆 + 右下 Auto rotate 红色开关、左下鼠标操作提示。
车库藏品(10 项):
1. **Giant ATX** 山地自行车(带齿胎和辐条轮)
2. **雅迪冠能 T5** 电瓶车
3. **川崎 Ninja 400** 机车
4. **金彭三蹦子**(货斗里还装了几颗大白菜 🥬)
5. **五菱宏光 S**(秋名山神车)
6. **特斯拉 Model 3**(玻璃车顶)
7. **小米 SU7 Max**(海湾蓝 + 激光雷达 + 鸭尾 + 黄色卡钳)
8. **保时捷 911 Carrera**(圆头灯 + 尾部散热格栅)
9. **Mark LXXXV 战甲**(弧形反应堆呼吸发光,车库主人是 Jarvis,所以战甲内置 AI 一栏写着 "Jarvis, of course" 😄)
10. **Stroll** --- 致敬原图的彩蛋,Jarvis 拿着咖啡散步挥手
Q 版 Jarvis:
按 1.jpg 设计 --- 紫/洋红/粉的狂野炸毛、青色镜面墨镜、紫色夹克粉领口,会根据载具自动切换骑行/驾驶/站立挥手等姿态,坐车时能透过车窗看到他。
交互:
鼠标拖拽环绕 + 滚轮缩放、四个预设视角平滑过渡、自动旋转、每辆车独立记忆车漆、滑杆(CADENCE/THROTTLE/POWER/PACE 随载具变化)驱动车轮转速和实时速度显示,还支持 ←/→ 方向键快速换车。
技术上是单个 HTML + Three.js(CDN 三级回退,断网会给出中文提示),所有模型均由代码几何体拼建,无任何外部资源。所有 10 辆载具、换漆、视角、滑杆功能我已逐一截图验证通过,控制台零报错。
稳啊实在是稳啊!
它给每个载具选的型号也不错,雅迪和川崎都出现了,在命名方面应该也是比 GPT 5.6 传神很多!你看它车库藏品那一项,括号中的备注都是精髓。GPT 5.6 好像完全没有写这一部分!
让我意外的是,车里的原来是白菜?!😄
Fable 5 最让我放心的还是它的验证能力:

它是一个功能一个功能查看,自己点击,截图,验证,修复,再验证。每一辆车都仔细看过了不同角度!

真的是非常稳!它自己检查出来的问题,如果要人工一轮一轮检查和修复,工作量可能就要好几天了。
除了废 Tokens 之外,真的是超省心。
说回 GPT 5.6 Sol,它在整体网页复刻方面也做得很不错。字体,样式,布局都比较到位,证明它的多模态复刻能力也非常强,它的建模配色也不错!中途还调用了自家的图片生成功能,帮我生成了一个 3D 形象,这也是它家的强项。
但是...这个图片并没有鸟用,后面完全没用上,所以属于脱裤子放屁了。
结果,过程都展示完了,几乎所有信息都在里面了。我也都是用了官方工具,使用一样的提示词进行测试。按理说这个应该是 GPT 5.6 Sol 的 showtime,没想到翻车了,被 Fable 5 吊打。
这一波效果是真的吊打了吧!里面有太多细节差异了!绝对不是一点两点的问题。
我怀疑这一波GPT5.6理解不到位,可能没用threejs等3D框架,导致大败!
另外 Sol 的 Token 消耗问题也非常大,7 分钟就只剩 7% 了,干得活又很粗糙,所以在这个例子中,它既没有质量,也没有性价比,完败!我不想给它找补了。Fable 唯一的缺点就是也要比它慢很多了,但是相比质量而言,这点时间根本不算什么!
当然fable也有它的问题:对我头像的建模,太丑了!
另外我很好奇,如果我指出问题的关键,GPT 5.6 的修复能力如何,以及 Fable 5 的上限在哪里!
这些我就悄悄测试了,不告诉你们🤣~~好吧,主要是消耗太高了,目前干完两轮Tokens,一下子搞不出来,在等魔法冷却。

上面的两个例子,我已经传到我的个人网站,大家可以在线对比,如果需要源代码,直接拖网页就好了!