Claude 在 11 月 9 日发布了 Fable 5.2。做独立站，可以先用它处理一项手头的工作。比如查清首页为什么加载慢，找到对应文件完成修改。也可以把一篇文章的搜索数据交给它，让它读完正文后直接给出改稿。
GPT‑6.2 也有消息在传。截至 11 月 11 日，OpenAI 公开目录里能查到 GPT‑6 Astra、GPT‑6.1 Sol 等型号，我还没找到 GPT‑6.2 的正式发布记录。下面讲 Fable 5.2 已经公布的能力，以及具体怎么用。
01让 AI 打开项目，直接修改网站文件
Fable 是模型，Claude Code 是让模型读写项目文件的工具。平时在网页里上传报告，可以让它分析、整理表格或写文稿。通过 Claude Code 打开项目，则可以继续读代码、改文件、运行程序。
下图左边是项目文件，中间是代码，右边是对话。提出需求后，Claude 会读取相关文件，再展示改动。比如菜单样式出错，它可以找到相应文件进行修改，省去自己在几个文件之间翻找的过程。
这次更新的编程能力，可以从一项厂商测试看起。FrontierCode 2.0 评估的是代码改动能否被开源项目接受。在相同的 Xhigh 推理档位下，Fable 5.2 的成绩为 49.1%，上一版是 32.4%。这些成绩说明它在该测试中有进步，自己的站点仍要实际跑一次。
只改按钮上的几个字，原来用顺手的模型通常就能完成。首页改完后手机菜单失效，或者一个功能涉及好几个文件，这类需要来回查原因的工作，才更容易看出新模型有没有帮你省事。
02查首页速度，先看时间花在了哪里
比如，首页图片已经压缩，打开页面还是要等。继续压图之前，先看浏览器在等什么。直接问 AI“怎样给网站提速”，往往只会得到压图、用 CDN、减少插件，具体到眼前这个页面，还是不知道从哪里改。
先看 Google 公开的性能面板示例。同一张图里，本地这次测出的 LCP 是 0.80 秒，真实访问数据中的 LCP 是 3.36 秒。LCP 可以简单理解为页面里最大那块主要内容出现的时间。自己电脑打开快，不能代替访客的使用情况。
把测速结果和这次加载记录放在一起，Claude 才能往下找原因。测速结果指出主要内容出现得晚，加载记录说明浏览器在这段时间请求了什么。项目文件也能读取时，再让它找到控制这部分内容的模板。
打开浏览器开发者工具的 Network 面板，刷新页面，就能看到请求列表和加载顺序。下面是 Chrome 官方教程中的实际界面。它能帮助我们分清，一张图下载很久，和浏览器很晚才开始请求这张图，是两个不同的问题。
图片太大，可能要调整尺寸和格式。首屏图片被设成延迟加载，则要检查模板里的加载方式。前一种问题继续压图有意义，后一种问题只压体积，未必能解决主要的等待时间。
可以把下面这段话，连同你自己的页面地址和测速材料一起交给模型。
帮我排查这个首页的移动端加载问题。先找出最大的首屏内容，再结合 Network 记录说明它什么时候开始加载、时间花在哪里。需要读取项目文件时，找到对应模板。给出最值得先改的一项，说明原因，完成后展示文件差异和复测结果。保留现有菜单、轮播和表单功能。
Claude Code 如果已经连接浏览器和项目，可以直接查看页面和文件。只在聊天网页里分析时，就上传相应的测速和加载记录。网络记录可能带有登录信息，上传前先清理这一部分。
03修改完成后，在页面上验一遍
Claude Code 可以展示文件差异，并在修改前请求确认。下图放大了官方示例里的确认框，能看到准备改哪个文件，以及是否同意本次修改。收到“已经优化完成”的回复以后，还要看它具体改了什么。
放到提速任务里，要看它改了哪个模板、影响哪张图。然后用同一个页面和设备条件复测，既看主要内容出现的时间，也点一下菜单和表单。速度变快但功能不能用了，这次修改就需要继续处理。
文件差异里还能看出修改的范围。如果只是调整首屏图片，却顺手改动了无关页面，就需要问清原因。把原报告与复测结果放在一起，也方便技术同事判断这次改动是否值得保留。
04拿一篇文章，做一次 SEO 改稿
一篇文章在 Google 展现不少，点击却很少，可以先拿它做改稿。准备这篇文章的查询数据、正文，以及几个同题搜索结果，Claude 才能比较读者在搜什么、文章实际讲了什么。
Search Console 可以按查询、页面、国家和设备筛选。下图还能看到品牌词与非品牌词选项。品牌词通常来自已经知道品牌的人，找内容机会时，可以另看不含品牌名的查询，了解新读者在找什么。
分析单篇文章时，在报表里筛选这一页，再点右上角“导出”。把文件和文章正文一起交给模型。这样能减少一个常见的误判，把其他页面带来的查询词，也算到这篇文章头上。
如果多数展现来自产品规格问题，文章却一直在讲行业背景，就可以让模型先补一段明确的规格说明。若主要内容已经回答了问题，再考虑标题是否让人看懂文章能提供什么。不同原因，改法也不同。
这一步也可以直接给一段明确的任务。
根据这份单页查询数据和文章正文，找出读者最需要回答、目前却没有讲清楚的问题。引用对应的查询词和原文，说明该补充什么，再给我一段能直接修改的正文。产品尺寸、兼容性等资料缺失时请标出来。
拿到改稿后，由了解产品的人确认规格和使用条件。把其中一段修改好，再看其他段落有没有同样的问题，比一次重写全部文章更容易控制质量。
05平时用哪个模型，费用怎么算
Anthropic 自己也建议，大多数日常工作从 Opus 5.5 开始，再按难度选择其他模型。Fable 更适合复杂任务，Mythos 5.2 则主要向通过审核的相关机构开放。普通做站用户先关注 Fable 的可用入口就行。
Claude 网页里查看模型选择器。用 Claude Code 的话，官方说明 Fable 5.2 需要 2.1.321 或以上版本，账号也要具备相应权限。订阅方案的额度，以自己账户内的说明为准。
API 另按用量计费。Fable 5.2 的标价是每百万输入 token 8 美元、输出 40 美元，Opus 5.5 对应为 4 美元和 20 美元。按未缓存的普通文本算，输入 10 万、输出 2 万 token，分别是 1.6 和 0.8 美元，工具费用另计。
可以从手头最难处理的一页开始比较。让现有模型和 Fable 使用相同资料，看看谁能找到原因、改好文件，以及自己还要补多少工作。以后再遇到同类问题，就有依据分配给合适的模型。
