这一页讲什么
编程类工具的网络，看这四项：
- 请求频率：每分钟几次到几十次，单次只有几 KB
- 时延敏感度：等半秒就打断节奏
- 仓库上下文：首次索引与同步要传不少
- 团队规模：几个人各自索引，还是共用缓存
AI 工具 · 编程与高频小请求
Cursor 网络方案
写代码时对网络的要求很奇怪：不要求快，要求「稳定地快」。平均时延一百毫秒但偶尔跳一下，体感上比稳定的一百五十毫秒差得多。
这里讲的是团队在使用海外 AI 工具时，网络这一层能改善什么：请求往返的时延、长会话的连续性、素材上传与产物下载的带宽。我们提供的企业跨境网络接入与线路优化，只是把这段网络变稳变快，不改变任何服务本身的可访问范围与使用规则；工具能否使用、怎么用，以服务商的条款与所在地法律法规为准。线路与节点以实际开通时的分配结果为准。
业务特点
写代码时最烦的三种卡
这三种卡都不会让人停下来报修，只会让人默默关掉功能。
补全出来得慢半拍，干脆不等了
一次补全等半秒，人的注意力已经走了。多数人不是在抱怨网络，是直接把这个功能关掉 ——这是最坏的结果：钱付了，用的人少了。
换台电脑，索引要从头建一遍
仓库大的时候，首次索引要传不少数据。新同事入职第一天的体验，全花在等索引上。
偶尔一两分钟完全没响应
平均时延正常，但每隔一段时间丢几个包，请求就卡住重传。这类抖动看平均值看不出来，要连着测一段时间才看得见。
线路与能力
让「稳定地快」变成常态
这一项拼的不是峰值，是抖动。
先测抖动，不只看平均值
连续测一段时间，看时延的分布而不是均值。偶尔跳到八百毫秒的线，平均下来可能很好看，但用起来很糟。
索引同步单独安排
首次索引是批量上行，与日常补全抢的不是同一种资源。安排在空闲时段，新人第一天就不用干等。
按团队分出口，别全员挤一条
研发团队人多、请求密集，全员一条出口时波动会互相放大。按小组分开之后，单条的负载下降，抖动也跟着下降。
适用场景
研发团队的网络安排
代码类工具用得越深，对时延的要求越苛刻。
常见问题
编程类工具的常问几点
围绕时延、抖动与索引同步。
补全偶尔不出来，是网络吗？
很可能。这类请求超时阈值短，一次抖动就够让这一次补全失败。判断方法是同一时段换一个稳定的操作对照，看是不是只有短请求失败。
平均时延看着不错，为什么用起来卡？
平均值会掩盖尖峰。要看的是最大值与分布：偶尔一次八百毫秒，在写代码这件事上就是打断。所以配线路时要按抖动挑，不按均值挑。
新人第一天同步代码特别慢
首次索引是批量传输，与日常请求不是一个量级。把这一步安排到非高峰，或者在同一办公点内部分发，能省掉一整天。
可以先测试再决定吗？
可以先开通 3 天免费测试，用实际链路数据判断。测试期间按正式环境同样的方式接入，测完再决定要不要签。
