Claude Code出现“只动口不动手”的情况时得处理办法

你遇到的这种情况是 Claude Code 一个非常典型的任务执行中断Task Execution Interruption问题。简单来说就是 AI 的“大脑”虽然接收到了继续执行的指令但底层的“手脚”执行引擎因为某些原因卡住了或断开了连接导致它只能口头回复你却无法真正去跑代码。这通常是由以下几个核心原因导致的你可以对照排查一下️ 常见原因与解决办法1. 底层网络请求被意外中止 (Request was aborted)Claude Code 在执行复杂任务时需要频繁地与 Anthropic 的服务器进行流式通信。如果网络出现波动或者单次任务过于复杂、生成内容过多底层的网络连接可能会在长时间空闲或响应过慢时超时中断Stream idle timeout。表现AI 突然停止输出或者像你说的能回复文字但无法调用工具执行命令。解决将大任务拆分为多个独立的小步骤。不要一次性让它“重构整个项目”而是分模块、分阶段下达指令让每次的响应量保持可控。2. 长耗时命令触发了默认超时机制如果你让它执行的命令本身运行时间很长例如大型项目的类型检查tsc --noEmit、全量编译npm run build或数据库迁移且这些命令在运行过程中有一段时间没有向终端输出任何日志静默期Claude Code 可能会误判为任务已经卡死或结束从而提前终止了进程。解决拆分命令将长命令拆解成阶段性任务执行。强制激活输出如果是自己手动输入的命令可以加上一些心跳输出确保它有持续的日志打印。3. 软件版本 Bug 或会话状态污染早期的 Claude Code 版本在处理任务队列和工具调用异常时存在缺陷容易导致执行引擎“假死”。此外如果当前的终端会话持续了很长时间内部的状态可能会出现错乱状态污染。解决更新版本确保你的 Claude Code 已经更新到最新版本官方在后续的版本中增强了请求稳定性和错误处理逻辑。重启会话直接关闭当前的 Claude Code 窗口开启一个新的终端会话重新尝试。这是解决“状态污染”最快的方法。 最佳实践建议为了避免再次遇到这种“只动口不动手”的情况建议你在使用 Claude Code 执行重要任务时主动要求分步执行在下达复杂指令时可以直接告诉它“请把以下改造拆分成多个步骤逐步完成每做完一步等我确认后再进行下一步。”这样既能避免超时也能让你随时掌握进度。观察实时反馈留意它执行 Shell 命令时的输出如果发现某个命令长时间没有任何动静可以手动打断并询问它当前的状态。遇错即重开一旦发现它开始胡言乱语或者无法执行命令不要反复输入“继续”直接CtrlC退出并开个新会话往往比纠结于当前卡住的会话效率更高。