Opus 5.5 做视频:报错处理与省用量(2026)

推荐链接(推广):数字严选大约 10 分钟AI 视频Opus 5.5 做视频Claude Code 视频Opus 做视频

阅读说明

官方信息查阅日期:2026-10-23。以官方原文为准。本文不写价格。

一句话结论

视频要反复改代码,会话容易变长。上下文被撑满时用 /compact 或 /clear;自动压缩成功但又被大文件立刻填满时,按 thrashing 的四步处理。529 不是用量用完。Opus 5.5 需要 Claude Code v2.1.280 或更新。

安装、预览打不开、项目目录不对,见 环境搭建。更多报错原文见 Claude Code 报错。用量窗口见 Claude Code 用量与限额。

Prompt is too long

对话加上附件超过模型的上下文窗口时,非交互输出里的原文是:

Prompt is too long

交互会话里通常显示为:

Context limit reached · /compact or /clear to continue

若你在用户设置里关掉了自动压缩,同一行还会带上 auto-compact is off · /config to turn it on。/config 里对应的开关名称是 Auto-compact。设置了 DISABLE_COMPACT 时,这行只提到 /clear。

错误参考open in new window 里和长会话直接相关的处理:

  • 运行 /compact 摘要较早的回合,或用 /clear 重新开始。若 /compact 回答 Not enough messages to compact.,说明没有更早的回合可摘要,空间被这一条提示以及每次请求都带上的系统提示、工具定义、附件占满。这时 /clear,再少贴一些文本或附件。
  • 运行 /context,看系统提示、工具、记忆文件和消息各占多少。
  • 用 /mcp disable <name> 关掉不用的 MCP 服务器,去掉它们的工具定义。
  • 删短很大的 CLAUDE.md,或把说明挪到按路径加载的规则里。
  • Auto-compact 默认开启。若在 /config 或用 DISABLE_AUTO_COMPACT 关掉了,要么重新打开,要么自己在窗口满之前运行 /compact。

/context 在对话已经超过窗口时,会在输出顶部警告,请求会一直以 Prompt is too long 失败,直到腾出空间。交互会话里同一情况也是上面的 Context limit reached 行。

自带 1M 窗口、且按原生 1M 运行的模型,模型配置open in new window 写明默认大约在 967K tokens 自动压缩。文档点名的范围包括 Fable、Sonnet 5 及以后、Haiku 5.5,以及 Opus 4.7 及以后。Opus 5.5 的模型页写明窗口是 1M,并且 v2.1.280 起 Anthropic API 上的 opus 解析为 Opus 5.5。压缩阈值仍以你本机的 /autocompact 或 autoCompactWindow 为准;没改过才是上述默认。

自动压缩来回填满

故障排除open in new window 把这条单独列出。看到:

Autocompact is thrashing: the context refilled to the limit...

表示自动压缩已经成功,但某个文件或工具输出立刻又把窗口填满,而且连续发生了几次。Claude Code 停止再试,以免在没有进展的循环上继续请求。恢复步骤:

  1. 让 Claude 按行范围或函数分段读那个过大的文件,不要一次读完。
  2. 运行带焦点的 /compact,例如文档中的:
/compact keep only the plan and the diff
  1. 把大文件上的工作交给 subagentopen in new window,使它留在单独的上下文里。
  2. 更早的对话不再需要时,运行 /clear。

/clear 之后如果还出现:运行 /context,把 Messages 和它上面的行比一下。Messages 最大,说明新对话里又有文件或工具输出在填窗口,重复第 1 到第 3 步。其余行加在一起更大,说明会话一开始加载的内容就占满了,按上一节把启动时加载的内容裁短。

529 Overloaded

API 暂时没有容量时,Claude Code 重试多次后仍可能显示:

API Error: Repeated 529 Overloaded errors. The API is at capacity — this is usually temporary. Try again in a moment. If it persists, check https://status.claude.com.

错误参考写明:529 不是你的用量上限,也不计入配额。处理:

  • 查看消息里指向的状态页。Anthropic API 上是 status.claude.comopen in new window。
  • 过几分钟再试。
  • 容量按模型分别计算。文档举例:某个模型负载高时,会提示 Opus is experiencing high load, please use /model to switch to Sonnet。此时用 /model 换一个模型继续。桌面应用里的句子是 Opus is experiencing high load. Switch to Sonnet.,用应用里的模型选择器切换。

速率限制和会话上限

订阅计划的滚动用量用尽时,消息是下面几种之一(时间只是文档里的例子):

You've hit your session limit · resets 3:45pm
You've hit your weekly limit · resets Mon 12:00am
You've hit your Opus limit · resets 3:45pm
You've hit your Sonnet limit · resets 3:45pm

错误参考写明:在消息里的重置时间之前,Claude Code 不再发请求。Session limit 和 weekly limit 是所有模型共用的,换模型不能恢复。Opus limit 和 Sonnet limit 只约束那一个模型家族,用 /model 换到家族以外的模型可以继续。换模型后,下一次请求会重新读取整段对话,没有缓存命中。

可以做的事:等到消息里的重置时间;运行 /usage 查看计划窗口何时重置;交互会话里也可以按文档等待重置后自动继续(v2.1.234 之前没有这项)。/usage-credits 在 Pro 和 Max 上用于追加用量,在 Team 和 Enterprise 上用于向管理员申请。本文不写价格。窗口和账号状态的进一步说明,见 用量与限额。

另一条容易看成「额度到了」、但文档写明与计划配额无关的句子是:

API Error: Server is temporarily limiting requests (not your usage limit)

处理是稍等再试;若持续,查看 status.claude.comopen in new window。

API 密钥、Amazon Bedrock 项目或 Google Cloud 项目上的速率限制,则是:

API Error: Request rejected (429) · this may be a temporary capacity issue. If it persists, check https://status.claude.com.

文档建议:运行 /status,确认当前凭据是预期的那一个(环境里多出来的 ANTHROPIC_API_KEY 可能把请求送到限额更低的密钥);降低并行的 subagent 数量,或在大量脚本运行时用 /model 换更小的模型。

旧版不支持这个模型

Opus 5.5 需要 Claude Code v2.1.280 或更新。更旧的版本去请求它,会得到 400,错误码 claude_code_version_too_old。文档里的句式示例是(示例中的版本号不是 Opus 5.5 的最低版本):

API Error: 400 Claude Code 2.1.219 does not support this model; version 2.1.255 or newer is required. Run 'claude update', or update the Claude desktop app, then try again.

处理:升级发出请求的那个程序,然后新开一个会话。本机安装的 Claude Code 运行:

claude update

桌面应用、VS Code 扩展、Agent SDK 各自更新对应的程序,见错误参考里的对照表。属于「这个模型需要更新版本」时,也可以先 /model 换到当前版本支持的模型,留在本会话里继续。属于组织策略要求的最低版本时,必须先升级。

稳定发布通道上的 claude update 不会超过最新稳定版;若稳定版仍低于要求,文档写明要改到 latest 通道再更新。组织用托管设置钉死了通道或版本时,需要管理员改。

Remotion 渲染

Render your videoopen in new window 只说明了两件事:在 Studio 里点 Render,再确认 Render video;或运行 npx remotion render(可带 composition ID,不带则出现选择器)。预览进程没开、目录不一致,见环境搭建页。

HyperFrames 渲染前的失败,提示指南要求先看 npx hyperframes lint && npx hyperframes check 的输出:溢出、文字重叠、时间线中段的运行错误、对比度低于 WCAG AA。

省用量

Manage costs effectivelyopen in new window 里,和长视频会话对应的做法如下。该页含有金额,本文只保留不涉及金额的操作。

  • 用 /usage 看当前会话的 token 用在哪里。用量大的行为(例如很长的上下文)会在 Pro、Max、Team、Enterprise 的 /usage 里得到一条建议。
  • 换一支无关的片子之前运行 /clear。过期上下文会留在之后每一条消息里。清掉之前可以先 /rename,之后用 /resume 找回来。想保留连续性时用 /compact;文档写明 /compact 本身要读完整段对话,因此也是一次大请求。自定义摘要焦点的示例是:/compact Focus on code samples and API usage。
  • 文档建议多数编码用 Sonnet,把 Opus 留给复杂的架构决定或多步推理。会话中用 /model 切换,或在 /config 里设默认。切到 Opus 时,继承会话模型的 subagent 也会跟着切。简单的 subagent 可以在它自己的配置里写 model: haiku。
  • Opus 5.5 不能关闭 thinking(Sonnet 5.5、Haiku 5.5 和 Fable 同样不能)。简单修改用 /effort 或在 /model 里降低 effort。自适应推理的模型会忽略非零的 MAX_THINKING_TOKENS,应改 effort,而不是靠那个变量。
  • 复杂任务先按 Shift+Tab 进入 plan mode,先看方案再改文件。方向错了立刻按 Escape 停下,再用 /rewind,或连按两次 Escape,回到之前的检查点。
  • 提示写具体。文档对比的例子是:含糊的 “improve this codebase” 会触发大范围扫描;指明文件和函数则读得更少。
  • 跑测试、拉文档、扫日志会占满上下文。可以把这些交给 subagent,只把摘要带回主会话。subagent 自己的请求仍然计入用量。
  • 长会话每次请求都会带上整段对话;工具来回也会再发请求。空闲时的定时任务、别的会话送来的消息、目标检查,也会在你没打字时发出带全量上下文的请求。压缩不如直接重开时,用 /clear。

常见问题

529 是不是五小时用量用完了?

不是。错误参考写明 529 表示 API 一侧容量不足,不计入你的配额。用量用完的句子是 “You've hit your session limit” 或 weekly / Opus / Sonnet 那几条。

碰到 session limit,换成 Sonnet 还能继续做这支片子吗?

不能。Session limit 和 weekly limit 跨模型共用。只有 “You've hit your Opus limit” 或 Sonnet 那一条,才可以通过 /model 换到另一个家族继续。

压缩了又马上满,要不要一直按 /compact?

文档把这种情况叫做 thrashing,并写明 Claude Code 会停止重试。先让它分段读大文件,或把大文件工作放进 subagent,而不是在同一段输出上反复压缩。

用第三方技能做一支片子,为什么很快撞到用量上限?

整支片子要反复写代码、预览、渲染、返工,每一轮都是带着上下文的请求。lemo-opuscar 的 README 写明,一支片子要代理跑大约 30–60 分钟,并消耗不少 token。先用短时长、少场景跑通一版,再加长;会话上限和周上限的区别见上文「速率限制和会话上限」。

相关阅读

参考来源(官方)

上次编辑于:
贡献者: Masoooon