Claude Code 为什么一句话都不说——以及怎么分清是哪一种原因

症状

你打了一句话、回车，然后什么都没发生：没有回答、没有报错、没有任何提示。这是最常被反馈的卡住方式，而它背后有两个完全不同的原因——表现却一模一样。

原因一：你根本没登录

原版 Claude Code 必须先登录才会干活。没登录时，发消息既没有回复也没有报错——失败是彻底静默的，所以大家的结论往往是「这工具坏了」，而不是「我漏了一步」。

怎么判断：失败是瞬间的、每次都一样，而且从你发的第一条消息起就是这样。

怎么修：去登录。在终端里意味着跑 CLI 并跟着它的提示走。在 Clootee 里，登录就是界面上的一个按钮：点它、打开链接、授权、把码贴回来。最后那个细节比听起来重要——因为链接是在你的浏览器里打开的，而不是在服务器上，所以引擎跑在远程机器上时也照样能登，而这恰恰是终端流程处理得最差的情况。

原因二：你连不上服务商

第二个原因是网络：请求发出去了，但根本没到。取决于你在什么网络环境，服务商的接口可能从你这条线路上完全不可达。

怎么判断：通常是「等了很久，然后什么都没有」，而不是「瞬间什么都没有」。如果开了 VPN 行为就变了，那就是这一种。

怎么修——有两条明确的路，不是一条：

• 开 VPN，然后重测一次。
• 换一个从你这里连得上的服务商。

为什么「猜」是错的方法

两种原因看上去都是「安静」，所以试错的代价很高：你可能花一小时在修错的那一个。你真正需要的是一个在你撞墙之前就跑完的检查。

这就是 Clootee 网络体检做的事：提前测连通性，告诉你哪里不对、该怎么办，然后只把此刻真正有响应的服务商列给你——一个短但可信的列表，比一个「全」但有些项会静默失败的列表有用。登录状态同样被放进了初始化向导，而不是默认你已经做过了。

更一般的道理

静默失败比大声失败更糟。如果一个长时间运行的工具可能「看着挺好、其实已经死了」，它就必须说出来：引擎崩了、引擎零输出、或者远远超过预期时间还没有任何动静。这三种是不同的状态、对应不同的下一步，就该分别报出来——带上原因和该做的动作，而不是给一个让你去信任的转圈图。

Clootee 把这三种都显式报出来。这比功能列表无聊得多，但它正是长任务之所以可用的原因。