YT 学习笔记

Fable 5 倒计时 4 天:立刻要做的 5 件事

31分钟阅读下载 MD

封面

Jack Roberts · 17:25 · 发布 2026-07-04 · 4.8万次观看(截至抓取) · 观看原视频

主旨

围绕 Fable 5 即将从 Claude App 退到仅 API 可用(按视频发布后约 3 天),作者给出 5 个高杠杆用法:用 9 区”人生之轮”prompt 做自我评估、一次生成高端网站、搭起 Agentic OS 仪表盘、让 Fable 5 给旧产出做对抗式安全审计、用瓶颈理论找业务卡点;主线方法论是”Low 模式跑量,High/Max 只在不可逆决策时用”。

核心论点

  1. Fable 5 是当下单位 token 回报最高的模型——low 模式约等于 Opus 4.8 的 high 模式,价格再省 50-60%。(→ 详解1)
  2. Fable 5 将”消逝”在 App 端:按视频发布后 3 天只走 API,价格从 Opus 4.8 的 $1 升到 $2——这条时效与定价影响所有后续成本计算。(→ 详解1)
  3. “汽车与司机”规则:模型只是引擎,会开车的人才是产出差距的真正来源——顶级模型 + 一级 prompt 不如中级模型 + 中级 prompt。(→ 详解1)
  4. Level One(人生之轮)/ Level Two(网站设计)/ Level Three(Agentic OS)/ Level Four(第二双眼睛)/ Level Five(瓶颈)按顺序应用——前一级是后一级的脚手架,跳过任一级都会让下一级打折。(→ 详解2-6)
  5. Level Four 用对抗式审计:Fable 5 对其他模型的产出打分,引入第三方独立模型盲审——Fable 5 在 80% vs 90% 的对比中一致胜出 12 分。(→ 详解5)
  6. 围栏问题:Fable 5 在安全相关请求上会自动降级到 Opus 4.0——不是 bug,而是该模型强度高到被其母公司视作需要”像裹着婴儿的气泡膜”般严防的副产物。(→ 详解5)
  7. Level Five 用瓶颈理论:不”全面提升”,而要找出”修了它一切都会顺”的那一件事——Fable 5 出诊断 prompt,人出”修了哪一件”的判断。(→ 详解6)
  8. 使用姿态:Low 是默认、Medium 走体量、High 走难题、Max 只留给不可逆一锤子买卖——配合竞争模型轮换可压住成本。(→ 详解7-9)

知识点详解

1. Fable 5 倒计时 + “汽车与司机”规则 00:35

Fable 5 在视频发布后将”消逝”在 Claude App 端——只能走 API,价格从 Opus 4.8 的 $1 提到 $2。作者以一句话点明紧迫性:00:02 “Fable 5 is so powerful, the only thing that can stop it is the US government”——意味着 Fable 5 的能力已让模型公司自身都要用安全策略层层裹住。

单位 token 回报的对比由作者给出:00:54 “every dollar you spend or every token that you use gets you more compared to Opus 4.8”——配合一张对照图(01:12 “This green right here is Opus 4.8”),意思是 Fable 5 的 low 模式约等于 Opus 4.8 的 high 模式,价格却省 50-60%。这条 Effort Level 维度的对比是后续”low 模式默认”主张的数据基础。

接下来是”汽车与司机”规则的提出:01:35 “the idea of a car and a driver”——01:38 “the engine as the model, right”——把模型比作引擎,会开车的人比作司机,意思是换车不如学开车。这条规则与 Fable 5 单点最强但需要 prompt 工艺才能发挥形成对应。

01:47 “a bad driver, okay, with an amazing engine will be worse than a great driver and an okay engine”——是该规则最极端的表述。配套的比喻还有:01:54 “a level 99 character in a video game”——意思是顶级装备不能替代操作。配合开场警告 00:44 “want to make sure that you follow all these five levels”——作者在提醒,换最强模型但不学五级用法等于顶级车配一级司机。

2. Level One: 人生之轮评估 02:15

Level One 主张以”人生之轮”先做自我评估,因为业务与个人产出都有赖于底层身心状态:02:38 “the wheel of life. It’s broken down into three areas”——三组九区,每项按 1-10 给出”在该项投入的精力与满意度”自评。

九区具体为:健康(身体 / 心智 / 灵魂)、工作(成长 / 钱 / 使命)、关系(家庭 / 浪漫 / 朋友)。结构上借鉴Offer Stack 的”清晰列出来”原则,让自评产物可被 Fable 5 直接摄入。配套的视觉比喻是:03:18 “spokes on a wheel”——意思是身体垮了,其他辐条都无用。

Fable 5 在该层扮演调研者角色:03:33 “Fable 5 will interview you and give you the most comprehensive breakdown”——做法是把现成 prompt 粘进 Fable 5(调 high 档,因为含研究),让模型以”身体第 1 问:请走一遍你昨天”这种连续访谈方式提问,最后产出综合报告。

作者在整段中反复强调:02:20 “level one is going to be your life, essentially”——他把”生活”与”业务”分得清楚,人生之轮是基础,业务只是上层建筑。这条主张与该片”如果跳过 level one 任何 level 都用不好”的反复警告形成互文。

3. Level Two: 网站设计一次到位 04:15

Level Two 主张让 Fable 5 一次生成高端网站:04:22 “Claude is the best design agent on the planet”——这是作者给出的最强判断。前提是 Claude + Fable 5 组合,他认为这是当前最强 design agent,没有之一——这一断言与 05:26 “I pretty much one-shot this” 形成对应,意思是首版即可用,不必多轮修补。

具体 demo 演示两个例子:一个是带”进入式 brief 动效 + 滚动节奏 + 冰块 3D 切换”的网站;另一个是罐头销售页,作者展示 Opus 4.8 产出的版本后,直接接 Fable 5 版本——后者在”图像质感 + 交互节奏 + 套餐分组”上明显胜出。他对后者的总结是:06:24 “this image is a category above this one”——视觉质量比 Opus 4.8 同款网站高一个档次。

Fable 5 之所以”一次到位”,作者归因于它对设计 brief 的自理解——它读懂”做一个罐头销售页”后,主动产出”目标用户 / 视觉调性 / 动效节奏”的 brief,再据 brief 出设计。这与Design DNA 的”先把什么是好看落地成可见代码骨架”思路吻合,但 Fable 5 把这条逻辑内化进了模型本身。

注意,作者在 video 后续第 7 节中又说,大设计任务应该 high 起步、再用 Opus 4.8 接力,这条”一锤子拍”建议是 Level Two 的特例,不是通用规则。

4. Level Three: Agentic OS 仪表盘 07:43

Level Three 引入”Agentic OS”概念:07:47 “What do I mean when I say agentic operating system”——07:49 “Effectively, it is the everything of AI”——作者把 Agentic OS 定义为”AI 一切”,即把个人在 AI 上的所有操作收拢到单一界面。该层与Agentic OS 已有概念对齐——它是一个跑在 Hermes Agent 之上的可视化仪表盘,不是另一个聊天框。

具体三件东西落在仪表盘上。第一件:花销面板,展示每模型花费:08:15 “Fable Fighter is twice as expensive as 4.8”——指 Fable 5 走 API 后单位成本是 Opus 4.8 的两倍,这条直接影响花销与产出比的换算。第二件:通宵 dreaming:08:28 “Fable Fighter can dream for you overnight”——睡后回看全部对话历史、主动给改进建议。

第三件:模型编排,可让 Fable 5 当主调度,把 anti-gravity / ChatGPT Codex / Gemini 等挂在子位,人在 dashboard 上一层管所有。该形态在Ministry of Agents 与One Brain 的现有概念里都有铺垫,本片把它整合进 Agentic OS 作为最高层。

作者特别强调”不公的优势”:08:25 “unfair advantage you can get”——他把 dreaming + 模型编排的组合说成”非对称杠杆”,意思是大多数人睡觉时你的 agent 在学。这条与通宵 Dreaming(Overnight Dreaming) 的概念对应,但本片把它从单 agent 升级为整个 OS 一起 dream。

5. Level Four: 第二双眼睛 + 围栏问题 10:02

Level Four 主张让 Fable 5 对旧产出做对抗式审计:10:20 “look at everything that you’ve built recently with the other models”——是作者给出的直接 prompt。前提是 Fable 5 比 Opus 4.8 在”找出高影响力问题 + 排序 + 诊断根因”上更准,这条与”汽车与司机”规则形成对照——审计是”换一辆更强的车就有效果”的少数场景之一。

为避免”自评偏正”,作者用第三方独立模型盲审:11:11 “we have Claude, we had Codex, and Gemini doing it”——Claude / ChatGPT Codex / Gemini 三模型各自独立评分。在这次实验里:11:03 “Opus 4.8 scored 80%, not bad. Fable 5 scored 90%“——Fable 5 一致胜出 12 分(口播中数字漂移为 12/13,均与”约 12”对齐)。

11:14 “prioritization, coverage and depth, actionability”——是三模型盲审用的三个评分维度。这条与”自评偏正”现象的解法对应——盲审从独立信源叠加,比单模型自评可信度更高。注意:作者没有给”高影响力问题”的具体例子,这条审计”更准”是定性结论,不是定量证据。

围栏问题是 Level Four 后的特例提醒:11:52 “they have put so many guardrails around Fable 5”——11:58 “it’s a mile of like bubble wrap”——模型强度高到被其母公司视作需要严防。表现是:12:25 “do not be surprised when they knock it down”——当请求涉及 prompt injection / 政府系统等敏感词,Fable 5 会自动降级到 Opus 4.0 继续作答。应对办法是”被降级后新开会话粘贴之前输出”。

6. Level Five: 找到瓶颈 12:49

Level Five 用瓶颈理论找业务卡点:12:58 “about finding the bottleneck, okay”——13:00 “the theory of constraints”——核心是找出”如果修了它一切都会顺”的那一件事,不要”全面提升”。作者给出工业类比:13:09 “it’s the narrows, right”——把瓶颈比作漏斗最窄处,水流再大也只取决于最窄处。

具体例子:13:13 “one thing that if we fix this, everything else would be fine”——作者的口播原句。配套的工业例子是 Lamborghini 工厂(可造 100 个引擎盖 + 500 个喷漆,每周只能造 1 台引擎)——把”那一件事”锁定为引擎产线。Fable 5 在该层出的 prompt 是一份”理论约束商业复盘”,把业务拆为注意力 / 线索 / 转化 / 交付 / 留存 / 现金等管道。

作者把整条 pipeline 命名为”理论约束商业复盘”——其中 attention / leads / conversion / delivery / retention / cash 等节点依次诊断,Fable 5 出 prompt,人出”这周只修一件”的决策。这条用法与”五级递进”中其它层都不同——它不调 Fable 5 当执行者,而是当诊断者,把 prompt 工艺与 Hermes Agent 这类多 agent 编排能力也用上。

7. 如何用 Fable 5 起步: Low 模式优先 14:04

在具体做法上,作者先讲”从什么档位开始”:14:16 “you want to be using Fable 5 above Opus 4.8”——14:18 “be doing that on low mode”——意思是默认就开 Fable 5 low 档。该建议与Effort Level 的”low 模式追平 Opus 4.8 high”实验数据形成直接对应。

14:46 “$2 um as opposed to $1 for 4.8”——是 API 价格对比:Fable 5 走 API 后单次任务约 $2,Opus 4.8 约 $1。配合 14:47 “it’s super important that you understand that”——作者在强调即便翻倍,配合 low 模式省下来的 token,综合成本仍可控。

这条对Effort Level 选型有直接影响:low + Fable 5 比 high + Opus 4.8 更划算。但不要走极端——作者在口播中没有说”永远不要开 high”,而是说”先把 low 跑通,瓶颈任务才升档”。

8. 五个快速招数 14:48

作者把”如何省钱 + 如何避免低质”的招数压成 5 条:14:48 “Run everything on low”——第一条是把所有能跑 low 的任务都跑 low,这与Effort Level 的默认档建议一致。第二条:15:01 “tag rivals in for big reviews”——做大评审时拉竞品模型(如 ChatGPT Codex + Gemini)对抗,这条与”自评偏正”现象的解法对应。

第三条是”想大事时再开 high/max”:15:37 “Einstein for 1,000 pounds an hour”——作者把 Fable 5 high/max 类比为按小时计费的爱因斯坦,意思是这种档位应该专门留给”想清最大问题”那一类任务。第四条:16:13 “the first, as soon as you finish a task, either basically compact the conversation”——即时用 /Compaction 压缩或新开会话,避免长链 token 堆积。

第五条:16:25 “you want to find out where sub agents parallel work goes to sub agents”——意思是让 Subagent 平行处理可并行的子任务,主进程只管协调。这条与Subagent 的并行化建议对齐,且需要在 spawn subagent 前先调好”模型 + 力度”两个参数,否则会继承主进程的高消耗设置。

9. 从 Low 到 Max 的速查表 16:35

作者把 Low / Medium / High / Max 四档打包成速查表:16:36 “Low is going to be your default for chats”——Low 是默认档,跑聊天 + 草稿 + 文档,这条与Effort Level 的低档位定义一致。16:49 “XI is big autonomous runs, and max is one-way doors”——Max 只留给”一锤子买卖”,即不可逆决策 + 架构 + 大计划,这条是 low-to-max 速查的核心。

作者给出的搭配例子:建站时先 Fable 5 high 跑前 20% 的设计 + 战略,再切到 Opus 4.8 跑主体,最后用 ChatGPT Codex 收尾——把”高强度档 + 不同模型”按阶段组合,既发挥 Fable 5 的战略强项,也压住 token 成本。这条对Effort Level + 多模型轮换的搭配给出了具体可参考的样例。

作者的总结把整套五级用法的价值指向”操作系统”——如果你没有支撑 Fable 5 发挥的运营系统,最强的模型也不会替你赚钱。这条与Agentic OS 的整体定位形成对照:模型是引擎,系统是车体。

可执行步骤

  • 把”人生之轮”评估 prompt 粘进 Fable 5 high 档,跑一次 9 区自评,核对综合报告里识别出的最高投入产出比改进项是否你事先就知道。
  • 拿一个真实产品页 prompt 给 Fable 5 一次生成,对比 Opus 4.8 同 prompt 产物,记下”Fable 5 一次到位”是否在你的场景里成立。
  • 在 Hermes Agent 之上搭一层最小 Agentic OS 仪表盘:花销 + 通宵 dreaming + 至少 2 个模型编排,跑一周看是否真的省 token。
  • 准备一段 Fable 5 给 Opus 4.8 旧产出做对抗式审计的 prompt,再用 Claude / ChatGPT Codex / Gemini 三模型盲审,核对”约 12 分领先”在你的样本上是否成立。
  • 用 Fable 5 出”理论约束商业复盘”prompt,跑出”这一周只修一件”的那件事,把其它事停掉,观察两周内该件事的瓶颈消除是否带动整条 pipeline 改善。
  • 跑 Effort Level 速查表:把接下来一周的 10 个 Fable 5 任务按 Low / Medium / High / Max 分档,看是否真的每一档都用得上。

关联

  • 进阶:2026-07-06 Fable 5 给 Agentic OS 加的五层 同频道,讲 Fable 5 在 Agentic OS 里的五层能力;先读那片理解 Agentic OS 的整体框架,本片 Level Three 简化为”花销 + dreaming + 多模型编排”三件套,不覆盖它片里的语音交互面板 / 统一记忆架构细节。
  • 进阶:2026-06-12 Fable5 改写网站设计 同频道,讲 Fable 5 在网站设计上的三级闯关 + Max-then-Medium 战术;本片 Level Two 简化版(只讲”一次到位”体感),先读那片理解 Max-then-Medium 的具体档位搭配,本片只在收尾给出”high 起步 + Opus 接力 + Codex 收尾”一个例子。
  • 进阶:2026-05-24 Hermes Agent 100 小时心得 同频道,讲 Hermes Agent 整体机制(soul.md / dreaming sequence / cron);本片 Level Three 的 Agentic OS 把 Hermes 作为底层承载,先读那片理解 Hermes 自身能力,本片演示 Hermes 被 Fable 5 接管后的多模型编排形态。
  • 互补:2026-07-03 让 Fable 5 便宜 80% 另一频道,专门讲 Fable 5 用量秘籍;本片 Five Quick Hacks 主张的 low 模式默认、即时 compact、subagent 并行与该片”五个用量秘籍”方向一致但切入点不同——该片是”如何让单条任务更便宜”,本片是”如何把单条任务分配到合适的档位”,合读可看清 Fable 5 省钱的多角度打法。

一手来源与延伸

术语

  • Fable 5(本片核心模型,Opus 4.8 出品方 2026 年 7 月推出的旗舰;视频里强调即将从 Claude App 退到仅 API,价格是 Opus 4.8 的两倍)
  • Fable Fighter(Jack 在 Level Three 提到的”贵两倍”模型,本片语境下与 Fable 5 同义,可能指 Open Core 上的 Fable 5 接入版)
  • 人生之轮 / Wheel of Life(Level One 的 9 区自评模板,3 组:健康 / 工作 / 关系,每项 1-10 分)
  • 汽车与司机规则 / Car and Driver Rule(本片核心隐喻,模型是引擎、prompt 工艺是司机,提示学习五级用法比换模型更优先)
  • 第二双眼睛 / Second Pair of Eyes(Level Four 的对抗式审计,让 Fable 5 对其它模型的旧产出打分)
  • 围栏问题 / Guardrail Problem(Fable 5 遇 prompt injection / 政府系统等敏感词自动降级到 Opus 4.0 的副产物)
  • 瓶颈理论 / Theory of Constraints(Level Five 的核心方法论,识别”修了它一切都会顺”的那一件事)

金句

“Fable 5 is so powerful, the only thing that can stop it is the US government” (00:02) — 设定整支视频的紧迫感,把”Fable 5 退场”框定为”模型公司自己都怕”的强信号,不是营销话术。

“a bad driver, okay, with an amazing engine will be worse than a great driver and an okay engine” (01:47) — “汽车与司机”规则最极端的表述,把”换最强模型”这一动作的边际收益框定在”开的人”那一侧,后续五级递进才有意义。

“Low is going to be your default for chats, for docs, drafts. They already beat Opus.” (16:36) — 速查表的核心一句,把”先开 high 再开 low”这一常见误用直接翻过来——low 才是默认,high 才是例外。

立场与利益

  • 与利益同向:Fable 5 是当前最强模型、Low 模式跑通吃 Opus 4.8 high、Agentic OS 仪表盘是 Fable 5 真正落地形态——这三条主张恰好帮作者卖他的 Claude Code Masterclass 课程与 bit.ly/4kol0y5(ALL Systems)产品。Low 模式跑量这条建议的可复用性需要外部印证——采信前建议用一个真实任务测一遍”low + Fable 5”是否真的优于”high + Opus 4.8”,因为作者自家产品建立在该结论之上。
  • 利益中性:人生之轮 / 瓶颈理论 / 第二双眼睛 / 围栏问题这四条是通用方法论或客观信息,与作者自家产品变现路径相对独立,按内容本身采信。其中”围栏问题”的坦诚描述接近反利益反向——说出”被降级后新开会话粘贴”是 workaround,等于承认该模型有摩擦。
  • 与利益反向:作者在 Five Quick Hacks 中明确建议”大评审时拉 ChatGPT 订阅 + Codex 收尾”——这条主张对自己模型生态不利(等于推 ChatGPT 订阅),但他还是说了,可信度最高。类似地,Level Four 盲审里他把 Gemini / ChatGPT Codex 与 Fable 5 并列作为评审模型,等于公开承认 Fable 5 之外的模型也能”第二双眼睛”,这条对 Fable 5 单模型叙事不利。
  • 利益证据:meta description 顶部四个 bit.ly 链接(ALL Systems / Free Prompts / Free Resources / Glaido),视频里反复提到 Claude Code Masterclass、Theory of Constraints business review prompt、the Fable 5 usage guide he built for his group——全是变现路径,本片主线方法论的独立可复现性需要在作者自家产品之外再验证。

价值定位

  • 适合谁:已经在用 Fable 5 或 Opus 4.8、想搭一个 Fable 5 时代的”工作操作系统”的人;以及只把 Fable 5 当聊天框用、还没把它压进 5 个具体用法的人——后者会特别感受到”五级递进”的脚手架价值。
  • 解决什么:把”Fable 5 退场”转化为 5 个具体动作(人生之轮 / 网站设计 / Agentic OS / 第二双眼睛 / 瓶颈),并把”用 Fable 5 之前先学 prompt 工艺”这件事挑明(汽车与司机规则),最后把”Low 模式默认”的档位经济学讲清楚(速查表 + Five Quick Hacks)。
  • 认知 vs 实操:认知层是”模型是引擎、prompt 是司机”的工程模型,以及”low 模式已能跑通吃 Opus 4.8 high”的档位经济学;实操层是 5 个具体 prompt(人生之轮 / 网站 brief / Agentic OS 仪表盘 / 对抗审计 / 理论约束复盘) + Low / Medium / High / Max 速查表——每条 prompt 都有具体模板可粘,但所有 prompt 都跑在作者自家 Agentic OS 仪表盘上,这一壳层是付费产品,完全免费复刻需要用户自己搭。
  • 与 2026-07-06 Fable 5 给 Agentic OS 加的五层 重叠但本片独有:5 个并行用例(人生之轮 / 网站 / OS / 审计 / 瓶颈)同时落地的端到端演示 + Low / Medium / High / Max 速查表 + 围栏问题的具体 workaround(它片只覆盖 OS 五层,不覆盖这套用法清单)。

自检问题

  1. 作者为什么在开场就强调”会开车的人”比”会开的车”更重要?这条规则在 Fable 5 这种”最强模型”面前尤其值得记的点是? 答案:1:47 引文”a bad driver, okay, with an amazing engine will be worse than a great driver and an okay engine”把模型比作引擎,提示学习五级用法(对应 Level One-Five)比单纯换模型更优先——Fable 5 即便最强,不会用 prompt 的人仍会输。01:47
  2. Level Four 的对抗式审计为什么用 Claude / Codex / Gemini 三模型盲审,而不是让 Fable 5 自评? 答案:大语言模型自评会系统性偏正(相关讨论见Self-grading bias),所以作者用三模型独立打分。盲审结果:Fable 5 90% vs Opus 4.8 80%,12 分领先(口播 12/13 漂移均对应该值),三模型一致方向才能算站得住。11:03
  3. Low / Medium / High / Max 四档中,Max 应该留给哪类任务?为什么不建议把”重要任务”全开 Max? 答案:16:49 明确说”max is one-way doors”,即不可逆决策、架构设计、不能重做的大计划。把所有”重要任务”开 Max 会让 token 成本不可承受,且 Max 在不可逆场景之外的额外能力用不上,性价比最低。16:49
  4. Fable 5 走 API 后的价格(对比 Opus 4.8)与档位选择有什么关系?为什么作者说”综合成本仍可控”? 答案:14:46 给出 $2 vs $1。但配合 low 模式跑量,Fable 5 的”low 模式追平 Opus 4.8 high”在 1/2 价上等价甚至更划算。核心建议:把 Low 作为默认档,只在必要环节上 High/Max,综合成本因档位经济性而被压住。14:46
  5. 围栏问题在 Level Four 之后被单独提醒,这一节的实际用途是什么?作者为什么不在 Level Two 之前就讲? 答案:让观众不要因为遇到自动降级到 Opus 4.0 就以为”Fable 5 不好用”——这是该模型强度高到被严防的副产物,不是 bug。应对方法是”被降级后新开会话粘贴之前输出”。该信息放在 Level Four(对抗式审计)之后,是因为审计常涉及安全词,正好是围栏触发的典型场景。11:52

关系图谱

反向链接