Fable 5一出，Skill和Prompt都白学了？量子位

Workflow、Skill、SOP，可能真的要过时了。

在 Fable 5 发布 24 小时后，Reddit 9 年老兵 Bohdanowicz 连肝一天一夜，最后写下这样一句评价：“工作流的变化，比模型的变化更大。而模型的进步，是真的。”

过去几个月，为了让模型更好用，他亲手搭了一整套工作流，把任务拆得明明白白，甚至连 Harness 都是自己手搓的。结果 Fable 5 发布后，一切突然变得有些多余。用他的话来说，是时候重写剧本了！人类自己精心设计的 Agent 工作流，已经过时了。

以前需要拆成 4 到 6 步、全程盯着推进的任务，现在一句话交代下去，Fable 5 自己就跑完了。可以说，几个月攒下来的经验和技巧，一夜之间成了历史。（所以说嘛就不用学，反正最后都会自动化！）

而有这种感受的人，不止他一个。Fable 发布 72 小时后，全网已经攒出一批深度体验报告，大家反复讨论的是同一个问题：

人和模型之间，该重新怎么分工。

除了 Bohdanowicz，其中流传最广的几份，画风是这样的：

Simon Willison（Django 联合创建者）：离开电脑去干了趟家务，回来看见自己的 Firefox 自己在动。为了修一个 2 行 CSS 的 bug，Fable 当场发明了一整套浏览器自动化。

Ethan Mollick（沃顿商学院教授）：要一张 1881 年风格的全球旅行时间地图，模型自己查了 2200 多条航班，连去太平洋小岛的船期都翻了出来。

Matt Van Horn（开发者）：扒下 865 条全网讨论做成第一天生存指南，发现整个社区风向变了：直接给模型目标吧，别整提示词和 SOP 了。

两行 CSS，逼它发明了一套自动化

咱先说 Django 联创 Simon Willison 用 Fable 5 的心得。两天用下来，Simon 最大的感受是 “relentless proactive”（坚持不懈的主动），说人话就是，Fable 5 特别爱主动干活。

事情是这样的。6 月 11 日，他在自己的项目里发现一个小 bug，输入框下面多了一条不该出现的横向滚动条。

他截了张图丢给 Claude Code 里的 Fable 5，只留下一句提示：去依赖库里查查原因。然后起身做家务去了。

几分钟后回来，他愣住了。Firefox 自己开了，正在自动跳转到出 Bug 的页面。接着 Safari 也开了，而 Simon 压根没装过任何浏览器自动化工具。

事后复盘日志时，他发现 Fable 干了一件非常离谱的事：为了修这个 Bug，它

给自己现造了一套自动化工具链。

具体来说，Fable 5 先是自己启动本地服务，在不同浏览器里复现问题。发现复现不了之后，又直接打开 Simon 真实机器上的浏览器。接着为了看清页面，它绕过常规方案，用 Python 调用 macOS 底层接口给窗口截图。

遇到弹窗打不开的问题时，它直接修改网页模板，自动模拟按键。

当页面尺寸拿不到时，它就直接顺手手搓了个本地服务器，把浏览器里的数据回传回来。

整个过程里，没有人告诉它该怎么做。它只是一步步发现缺什么，就补什么。最后折腾半天，修复方案落地：两行 CSS。

这中间还有个插曲。把这些招全部摸索出来之后，Fable 触发了某个看不见的护栏，被自动降级成了 Opus 4.8。但好在 Opus 拿着完整的对话记录，沿用 Fable 发明的全部技巧，把修复跑完了。相当于一个模型给另一个模型留好了施工图纸。

Simon 给这种行为起了个名字，relentlessly proactive，不依不饶地主动。它会的招数极多，而且为了达成目标，几乎什么招都肯用，完全不需要人来介入，教他。

一个 prompt，它自己干了九个半小时

接下来是拿到早期访问权限的沃顿商学院教授 Ethan Mollick。

先说结论。在他看来，Fable 5 相比此前所有模型都是一次巨大的跃迁。而真正变化的，不只是能力，而是人与 AI 的关系。

拿到模型后，Mollick 先搬出了一个老题目 —— 等时线地图。这是一类诞生于 19 世纪的地图：从某座城市出发，经过多少天能够抵达世界哪些地方。虽然看起来只是生成一张地图，但背后却需要整合海量交通数据，还要做无数细小判断。过去他拿这个题目考过不少模型，没有一个真正过关。

而这一次，他只给了 Fable 5 一个超长 Prompt：我想让你构建一张经过完整研究且美丽的等时线地图，让我能选择不同的城市，并基于真实数据看到真实的等时线。我希望设计独特。你应该考虑机场（以及往返机场的交通时间）、火车、步行和开车。数据不必是实时的，但应基于你的研究和数据是真实的。你可以从几个城市开始，但越通用越好，这应该是一个全新的项目。（大家可以试试）