YT 学习笔记

把 Fable 5 锁在 Low 档:3 小时重负载只烧 3% 周额度

21分钟阅读下载 MD

封面

Income stream surfers · 07:32 · 发布 2026-07-08 · 1050次观看(截至抓取) · 观看原视频

主旨

Fable 5 在 Low effort 档下做 3 小时重负载编码(含 subagent)只消耗周配额的 3%,而在 High 档下 45 分钟即可烧光整周额度;博主由此给出”只用 Low 档 Fable 5,绝不碰 High”的明确使用纪律。

核心论点

  1. Fable 5 用量被 Anthropic 延至 7 月 12 日,过渡期内仍按周配额约 20% 计——这是本片讨论”Low vs High”的现实前提,过期后只能走 Credits 或换模型。(→ 详解1)
  2. Low vs High 的用量差是数量级的:Low 下 3 小时重负载(含 Subagent)只烧 3%;High 下 5 个项目并行 45 分钟即用完整周。(→ 详解2)
  3. Fable 5 on Low 的输出质量仍优于 Opus 4.8 与 Sonnet 5 on Extra High——更勤勉、更能主动发现错误,并未因档位低而损失智能。(→ 详解3)
  4. 即便 GPT Soul(OpenAI 5.6)7 月 9 日如期发布,博主仍坚持 Claude Code——不依赖 benchmark 营销,选择自己用着顺手的工具链。(→ 详解4)

知识点详解

1. Fable 5 用量延至 7 月 12 日:背景与限制 00:00 / 06:55

博主开场先报背景:Fable 5 用量从最初公布的 7 月 2 日截止,被 Anthropic 进一步延长到 7 月 12 日。视频末尾口播引用了 Anthropic 官方公告原文:“extending access to Claude Fable 5 on all pay plans through July 12th. As before, you can use 20% of your weekly usage limits on Claude Fable 5”(07:04)。

这条规则有两层含义。第一,过渡期内 Fable 5 仍在 Max/Pro 订阅里可用,不需要按 Credits 单独买——这是对 上期关于”7/7 后 Fable 5 走 Credits-only”判断的更新。第二,Fable 5 可占用的周额度被锁定为约 20%,即”包月”用满后会自动切到按 token 付费或换模型,这个上限是本片”Low vs High”讨论的基线。

博主对延长期本身的判断是”personally think that they will extend usage beyond July, as well”(00:09)——预期 Anthropic 还会再延,但本片所有操作建议都是建立在”7/12 截止”的保守假设上,不会因乐观预期而透支用量。

2. Low vs High 用量实测:3 小时 3% vs 45 分钟 100% 00:33 / 00:52 / 00:54 / 06:45

这是本片的实测证据块。博主两个使用周的数据:

本周(Low 档)。从周配额 reset 起算,博主用了约 3 小时,跑了 5 个不同项目,实际只消耗 3% 周配额:“I’ve been using it for 3 hours, and I’ve only used 3% of my usage”(00:52);末尾再补一次确认:“I’ve been doing it for 3 hours, pretty heavy usage. I am a heavy user. Been using some survey agents, things like that. Got a lot of stuff done, and I’ve only used 3%“(06:45)。这里的”survey agents”是字幕识别把 sub-agents 听错的版本,但所指就是 Claude Code 里的 sub-agent 用法,本身已被 Subagent 收录。

上周(High 档)。同样的周配额,5 个项目并行但用的是 High 档:“Last week, I ran out of usage almost immediately. I was using it on five different projects at once, but I wasn’t using it on low. I was using it probably on high”(01:03);后段又把时间缩到”completely blew through my usage in probably like 45 minutes”(06:11)。

两组数据放一起呈现的是数量级差距:Low 档 3 小时消耗约 1%/小时(按 20% 周配额折算);High 档按”45 分钟烧光 100%“折算,消耗速度大约是 Low 档的 50-100 倍。博主反复强调的一点是”do not use Fable 5 unless you’re using it on low”(06:23)——这不是”建议”,是他亲历过的反面教材:“I made this mistake last week. Do not make this mistake again”(07:13)。

3. Fable 5 on Low 的输出质量优于 Opus 4.8 / Sonnet 5 on Extra High 01:18 / 05:27

Low 档省配额不是没有代价,但博主认为 Fable 5 on Low 的质量上限仍比 Opus 4.8、Sonnet 5 开到最高档更强。他对 Low 档的总体判断是:“Fable 5 on low is really, really good. It’s like having a genius-level coder for very, very cheap”(01:18);与 Opus 4.8、Sonnet 5 拉到最高档直接对比,具体差距在三个维度——勤勉、纠错、整体智能:“Fable 5 on low is better than Opus 4.8 on Sonic 5 on high, extra high, whatever”(05:27);紧接着一句”It just seems much more diligent”(05:29)。

具体表现有三层:diligent(勤勉)、catch things that have gone wrong(主动找错)、intelligent(整体智能)。博主在 Harbor 产品上做了一次实战验证:当 Opus 4.8 一直修不好的”图片生成/获取”问题,Fable 5 on Low 在当天就定位并修复了 (03:11–03:35)。这条”debug 真实生产 bug”案例是把”更勤勉 / 更智能”从主观感受落到具体行为上的依据。

这一判断与 Sonnet 5 那期给出的”Sonnet 5 主要应跑 Low effort,high effort 没意义”形成印证——能力差的判断在 effort 维度上成立(Fable 5 on Low > Sonnet 5 on High),而不是在模型维度上简单说”Fable 5 > Sonnet 5”。与 07-06 那期主张的”用 Opus 4.8 / Sonnet 5 on Low 替代 Fable 5”则存在张力,详见关联节。

4. GPT Soul (OpenAI 5.6) 与 Claude Code 的取舍 01:44 / 02:48

视频后段转入”对照 GPT 即将发布的新模型”。01:39 起口播提到 “OpenAI 5.6 sole coming”(字幕识别把 Soul 写成 sole,本笔记统一用 Soul),并声称 OpenAI 公告的发布日为 7 月 9 日:“OpenAI says it’s released on July 9th”(02:05)。博主把 Soul 定位为 OpenAI 的”Mythos 级”模型:“GPT Soul is basically their Mythos level model or whatever”(02:16)。

值得测试的具体命题是:“can you use Soul on the $20 plan? Because if you can”(02:33);后续”even if that means burning money for OpenAI, I’m telling you right now it’ll be worth getting a $20 subscription to OpenAI for Codex just to use the new Soul model”(02:33) 把”为 Soul 单开 $20 Codex”的判断拉满。他的兴趣点很明确:$20 入门档能否完整跑 Soul + 是否给到合理用量,只要这两点成立,他认为这 $20/月完全值得为 Soul 单开一档 Codex。

但对自家选型,博主的结论是不换:“I personally will be using Claude Code anyway just because I think Claude Code is significantly better than GPT”(02:48);进一步拒绝以 benchmark 论英雄:“I don’t really care what a bunch of benchmarks say”(03:01);随后把 Soul 的营销话术钉在 hype 标签上——“‘Oh my god, Soul is going to take over the entire universe. It’s that good.’ That’s kind of what they’re going for with their marketing”(03:04)。这句话点名 Soul 的发布宣传,博主把”模型一发布就要被甩开”这种 Permanent underclass 叙事继续按 hype 看待,与 07-06 那期对”不用 Fable 5 就会被甩开”的怀疑同源。

5. Reddit 恐慌与博主的工作流:Fable 5 修 Opus 修不动的 Harbor bug 01:26 / 03:11

中间夹了一段对 Reddit 抱怨的驳斥。博主观察到”a lot of people are kind of annoyed that they didn’t reset the limits”(01:27),但他的判断是这波恐慌是错位的:“it was the resets today. Just wait like 12 hours. It’s just ridiculous”(01:35)——配额已经按周 reset,Reddit 用户抱怨没看到 reset 只是观察时点问题。这条信息是有用但容易被误用的”使用纪律”:遇到”配额没刷新”的第一反应应该是”等下一次 reset 时点”,而不是切档位或换模型。

紧接着是 Harbor 的真实工作场景。博主当天在跑 Harbor 时遇到一组 bug——图片生成/获取在某些商家上失败、慢、质量不稳定——Opus 4.8 一直修不下来,换 Fable 5 on Low 后被定位并修好:“a couple of bugs that Opus was really struggling with. And now it’s fixed”(03:13);“we’re back to having this really really good quality um article, which you can just export”(03:35)。这段是”Low 档质量仍强”的实战证据,但同时也是 Harbor 自家产品的演示——属于本片最直接的利益相关场景。

6. 规则与忠告:不要碰 High 档 06:23 / 07:11

视频最后两段把”只用 Low 档”立成铁规。

第一条:“what I recommend you do is you do not use Fable 5 unless you’re using it on low. You will just run out of usage”(06:23)。配套数据:Low 档下能 cover 一周的活跃编码(3 小时 3%,按此速度 100 小时才耗完),而 High 档连一个 45 分钟的冲刺都撑不过。

第二条,把”自揭短”升级成”立 flag”:“I made this mistake last week. Do not make this mistake again. I will never make this mistake again. I am going to be using Fable 5 on low. I recommend that you guys do the same”(07:13)。这条是博主对自身使用纪律的公开承诺,客观上也降低读者买 Credits 的紧迫感——与 Permanent underclass 叙事方向相反,见立场与利益节。

可执行步骤

  • 在 Claude Code 里把模型选择固定为 Fable 5 + Effort Level 设为 Low,日常任务全程不再切换。
  • 给当前 session 装一个用量观察习惯:每完成一个项目/功能就回到 console.anthropic.com 看一下 weekly 用量进度,确认仍在个位数百分比以内。
  • 重型任务(多文件、跨模块、需要并行 sub-agent)也坚持 Low 档,不要因为”看起来吃力”就拉到 High;本片数据是 3 小时重负载也只烧 3%。
  • 在 console 周配额接近 15-20% 时主动停手,留 buffer 给过渡期内可能的官方临时调整。
  • 如果想评估 GPT Soul 是否值得追,把”是否能在 $20 Codex 计划里跑 + 用量是否给到位”作为第一测试指标,而不是看 benchmark。
  • 遇到”配额没刷新”的抱怨,先确认当前时间是否在本周 reset 时点之后(7/8 这片里就是 7/8 11:59),而不是立即换模型或切档。

关联

  • 冲突/更新:2026-07-06-Fable 5 改按 token 计费后别慌——盯场用 Opus 4.8 与 Sonnet 5 on Low 顶上 —— 判定变量 = 时间窗口。7/6 那期(发布 7/6)主张”7/7 之后 Fable 5 走 Credits-only,日常应用 Opus 4.8 / Sonnet 5 on Low 替代”;本片(发布 7/8)更新为:Anthropic 已把访问延至 7/12,过渡期内 Fable 5 仍按周配额约 20% 计,且 Fable 5 on Low 的输出仍优于 Opus/Sonnet on Extra High。两期主张在 7/7-7/12 过渡期内冲突——本片证据更新;7/12 之后是否再次进入 Credits-only,待 Anthropic 进一步公告。
  • 印证:2026-07-01-Fable 5 通过了所有测试，然后我看到了账单 —— 上期实测”Fable 5 质量最强 + token 计价最重”,本片给出对应解法”用 Low 档 Fable 5 把单位时间配额消耗压到原来的 1/50”,印证”质量强 + 选对档位 = 性价比最优”路线。
  • 互补:2026-06-30-Claude Sonnet 5 + Claude Code 太不公平了（疯狂） —— 上期主张”Sonnet 5 主要应跑 Low effort,high effort 没意义”,本片给出更上一层的判断:“即便 Sonnet 5 / Opus 4.8 拉到 Extra High 也仍不如 Fable 5 on Low”——前者给”便宜档替代贵档”的论据,本片补”Fable 5 仍是最强”的事实,共同画出 Claude 阵营内的模型选型光谱。

术语

  • GPT Soul (OpenAI 5.6 / 视频里”Soul”误识别为”sole”)——OpenAI 即将发布的”Mythos 级”前沿模型,博主口播的发布日为 7 月 9 日。
  • Fable 5 周配额烧穿率(视频主线之一,未在概念索引中独立成条)——Fable 5 weekly usage quota 在不同 effort 档位下的相对消耗速度,博主实测 High 档 45 分钟 100%、Low 档 3 小时 3%,实际是 Effort Level 的具体应用案例。
  • Permanent underclass (本片语境下落到 GPT Soul 营销)——“新模型一发布,没用上就被甩开”的营销叙事词,博主认为 Soul 发布宣传也属于同一套路。

金句

“Fable 5 on low is really, really good. It’s like having a genius-level coder for very, very cheap.”(01:18) → 把 Low 档 Fable 5 的性价比浓缩成一句话,后续 5+ 分钟都在用实测数据撑这句话。 “I made this mistake last week. Do not make this mistake again. I will never make this mistake again.”(07:13) → 主动立 flag,既给读者一个”作者亲历的反面教材”信号,又把”只 Low 不 High”从建议升级为承诺。

立场与利益

视频中段 03:40–05:14 是 Harbor SEO(harborseo.ai)的明确广告位:博主声明”harborseo.ai is my tool”,列出 AI Citation Tracker 新功能、最便宜替代品约 99 美元/月、本家定价 €29/月 founder pricing,以及 2,600 页发布 / 925k 曝光 / 17,600 点击的累计指标。该段落与 Fable 5 用量主张无直接逻辑关系,本笔记仅在”立场与利益”节内登记,不引用其内容。

关键主张分档:

  • 与利益同向(待印证):“Fable 5 on Low 比 Opus 4.8 / Sonnet 5 on Extra High 更勤勉、更智能”——博主的 Harbor(他自己写的 AI 建站工具)重度依赖 Fable 5,这条判断让他自家产品的成本/能力叙事成立;但 Harbor 修 Opus 修不动的 bug 这一具体场景(03:11)是行为级证据,不只来自利益表态,可独立验证。
  • 利益中性:Low 模式 3 小时重负载消耗 3%、High 模式 45 分钟烧光整周 的实测数据(00:52、06:11)——可独立从 console.anthropic.com 的 weekly usage 面板复现,与博主商业模式无关。
  • 与利益反向(可信度最高):“I made this mistake last week, do not make this mistake again” + “I don’t care what a bunch of benchmarks say”(07:13、03:04)——前者自揭短,劝读者别高频用 Fable 5(Anthropic 想多卖 Credits),后者直接质疑 Soul 发布营销(OpenAI 想拉高订阅);两条都对自己能”卖”的方向不利,但仍说出口,可信度按最高档采信。

价值定位

  • 适合谁:已经订阅 Claude Max/Pro + 在用或打算用 Fable 5 做编码/建站的从业者,尤其在上周把周配额烧光的用户。
  • 解决什么:把”Fable 5 一用就烧光”这个老大难问题给出一个只要切档、不用换模型的具体解法,以及”3 小时重负载 3% 用量”这条可独立复现的对照基线。
  • 认知 vs 实操:实操是 Claude Code 模型选择器里把 Fable 5 effort 钉在 Low;认知是”Fable 5 on Low 的输出仍强于 Opus 4.8 / Sonnet 5 最高档,所以无需为’省 token’切到更弱模型”。
  • 与 2026-07-06-Fable 5 改按 token 计费后别慌——盯场用 Opus 4.8 与 Sonnet 5 on Low 顶上 / 2026-07-01-Fable 5 通过了所有测试，然后我看到了账单 重叠:前两期分别主张”用 Opus/Sonnet 替代 Fable 5”与”Fable 5 质量最强但 token 计价最重”;本片独有的是Fable 5 on Low vs Opus/Sonnet on High 的质量-用量实测对照,以及”Fable 5 用量延至 7/12”这条时间窗口更新。
  • 目标人群是还在犹豫”要不要现在就买 Fable 5 Credits”或”7/7 之后怎么办”的 Claude 订阅用户;对已经在用 Codex 的用户,本片主要价值是”如何用更便宜的 Fable 5 完成 Opus 修不动的真实 bug 修复”。

自检问题

  1. Fable 5 用量被延长到什么时间?延长期内每周可占多少比例的周配额? 答案:延至 7 月 12 日,过渡期内 Fable 5 仍占周配额约 20%。00:00 / 07:04
  2. Low 档与 High 档下,博主实测的周配额消耗速度分别是多少? 答案:Low 档 3 小时重负载(含 sub-agent)消耗 3%;High 档 5 个项目并行 45 分钟烧光整周。00:52 / 06:45 / 06:11
  3. 博主说 Fable 5 on Low 比 Opus 4.8 / Sonnet 5 最高档更强的具体表现是什么? 答案:更勤勉(diligent)、更能主动发现并修复错误(catch things that have gone wrong)、整体更智能(intelligent);具体证据是 Opus 修不动的 Harbor 图片生成 bug,Fable 5 on Low 在当天修复。01:18 / 05:27 / 03:13
  4. 即便 GPT Soul 7 月 9 日如期发布,博主为什么仍坚持 Claude Code? 答案:博主认为 Claude Code 整体产品体验显著优于 GPT;“I don’t really care what a bunch of benchmarks say”,直接质疑 Soul 发布营销属于 hype,选择坚持自己用着顺手的工具链。02:48 / 03:04
  5. 博主”自揭短”指的具体错误是什么?他建议读者怎么做? 答案:指上周把 Fable 5 切到 High 档并行跑 5 个项目,45 分钟内烧光整周配额;建议是”do not use Fable 5 unless you’re using it on low”,并且把这条立成自己今后的使用纪律。01:03 / 06:23 / 07:13

关系图谱

反向链接