ClaudeDevs称回复开始得更早。Claude Code更新日志记录了大请求上的gzip。

ClaudeDevs所说的变化

ClaudeDevs在2026年10月16日发帖称，由于回复开始得更早，Claude各处的性能工作已经能感觉到。说明里没有毫秒数字、模型名称，也没有单独的发布时间。发帖时间21:34 UTC，是该账号发布这条说明的时间。

ClaudeDevs称，Claude Code现在会把每一轮发出的对话做gzip，因此这份载荷更快到达模型。Claude Code更新日志写的是更窄的一条规则：发往api.anthropic.com的大请求即使在遥测关闭时也使用gzip压缩，CLAUDE_CODE_GZIP_REQUEST_BODIES=0会关掉这种压缩。这一条没有给出字节门槛、Claude Code版本，也没有测得的节省。「每一轮」和「更快到达模型」仍是该账号的措辞。

ClaudeDevs称，云端会话会在你一开始输入时就启动。这里比较过的更新日志，到那一长页接近末尾、关于交互式会话WebSearch预算的那一行为止。在这一段里，云端会话的条目是修复：启动错误文案、回退、diff、例行运行。没有一句话写会话在开始输入时启动。页面在那一行之后还继续，所以只出现在剩余部分的句子落在这次比较之外。机制、套餐，以及省下的时间都没有写明。

关于API，ClaudeDevs称Messages API现在在请求到达模型之前做的事更少，并因此降低了首个token时间。同一条说明还称，请求在进入的路上不再被缓冲，除此之外还有一长串帖子没有点名的较小基础设施改进。这些API说法仍归ClaudeDevs，没有附上模型、请求类别或毫秒数字。

• 2026年10月16日 X上的ClaudeDevs
• Claude Code更新日志

这条说明写给谁

向api.anthropic.com发送请求的Claude Code用户，是有文档记载的客户端变更所覆盖的那一组。这条gzip规则覆盖发往该主机的大请求。若按帖子里「每一轮」那句来理解，更小的对话也在范围内。更新日志没有界定「大」。

云端会话用户是ClaudeDevs为“一开始输入就启动”点名的读者。帖子没有写出套餐、区域或客户端。Messages API的调用方，是首个token时间这一说法以及入站不再缓冲的读者。帖子把两者都写成已经到位。它没有提到选择加入、价格或额度条款。

如何保留或关闭gzip

ClaudeDevs把这些变化写成已经在发布。帖子没有给出安装步骤。

对Claude Code来说，文档写明的控制项是那条gzip规则里的环境变量。要在那些大请求上保留gzip，就不要设置CLAUDE_CODE_GZIP_REQUEST_BODIES。要关掉压缩，设置CLAUDE_CODE_GZIP_REQUEST_BODIES=0。更新日志说，运行claude --version可以查看已安装的版本。gzip这一条本身没有写版本，所以单凭版本字符串看不出这个变更是否在你的构建里。

云端会话的启动和Messages API这条路径，在帖子里没有命令、标志或退出方式。感觉更快的回复，符合该账号的定性说法。帖子没有说怎么测量。

• Claude Code更新日志中的gzip条目

仍然没有定论的部分

ClaudeDevs没有给出延迟数字、百分位、模型、套餐或区域。「开始回复得更早」和「降低了首个token时间」是该账号的描述。

2026年10月16日21:34 UTC是这条说明的发布时间。它是整篇帖子的一个时间戳，因此不是gzip、云端会话和Messages API各自已确认的发布时间。

gzip这一条没有写出大小门槛、其他API主机、版本，以及到达模型的任何更快时间。

一开始输入云端会话就启动、Messages API事前工作的削减、入站不再缓冲，是ClaudeDevs的说法。在上面比较过的更新日志那一段里，这三件都没有写。