Claude Code 越用越慢?先分清是上下文还是网络

同样一条提示,早上敲下去几乎秒回,下午却要干等好几秒。很多人遇到 Claude Code 响应慢的第一反应是去压上下文、换个轻模型,折腾半天没改善,因为根因压根没找对。

慢通常来自两个互不相干的地方。一个在本地:会话里堆的东西越来越多,模型每次回复都要先把这一堆 token 读一遍,自然越来越拖。另一个在网络:Claude Code 干活是一连串往返——读个文件、跑条命令、再读结果、改两行代码,来来回回。要是每一趟都比别人多花一两百毫秒,一个普通多步任务叠下来,就成了肉眼可见的爬行。

压上下文只动得了第一个根因。如果你真正卡的是那条到 API 的路,上下文压一整天也没用,因为这笔延迟税是按每次工具调用收的,跟你会话多干净没关系。

你属于哪一类「慢」

有两种人最典型。一种是长会话开发者：上午写得顺,下午同一个提示明显变迟钝。这是上下文在累积。一段从一万五千 token 起步的对话,涨到六万 token 时完全是另一种手感——模型每开口前要消化的量翻了好几倍。

另一种是离 API 物理距离远的人。他们的 Claude Code 从敲下第一条命令就慢,跟会话长短毫无关系。每个请求都得绕一段又远又挤的路才能到服务器再折回来,十几次文件读写串起来,延迟一层层叠,卡顿就写在脸上了。

还有一种夹在中间、最容易看走眼:在家用着挺好,一连到公司或共享办公室的网就明显变慢。机器没退化,是出口线路换成了一条更绕、更拥堵的路,往返时间和丢包跟着抬。碰上「换个地方就慢」,别急着重装、别急着怀疑配置,先盯这一段网络出口——大多数「同一台电脑、不同地点天差地别」的怪事,根子都在这。

三步把根因揪出来

开个新会话对比一下

最快的办法:新开一个干净会话,把刚才那条让你嫌慢的提示原样再发一遍。新会话飞快、旧会话拖沓,那就是上下文膨胀,跟网络无关。

对症的做法不复杂。输入量涨到十万 token 左右就尽早压缩;不相干的活另起一个会话,别让它们互相拖累;尤其别图省事把整个打包文件、构建产物一股脑拉进上下文——你塞进去的每个字节,模型都得先读完才动手。

给那一趟往返计个时

要是连全新会话都慢,问题多半在路上。ping 一下 API 主机,记个基准值。稳定高于 200 毫秒,基本可以断定每一次连续的工具调用都背着这笔延迟。

这就是关键所在。Claude Code 是 agent 式的,一个任务动辄二十多次往返,一条 250 毫秒的路累加起来,常常是模型还没开始想,你已经空等了好几秒。很多人上下文都精简过了,Claude Code 响应慢却纹丝不动,十有八九栽在这笔「每次调用税」上。

别只看平均值,盯抖动

平均延迟有时看着挺体面,体验却糟得很。一条不稳的路会剧烈摆动,时不时丢一个非重发不可的包,而重传在随手一次 ping 里根本现不了形。跑一小段 mtr,逐跳看丢包百分比。

对交互式写代码来说,重传是灾难——每卡一个包,光标就冻一下。一条延迟低又稳的路,远胜一条平均值好看、毛刺难看的路。

顺带一句模型选择。不是每一步都得请出最强的那个。改个语法、要句简短解释,轻模型零点几秒就回来了;真正需要硬推理的活,才值得用更慢更强的。把模型和任务对上,能省掉一截自找的延迟——但这是健康路径之上的锦上添花,救不了一条本就坏掉的路。

四种慢,各对各的药

因素	典型症状	出在哪	怎么治	NasaCode 能否帮上
上下文累积	会话越久越慢	本地会话	尽早压缩,另起干净会话	不能,靠会话习惯
每次调用延迟	从第一条命令起就慢	网络路径	优化到 API 的路	能
抖动与丢包	任务中途随机冻住	网络路径	走低丢包的稳定路由	能
模型选错	琐碎活上用重模型	配置	按任务大小挑模型	不能,靠配置

几个常被问到的问题

我笔记本配置挺高,Claude Code 凭什么还慢?

因为绝大部分等待花在网络往返和模型推理上,不在本地算力。CPU 快只能让你本机的工具跑得欢,缩不短到 API 的那一趟,也压不掉大上下文上的思考时间。

压上下文到底有没有用?

对「会话越长越慢」那种,有用,内容少了每次要处理的就少。但它对一条慢网络一点辙都没有——这正是有些人压完上下文却毫无体感的原因。

插网线会比 Wi-Fi 强吗?

多数时候会。有线链路通常比挤满人的 Wi-Fi 抖动小、丢包少,而交互式写代码偏偏对这些毛刺最敏感。

换一条优化路由,具体能变好多少?

它砍掉每次调用那笔延迟税、抹平抖动,于是一次 agent 运行里几十趟往返,趟趟都返回得更快、更可预测。摊到一个多步任务上,差距会很明显。

把问题一分为二再动手

走出 Claude Code 响应慢的唯一办法,是停止瞎猜,先把它劈成两半:卡顿是随会话变长才出现,还是从第一下敲键就有?前者用会话习惯收拾本地这一半,后者就得换一条为持续低延迟打造的路来收拾网络那一半。

本地那半得靠你自己养习惯,网络这半是 NasaCode 在做的事——为开发者调过的节点,让每一趟往返都短而稳。想试的话,可以去 nasacode.com 把 AI 编程工具接到优化路径上看看,自己跑几次任务,体感最诚实。