Bring back Opus 4.8 in Claude Code

有开发者发现,可以通过修改 Claude Code 的本地配置文件,把旧版 Opus 4.6、4.8 重新加回 /model 模型选择器,避免默认使用更新但更啰嗦的 Opus 5。这反映出一个越来越常见的现象:模型升级并不等于对所有任务都更好用,开发者开始主动管理自己的模型版本。

一句话看懂:有开发者发现,可以通过修改 Claude Code 的本地配置文件,把旧版 Opus 4.6、4.8 重新加回 /model 模型选择器,避免默认使用更新但更啰嗦的 Opus 5。这反映出一个越来越常见的现象:模型升级并不等于对所有任务都更好用,开发者开始主动管理自己的模型版本。

事件核心:发生了什么

根据 HN Algolia 抓取的 AI 24h 资讯,一位长期使用 Claude Code 的开发者表示,自己仍经常调用 Opus 4.6 和 Opus 4.8,原因是 Opus 5 输出偏冗长,而另一个模型选项 Fable 的成本又偏高。解决办法是在本地配置文件 ~/.claude/settings.json 中加入相关配置,把旧模型重新注册进 Claude Code 的 /model 选择器。这些自定义条目会排在内置选项之后;如果设置 modelPicker.replaceBuiltInOptions: true,则选择器里只显示自己添加的模型行。

为什么重要

Claude Code 是 Anthropic 面向开发者的命令行编程工具,模型选择器直接决定日常编码时调用哪个大模型。官方默认倾向于推最新版本,但真实开发场景里,代码补全、重构、调试对输出长度、推理成本和响应速度的要求并不一致。开发者主动把 Opus 4.6、4.8 加回来,本质是在模型迭代加速的背景下做“版本回退”——类似软件工程里的依赖锁定。这也说明,闭源模型的升级节奏由厂商决定,但用户仍希望保留对具体版本的选择权。

对用户/开发者/创作者的影响

对使用 Claude Code 的开发者来说,这是一个低成本的自定义方案:不用等官方重新上线旧模型,改一个 JSON 文件就能固定工作流。对依赖 API 构建 AI 应用的团队,这提示模型版本管理应当纳入工程规范,避免上游默认值变化导致输出风格漂移、token 成本上升。对内容创作者,Opus 5 更啰嗦意味着同样任务需要更多 token 和阅读时间,选回旧版可能反而更高效。需要注意的是,目前公开信息显示这只是社区配置技巧,并非 Anthropic 官方支持的正式功能,后续版本更新可能使其失效。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

值得关注的后续

一是 Anthropic 是否会在 Claude Code 中正式提供长期模型版本选项,或在文档中承认该配置方式;二是新模型在冗长度和推理成本上的取舍是否会调整,毕竟“更强”和“更好用”并不总是同一件事;三是其他 AI 编程工具是否会跟进,允许用户固定模型版本,从而把版本控制变成开发者工具的一项基础能力。

来源:HN Algolia · AI 24h

celebrityanime
celebrityanime
文章: 24368

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注