9 月 24 日，Anthropic 发布一篇工程复盘，披露了 claude.ai 网页版性能冲刺的细节：8 月起，团队建了一个名为 #claude-apps-perf 的 Slack 频道，把一个内部研究版 Claude 拉来当驻场工头，两周内让网页版和桌面端的整体速度提升约 3 倍。而排查中最离谱的瓶颈，出在 Claude 自己的“说话习惯”上，破折号和汉字，都能让网页实打实地变卡。
这件事最反直觉的地方在于：卡顿的元凶不在网络、不在服务器，而在浏览器字符串的存储方式。AI 的“口头禅”，居然能把整个网页拖慢。
一个破折号，慢了三倍
性能冲刺期间，团队发现有的代码回复刚输出完，页面做语法高亮时会“冻死”近 1 秒。排查后找到了原因：浏览器的 V8 引擎有两种字符串存储格式，单字节格式速度快，但只能装英文字母、数字和 Latin-1 字符集；双字节格式什么都能装，处理却更慢。规则简单粗暴，一段文本只要混进一个单字节装不下的字符，整段都得按双字节存。Claude 随手写下的一个破折号，就让整篇回复被限了速。
修复方案只用了 20 行代码：上色前先把每个代码块单独拷贝一份，强制存成单字节字符串。改完后第一个代码块的上色时间从 1.0 秒降到 0.35 秒。
中文用户的情况更彻底。36 氪旗下新智元按同样的环境复现了测试：纯英文回复的第一个代码块上色只要 188 毫秒，混入一个破折号或弯引号就飙到 456 毫秒；而中文回复哪怕代码里一个汉字没有，耗时照样高达 462 毫秒，慢了约 2.5 倍。换句话说，英文用户中不中招看有没有破折号，中文用户只要回复里有汉字，每一条都跑不掉。好在官方修复生效后，只要代码本身全是英文，回复里有中文也能完全恢复速度。
AI 干活，人类踩油门
这场提速中更值得玩味的，是人和 AI 的角色分工。驻场的 Claude 上来立了 13 个提速目标，人类团队预估至少两周，结果第三天就被它干掉了 12 个。巅峰时期频道里同时开着 150 多个线程，单线程动辄提交 50 到 100 个代码合并请求，最密集的一天合进了 200 多个改动，全程 3000 多个底层改动，官方称没有出过一次用户可感知的事故，零回滚。
但刹车始终握在人类手里。有一次 Claude 计划把一份性能监控代码“这周内”提交，人类工程师直接回怼：“你现在提，我现在就给你合。”一分钟后 Claude 回复“好的，一小时内提 PR”。凡涉及肉眼可见的变化，AI 必须附上前后对比录屏等人类拍板。这种“AI 冲锋、人类踩油门和守刹车”的协作模式，可能比提速 3 倍本身更有参考价值。
写在最后
这个故事有双重的讽刺感。一边是网友吐槽多年的“AI 味儿”，破折号、连字符，如今被证实连性能层面都是负资产；另一边，Anthropic 的选择很实在，说话习惯不改，直接改网页底层代码去适应它。对中文用户来说，这次事故也提醒了所有把 AI 产出直接搬上网页的团队：一个看不见的字符编码差异，就足以让用户体验差出数倍。工程复盘原文已公开，值得所有做 AI 产品的团队读一遍。
参考：36氪新智元《中文用户全线中招，Claude网页限速，只因回复里有汉字》报道，本文为基于公开信息的独立评述。
配图说明：本文封面为 AI 生成图像。