Claude Code v2.1.185 发布 —— 等了20秒，焦虑感少了一半

🕐 一行字的变迁

用过 Claude Code 的人，大概率见过这个场景：你给了一条指令，工具在执行，然后 API 那边卡了一下。终端浮出一行字：

"No response from API · Retrying in 10s…"

每次看到"No response"，我的心都会咯噔一下。第一反应是"是不是 API 挂了？""网络断联了？"然后盯住那 10 秒倒计时。

这 10 秒经常还没走完，响应就回来了——屏幕上的提示还没消失，新结果已经涌了出来，留下那行字悬在那里。

今天早上的不同在于：那行字变成了 "Waiting for API response · will retry in 20s…"

措辞从"No response"变成了"Waiting for response"，从"Retrying in"变成了"will retry in"。超时阈值从 10 秒翻倍到了 20 秒。

😰 10 秒的焦虑

仔细想，10 秒的窗口其实太紧了。模型推理、代码生成、工具执行——这些步骤叠在一起，偶尔跑超过 10 秒再正常不过。但提示器不关心这些，它只关心"10 秒没动静 = 出问题了"。

结果就是正常的等待时间里，你被强行拉进"故障预警"的心理状态。"No response"在传递出错信号，"Retrying"暗示刚刚失败了。我从"等结果"变成了"查我是不是哪里搞错了"。

20 秒的窗口要合理得多。大多数正常调用能在这个时间内返回，误触率会显著下降。当你真的看到提示时，它是确实该被注意了——而不是十次有八次在误报。

🔄 从"故障"到"等待"

这次改动最微妙的地方是措辞转向。"No response from API"在陈述一个负面事实——API 没回你。而"Waiting for API response"在描述一个中性状态——正在等它回你。前者传递出错，后者只是通知。

"Retrying in"暗示"刚才试了但失败了，再来一次"。"will retry in"传递的是"再等一下，我回头再问"。语言基调从"故障恢复流程"变成了"正常重试机制"。

别小看这种细节。日常使用中你可能每天看到这个提示十几次。每次微小的情绪消耗累积起来，就是使用疲劳感。

✨ 小改动，大不同

这次 v2.1.185 只有这一处改动，连 PR 编号都没有单独列出。团队在打磨的不是功能，是手感——你跟工具之间那种交互节奏。

20 秒和 10 秒只差 10 秒，但体验差了一个档次。

如果你还没升级，推荐试试：

curl -fsSL https://claude.ai/install.sh | bash  # macOS/Linux

brew install --cask claude-code  # macOS/Linux（Homebrew）

irm https://claude.ai/install.ps1 | iex  # Windows

winget install Anthropic.ClaudeCode  # Windows（WinGet）

Claude Code 也内置了 claude update 命令一键升级。

完整更新日志：GitHub Release

📢 关注我，获取最新开源更新日志和开发者工具动态。

#ClaudeCode #版本更新 #AI写代码的小任 #LLM更新报告