【Claude】Auto mode cannot determine the safety of an action 报错已解决

关键词：Claude Code、Auto mode、自动模式、分类器、安全分类、could not evaluate、--debug、危险操作

一、问题现象：自动模式"判断不了"，操作被卡住

开了 Auto mode（自动模式）让 Claude Code 自己跑活，结果某个操作执行到一半，终端冒出类似这样的提示：

<model> is temporarily unavailable, so auto mode cannot determine the safety of <tool> right now. Wait briefly and then try this action again.

或者：

Auto mode could not evaluate this action and is blocking it for safety — run with --debug for details

又或者：

Auto mode classifier transcript exceeded context window — falling back to manual approval (try /compact to reduce conversation size)

共同点是：Auto mode 没能自动批准某个操作，要么暂时卡住让你重试，要么直接回退到手动批准。

很多人一看就慌："是不是我的操作有问题？是不是被判定危险了？"——其实大部分情况下不是。这是 Auto mode 的安全分类器这一环出了状况，而不是你的操作真的危险。下面把来龙去脉讲清楚。

二、先搞懂 Auto mode 是什么

要理解这个错误，得先知道 Auto mode 的设计。

Claude Code 默认权限设置偏保守：每次写入文件、执行 bash 命令，都要你手动点确认。活儿一多，弹窗确认就非常打断思路。于是很多人干脆上 --dangerously-skip-permissions 一把梭，把所有确认全关掉——省事，但顾名思义，危险。

Anthropic 后来推出了 Auto mode（自动模式），把它定位成 --dangerously-skip-permissions 的更安全的替代方案，适合跑较长时间的任务。

它的巧妙之处在于不是一刀切地把所有确认关掉，而是走了一条更聪明的路：

在真正执行一个动作（比如执行命令、写文件）之前，先让一个分类器模型过一遍，判断这个操作是不是安全。安全的就自动放行，拿不准的才回退到人工确认。

这个"分类器模型"就是本文主角错误的核心。当这个分类器自己出问题时（而不是你的操作有问题），就会冒出"cannot determine the safety"这类报错。

一个关键豁免：读、搜、改不走分类器

有一点必须强调：在你的工作目录里的读取（read）、搜索（search）、编辑（edit）操作会跳过分类器。

所以无论分类器出什么状况，这三类操作都照常工作、不受影响。被分类器卡住的，主要是执行命令、写入工作目录外的文件等"有副作用、潜在危险"的操作。这意味着即使分类器挂了，你的只读 / 普通编辑任务依然能继续推进。

三、三种情况逐一拆解

官方把这个错误细分成三种，对应分类器失败的不同原因，处理方式也不同。看清你遇到的是哪一种是关键。

情况一：分类器模型过载（temporarily unavailable）

报错：

<model> is temporarily unavailable, so auto mode cannot determine the safety of <tool> right now. Wait briefly and then try this action again.

原因：用来做安全分类的那个模型暂时不可用（过载 / 抖动）。这跟前面文章讲的 529 过载是同源问题，只不过这次卡住的是"分类器"这条链路。

本质：这是暂时性的，和你的 Auto mode 资格无关，你不需要去改任何设置。

怎么办：

• 等几秒再重试这个操作；
• 实际上 Claude 看到的也是同一条消息，它自己通常会自动重试，很多时候你都不用手动干预；
• 如果重试一直失败，先去干只读任务（读、搜、改不走分类器，照常能做），稍后再回头处理那个被卡住的操作。

情况二：分类器返回了无法解析的响应（could not evaluate）

报错：

Auto mode could not evaluate this action and is blocking it for safety — run with --debug for details

原因：分类器模型返回了一个 Claude Code 无法解析的响应——也就是分类器给的答复格式不对 / 不完整，CLI 读不懂它到底判"安全"还是"不安全"。

本质：出于安全考虑，读不懂就当作不安全，先拦下来（fail-safe，安全优先）。这不代表你的操作真有问题。

怎么办：

• 直接重试这个操作——这种情况通常下一次尝试就成功了（因为分类器下次大概率会返回正常格式）；
• 如果想看分类器到底返回了什么，用调试模式：

  claude --debug
  

  然后重复那个操作，就能在调试日志里看到底层分类器的原始响应，便于定位。

情况三：对话太长，超出分类器的上下文窗口（transcript exceeded）

报错：

Auto mode classifier transcript exceeded context window — falling back to manual approval (try /compact to reduce conversation size)

原因：对话记录（transcript）增长到超过了分类器的上下文窗口。分类器要"读完整段对话"才能判断当前操作安不安全，但对话太长，它读不下了。

本质：这不是临时抖动，而是对话长度的硬限制。它有两种回退行为：

• 交互式会话：Auto mode 对该操作回退到正常的权限提示，让你手动批准或拒绝。任务不会中断，只是退回到"手动点确认"。
• 非交互模式（脚本 / -p）：运行会直接中止——因为记录只会越来越长，重试不可能成功，干等没意义。

怎么办：

• 交互式：在弹出的提示里手动批准或拒绝该操作即可，任务能继续；
• 想恢复自动批准：运行

  /compact
  

  压缩对话、缩小记录大小，让后续操作重新塞回分类器的窗口内，Auto mode 就能再次自动放行了。

四、根因总览（一张表看懂）

情况	报错关键词	根因	严重性	解决
一	temporarily unavailable	分类器模型过载/抖动	临时，Claude 常自动重试	等几秒重试 / 先干只读任务
二	could not evaluate ... blocking it for safety	分类器返回无法解析的响应	通常下次就好	重试 / --debug 看日志
三	transcript exceeded context window	对话超出分类器上下文窗口	需要缩小对话	手动批准 + /compact（脚本则中止）

核心认知：这三种都是"分类器这一环"的问题，不是你的操作真的危险，也不是你的 Auto mode 资格出了问题。

五、解决方案速查

按你遇到的报错对号入座：

看到 temporarily unavailable：

1. 等几秒，重试该操作（Claude 多半会自己重试）；
2. 期间先做读/搜/改这类不走分类器的活；
3. 这是暂时的，别去动设置。

看到 could not evaluate ... blocking it for safety：

1. 直接重试，通常一次就过；
2. 想排查就 claude --debug 重复操作看底层日志。

看到 transcript exceeded context window：

1. 交互式：在提示里手动批准/拒绝，任务继续；
2. 运行 /compact 缩小对话，恢复自动批准；
3. 脚本/-p 模式：运行会中止，需要先缩短对话再跑。

六、避坑与最佳实践

别犯的错

• ❌ 以为是自己操作危险被封：除情况三的人工确认外，前两种都是分类器自身抖动 / 解析失败，跟你操作的危险性无关。
• ❌ 去关 Auto mode 或改资格设置：情况一明确"与 Auto mode 资格无关"，改设置没用。
• ❌ 在脚本里硬刚情况三：非交互模式下记录只增不减，无脑重试不可能成功，必须先缩短对话。
• ❌ 回退去用 --dangerously-skip-permissions：Auto mode 卡一下就改用全关确认，等于把安全网整个拆了，得不偿失。

该养成的习惯

• ✅ 先认清是三种里的哪一种：报错关键词直接告诉你根因。
• ✅ 情况一/二先重试：大多一次就好。
• ✅ 善用只读任务过渡：读/搜/改不走分类器，分类器抖动时正好干这些。
• ✅ 长会话定期 /compact：从源头避免情况三反复出现。
• ✅ 排查用 --debug：想知道分类器到底说了啥，调试日志最直接。

七、和其他错误的区分

现象	是不是 Auto mode 分类器问题	说明
auto mode cannot determine the safety	✅ 是	分类器过载/解析失败/超窗
Prompt is too long	❌ 否	是主对话超上下文窗口，用 /compact、/clear
violate our Usage Policy	❌ 否	是内容触发使用政策拒绝，需 /rewind 改写
500 / 529	❌ 否（但情况一同源）	主请求的服务端错误

特别注意区分情况三（分类器 transcript 超窗，回退手动批准）和 Prompt is too long（主对话超窗）——两者都跟"对话太长"有关、都可以用 /compact 缓解，但前者是分类器读不下整段记录、后者是主模型请求本身塞不进窗口，触发点不同。

八、总结

Auto mode cannot determine the safety of an action 系列报错，本质是 Auto mode 的安全分类器这一环出了状况，而不是你的操作真的危险。核心要点：

1. Auto mode 靠一个分类器模型在执行前判断操作是否安全，分类器出问题时就会"判断不了"；
2. 工作目录里的读 / 搜 / 改不走分类器，所以这些操作永远不受影响；
3. 三种情况对症下药：
   • temporarily unavailable → 分类器过载，等几秒重试（Claude 常自动重试）；
   • could not evaluate → 分类器响应解析失败，重试，需要排查就 --debug；
   • transcript exceeded context window → 对话太长，手动批准 + /compact（脚本模式会中止）；
4. 别把它当成自己操作危险、也别去改 Auto mode 资格设置，更别因此退回 --dangerously-skip-permissions。

看懂报错里的关键词，就能秒判属于哪种情况，几秒钟把活儿接着干下去。

---

参考：Claude Code 官方《错误参考》"Auto mode cannot determine the safety of an action"章节、官方 Auto mode 介绍、社区 Auto 模式实践。 本文基于 Claude Code v2.1.x 行为整理，不同版本细节可能略有差异。