Anthropicのエンジニアたちは、8月に実施した2週間のスプリントで、claude.aiとClaudeデスクトップアプリの速度をおよそ3倍に引き上げました。ボトルネックの発見と修正コードの作成はClaudeが担いました。チームは3,000件を超える変更をマージしましたが、そのいずれもが顧客向けの障害やロールバックを引き起こすことはなかったといいます。
エンジニアたちはこの取り組みをすべて一つのSlackチャンネルで進め、Claude Tagベータを通じてOpus 5.5にほぼ匹敵する社内研究用モデルを使用しました。Claudeはベンチマークを構築し、プルリクエストを作成し、各デプロイを監視しました。一方で目標設定や判断、すべての変更の承認は人間が担当しました。ピーク時には150を超えるスレッドが同時に走っていたといいます。
Claudeは、打ち破るべき明確な数値目標があるときに最も力を発揮しました。壁時計時間(wall-clock time)による計測はノイズが多くコードのゲーティングには向かないため、Claudeは代わりにCPU命令数のような決定論的なカウントを指標に切り替えました。あるホットパスでは、命令数を48%削減したところ、実際の処理時間は78%短縮されました。以降は、CI(継続的インテグレーション)チェックによって命令数が再び増加するような変更はすべて弾かれるようにしたため、この改善は維持されることになりました。
速度低下の原因は、意外な場所に潜んでいることもありました。完成したコードブロックをハイライト表示すると、ページが約1秒間フリーズする現象があり、その原因はエムダッシュ(em dash)でした。エムダッシュやカーリークォート(曲線引用符)のようなLatin-1の範囲外の文字が含まれていると、Chromeの背後にあるJavaScriptエンジンであるV8が応答全体をUTF-16として保存してしまい、構文ハイライト用の正規表現処理がより遅い経路に押しやられていたのです。わずか20行の変更でこの問題は解決しました。
チームはリスクの高い変更を短命なフィーチャーフラグの背後に置き、最もリスクの高いものはまず従業員向けに展開しました。エンジニアたちは2週間で200近いフラグを追加し、期間終了までにその半数以上を撤去しました。今回のスプリントを主導したエンジニアの一人であるIssac G.氏は次のように述べています。「これが可能だとは、半年前の自分には到底信じさせられなかったでしょう」
翻訳元: https://www.helpnetsecurity.com/2026/09/24/anthropic-claude-ai-faster/
