Claude Code 恢复 Fable 5 会话时为什么因额度提示而静默退出？

Claude Code 用 --resume 恢复 Fable 5 会话后立即静默退出，可能是恢复流程沿用了会话保存时的 Fable 模型，却在启动阶段把计划内资格误判为需要 usage credits。低风险绕过方法是显式指定另一个可用模型恢复，例如 claude --resume SESSION_ID --model opus，进入会话后再检查额度和客户端状态。

为什么普通新会话能开，恢复却会退出

Claude Code 恢复会话时会继续使用该会话保存时的模型，不受当前 settings.json 默认模型变化影响。这样可以保持对话连续性，但也意味着保存为 Fable 的旧会话会在启动时再次进入 Fable 资格检查。

公开问题报告中，Claude Code 2.1.215、Windows 11 和 Max 20x 账户在 Fable 周用量不足 10% 时仍出现该现象。命令连接会话后数秒返回 shell，没有展示正常的 credits 选择对话框。

先确认是不是同一种故障

1. 运行 claude --version 记录客户端版本。
2. 在网页 Usage 页面确认 Max 计划和 Fable 周额度仍有余量。
3. 新建普通会话，确认 Claude Code 本身可以启动。
4. 用相同会话 ID 执行 claude --resume SESSION_ID，观察是否稳定退出。
5. 显式指定其他模型再次恢复，确认历史是否可正常加载。

如果所有模型的新会话和恢复都会退出，应优先按一般启动故障排查；只有问题跟随 Fable 保存模型时，才接近该已知场景。

临时恢复原会话

claude --resume SESSION_ID --model opus

--model 是当前启动的高优先级覆盖项，可让恢复流程绕过保存的 Fable 选择。原会话记录仍被继续使用，历史内容不会因为换模型而删除。

如果不想继续写入原会话，可同时创建分支：

claude --resume SESSION_ID --fork-session --model opus

分支会复制已有历史并创建新会话 ID，原会话保持不变，适合在等待修复期间继续工作。

为什么只改 settings.json 可能无效

恢复的会话保留自己的模型状态。把用户设置中的默认 model 改成 Opus 或 Sonnet，主要影响新会话；它不保证覆盖通过 --resume 加载的已有会话。

因此，诊断时应把 --model 明确写在同一条恢复命令中。进入会话后还可以用 /model 查看当前实际模型。

检查 Fable 资格误判

Max 和高级席位可把每周总额度的最多 50% 用于 Fable。网页 Usage 显示 Fable 仍有余量，而 CLI 要求 credits，说明提示与计划状态不一致。

完全退出 Claude Code 后重新登录并启动新会话，排除陈旧资格状态；随后升级当前稳定版本。若使用 setup-token 或环境变量 OAuth token，再用交互式 Claude 账户登录做对照，因为权限不足的 token 可能无法读取计划资格。

如何找到正确的会话

不带参数运行 claude --resume 会打开本地会话选择器；也可以使用会话名称或 ID 直接恢复。会话按项目目录保存，切到错误目录时列表范围可能不同。

如果会话已命名，优先使用名称，减少手工复制 ID 的错误。不要删除项目目录下的 JSONL 历史来解决模型问题，这会破坏恢复材料。

收集调试证据

使用 claude --debug 启动可记录更多诊断信息。提交问题时提供客户端版本、操作系统、恢复命令形式、保存模型、显式覆盖模型的对照结果，以及网页端 Fable 额度百分比。

日志中可能含项目路径、提示内容和账户信息，分享前必须脱敏。OAuth token、API key、credentials 文件和完整私人对话都不应上传。

不要采用的处理方式

• 不要反复充值来验证客户端资格错误。
• 不要手工伪造本地 plan 或 entitlement 字段。
• 不要删除原会话历史作为第一步。
• 不要把静默退出直接解释为会话损坏。

FAQ

指定 Opus 恢复会丢失 Fable 生成的历史吗？

不会。模型覆盖影响后续响应，恢复仍加载同一会话历史。使用 --fork-session 时则会复制历史到新的会话 ID。

恢复后还能切回 Fable 吗？

可以尝试，但应先确认 Usage 额度和资格识别正常。若切换再次触发 credits 提示，继续使用替代模型并等待客户端或服务端问题解决。

为什么没有看到任何错误消息？

该问题发生在启动阶段的模型同意或回退路径，交互提示可能没有成功显示。需要结合 debug 日志和显式模型覆盖来证明原因。

总结

恢复 Fable 会话时静默退出，不代表历史已经损坏。由于恢复流程会沿用保存模型，可先用 --model opus 覆盖并恢复，必要时通过 --fork-session 保留原会话。随后核对 Max 的 Fable 额度、更新客户端、比较登录方式，并用脱敏日志报告仍可复现的问题。