你让它跑一个 ls，Claude Code 却说无法执行。Bash 停了，Edit 也停了，只有读文件还能用。报错里提到 "auto mode classifier" 和 "no verdict"。2026年9月28日至29日，macOS、Windows、WSL、Linux 以及 VS Code 扩展的用户都遇到了这个问题。本文说明这个报错的含义，并给出恢复工作的四种办法和对应命令。
"auto mode classifier gave no verdict" 是什么意思？
意思是 auto 模式的安全检查本身失败了，而不是你的操作被判定为危险。拿不到结论时，Claude Code 会直接拒绝这个操作，而不是在未经审查的情况下执行。
完整报错如下，摘自 issue #97854：
The server-side auto mode classifier gave no verdict (error), so auto mode cannot determine the safety of Bash. This is a transient failure of the check, not a judgment about the action: a later response may get a verdict.在 auto 模式下，由第二个模型（分类器）在每个操作执行前进行审查，取代权限确认弹窗。服务器没有返回结果时，命令就会被拦下。报错中的工具名会变化（Bash、Edit、Agent 或某个 MCP 工具），括号里的原因也会变化：官方错误文档举的例子是 (timed out)。读文件和搜索代码不经过分类器，所以仍然可用。
为什么现在这么多人遇到这个报错？
因为 auto 模式变成了默认模式。根据权限模式文档，从 2.1.283 版本起，Claude Code 在所有套餐下都以 auto 模式启动交互式终端和 VS Code 会话。在此之前，只有 Pro、Max 和 Team 套餐如此。
结果是，很多从没主动选过 auto 模式的人也开始依赖服务器端分类器。9月28日分类器出现波动时，主 issue 两天内收到 27 条评论，同期还有多个报同一错误的 issue（#97766、#97812、#97868）。Anthropic 状态页记录了9月29日 14:21 至 16:27（UTC）Claude Code 错误率升高，但截至9月30日，没有以 auto 模式命名的事件。
一直重试会怎样？
Claude Code 每次重试前的等待时间会越来越长，连续 10 次响应都没有结论后，会结束当前轮次。等待期间，加载提示会显示 Auto mode check unavailable 和倒计时，按 Esc 可以中断。
停止时的提示如下，摘自同一个 issue：
Auto mode is unavailable: the server returned no safety verdict for 10 responses in a row, so Bash was not run and this turn has ended.注意做到一半的工作。有用户在 #97854 中反映，停止发生在一个包含 git add 的任务中途，编辑过的文件没有进入暂存区，也没有任何提示。遇到这种停止后，先检查：
git status
git diff --stat
如何解决 Claude Code 的 "gave no verdict" 报错？
按下面的顺序尝试。前两种应对服务器波动，后两种用于报错一直不消失的情况。
1. 再发一条消息
你发出的任何消息都会把 10 次响应的计数清零。由于故障在服务器端且是间歇性的，下一次尝试往往就能拿到结论。#97854 的作者就是这样：一直失败的 pwd，在下一条消息时直接通过了，其他什么都没改。
2. 用 Shift+Tab 退出 auto 模式
在终端里，Shift+Tab 用来切换模式。从 auto 模式按第一次会切到手动模式，再按一次切到 acceptEdits。在手动模式下，每条命令都由你批准，不经过分类器。如果想一开始就不进入 auto 模式：
claude --permission-mode default
# 或者，让文件编辑无需确认：
claude --permission-mode acceptEdits在 acceptEdits 模式下，文件编辑和常见的文件系统命令（mkdir、mv、cp）无需确认即可执行，其余 Bash 命令仍需批准。要让本机所有会话默认使用手动模式，编辑 ~/.claude/settings.json：
{
"permissions": {
"defaultMode": "default"
}
}3. 必须用 auto 模式？改用本地分类器
在启动 Claude Code 之前设置这个变量。它会让 Claude Code 自己发起分类器请求，而不是向服务器请求检查：
export CLAUDE_CODE_AUTO_MODE_SERVER=0
claude分类器计费文档给出两点提醒：直连 Anthropic API 时，该变量需要 2.1.281 或更高版本；在对这类请求计费的账户上，它们会计入 token 用量。文档称这个变量是临时的，不要把它当作长期配置。
4. 一直失败？检查代理和网关
如果报错在任何时段都不消失，而你使用了 LLM 网关或代理，问题很可能出在那里。文档指出，网关截断流式响应或改写 safeguard_results 字段时，结论就会丢失。运行：
/statusAuto mode server 这一行显示 Enabled 表示由服务器决定会话中的操作，显示 Disabled 表示会话已回退到本地分类器。请网关管理员原样转发请求和响应，不要改动字段。
不同情况该用哪种办法？
| 情况 | 可能原因 | 处理方法 |
|---|---|---|
| 偶尔失败，随后恢复 | 服务器端分类器波动 | 再发一条消息 |
| 连续失败 10 次后轮次停止 | 服务器数分钟内没有给出结论 | Shift+Tab 切到手动模式，并运行 git status |
| 需要无人值守运行 | 服务器不稳定，但你想保留 auto 模式 | CLAUDE_CODE_AUTO_MODE_SERVER=0 |
| 任何时段都失败 | 网关或代理截断了响应 | 运行 /status 并检查网关 |
| 提示本会话 auto 模式不可用 | auto 模式在服务器端、账户层面或被 disableAutoMode 关闭 | 稍后开启新会话 |
最后一种情况有单独的规则：服务器关闭 auto 模式或对你的账户拒绝 auto 模式后，该会话在结束前都不会再启用 auto 模式。不必在这个会话里反复尝试，稍后新开一个即可。
能避免它再次卡住工作吗？
可以减小影响。如果你经常让长任务在无人看管时运行，把 defaultMode 设为手动或 acceptEdits，只在自己盯着的时候开启 auto 模式。如果你更喜欢一直用 auto 模式，就把 CLAUDE_CODE_AUTO_MODE_SERVER=0 准备好，在服务不稳定时使用。另外，任何因 10 次上限而结束的轮次之后，先运行 git status 再继续。
会话卡住时，每一次新的尝试仍然是一次计入额度的模型调用。在 Verboo Code 上，同样的终端工作流以无限 token 运行，代理能执行什么由你在 /permissions 中决定。
