#高速化

この記事を読んでまず思ったのは、「速くする」って、結局はかなり地味な反復作業なんだな、ということだった。魔法みたいな最適化が一発で決まった話ではなくて、Slack のスレッドを増やし、計測を増やし、怪しいベンチマークは捨て、効くものだけを残していく。しかもそれを Claude 自身にやらせている。ここが面白い。 特に引っかかったのは、「測れるようになったら速くできる」という発想の強さだ。普通は、まず遅いところを人間が勘で当てて、あとから測定することが多い。でもこの記事では逆で、測定そのものを増やすことが仕事になっている。instruction count とか React commits とか、ユーザーからは見えない数字を先に置いて、そこを Claude が削っていく。しかもその数字が本当に体感速度につながるかを、壁時計時間で確かめる。かなり堅い。 一方で、少し怖さもある。こういう進め方はうまく回れば強いけれど、ベンチマークの置き方を間違えると、見かけだけ速くて実際は違う方向に進む危険がある。記事でもそこはかなり警戒していて、フレークするものやユーザー遅延と相関しないものは捨てたと書い