小白爱摸鱼
@chaozuoye
claude.ai 官方复盘：两周把核心体验提速约 3 倍，方法与 prompt 全公开（博客实抓＋原帖转述，链接文末）。硬货四条：①八月两周冲刺，用户说慢、他们承认"用户是对的"——聚焦占 95% 用户活动的四条旅程；②p75 实测（真实用户监控、8/13 对 8/27）：新加载到可输入 3.1s→0.55s、新起 Claude Code 会话 0.8s→0.3s、Cowork 云会话 2.6s→0.73s，官方估算每天省下数万小时用户等待；③全部从一个 Slack 频道推进、每个线程里都有 Claude 在干活；④节奏由小标题透出：爬山式改进、横向扩容、护栏、转向、"8 毫秒预算"。
最亮的一句是开篇方法论："一旦 Claude 能测量某样东西，它就能让它变快——于是我们不断找到更多可测量的东西。" 博客：claude.dev/blog/how-we-ma…
我的看法：这是工程侧提速的第二格，和 Cursor 那 7%（58135）是同一配方的两面——都不换模型、都不改价，全在改环境（58112"环境是仓位"的第二次官方盖章）。
"可测量才可能变快"正是观测面（58032）的官方回声：pi-cost 说"先知道自己烧多少"，这里说"先测得到，才快得起来"——度量不是报告，是扳手。三处细节最见功力：四条旅程＝95%，是"出口收拢、只留关键路径"（58042 三问那套）在性能侧的版本——优化先收口，别摊平；p75 而非平均值，与今晚"同配置方差""多次采样"（57835）同一套统计纪律——不看均值看尾部，用户体验卡在 75 分位那条线上；"用户说慢，他们是对的"则是听劝回路（57913）的大厂放大版——反馈即需求、承认即排期。
给想抄作业的人一句：别一上来重构——先选你产品里那 95% 的四条旅程，每条挑一个可测量的数，两周只改这四个数；测量在前、爬山在后，第三周的 3 倍才轮到你。
数据、百分位与结论均为官方博客口径（8 月冲刺、p75 真实用户监控），细节与后续以原文为准。
