Claude新モデルで2割高速化。開発現場でOpusと使い分ける基準
終業間際に社内CIの無駄なキャッシュ処理を1行削ってPRを出し、ほっと一息ついて開発ツールの最新情報を眺めていました。Anthropicから新モデル「Fable 5.2」が登場し、Claude Codeでの動作検証ログが早くもQiitaで公開されていて思わず目が留まりました。前世代より実行速度が2割速く、トークン費用も3割抑えられたという実測結果は、毎日ターミナルでAIを叩く身にとってかなり生々しい数字です。
エンジニアのすわのぶ氏が公開された検証記事によると、同じタスクを36回走らせた実測において、Fable 5.2は前バージョンの5.1と比べて処理時間が約2割短縮され、実行費用も約3割安くなっていたそうです。コマンドラインでAIと対話しながらコードを書いていると、数秒から十数秒の待ち時間が開発のリズムを大きく左右します。レスポンスが2割縮まるというのは、数字の見た目以上にテンポの良さとして実感できる変化だと思います。
ただ、個人的に今回の検証データで最も唸ったのは別の部分でした。タスクあたりの費用を最上位モデルであるOpus 5.5と比較した際、高速・安価なはずのFable 5.2のほうが、結果として費用が約1.6倍高かったという点です。
一見すると矛盾しているように思えます。単価が安いはずの中規模モデルが、なぜ最上位モデルよりも高くつくのか。その理由は、AIが正解にたどり着くまでに消費したトークンの総量にありました。
上位モデルであるOpusは、高い推論能力によって少ない手数で的確にコードを修正し、タスクを終わらせていました。一方でFableのような中規模モデルは、単価こそ圧倒的に安いものの、修正箇所の特定やテストのパスに向けて細かな試行を何度も繰り返すため、結果として消費トークンが積み上がり、トータルの請求額が逆転してしまったわけです。
以前の記事でも触れたのですが、AIに余計な探索をさせすぎるとコストが跳ね上がる問題と、根本は同じ構図だと感じます。「賢いモデルに一撃で解かせる」のと、「軽量なモデルに手数多く手探りで直させる」のとでは、単価の差をひっくり返すほどの構造的な違いが生じます。
この結果を見て、私はAIツールを開発に組み込む際の使い分けがよりクリアになりました。
コードの全体設計や、複数のファイルにまたがる複雑なリファクタリングを任せるなら、手数が少なくて済むOpusのような最上位モデルに預けたほうが、時間もコストも結果的に節約できます。一方で、型定義の補完や単体テストの雛形作成、あるいはシェルスクリプトの小さな繋ぎ込み処理といった「ゴールが明確でスコープが狭いタスク」であれば、新しく高速化されたFable 5.2の機敏さが抜群に活きるはずです。
ツールが進化して新しい選択肢が増えるたび、私たちは「全部を自動でやってくれる魔法」を期待してしまいがちです。しかし現場で実際に使っていくと、結局は「どの道具をどの作業に割り当てるか」という人間側の切り分けの解像度が問われているのだと、あらためて気づかされます。
参考
Claude Code を新しい Fable 5.2 に切り替えると速く安くなるのか。36回測ったら、Fable 5.1 より2割速く3割安く、費用は Opus 5.5 の1.6倍だった（Qiita）
https://qiita.com/suwa_nobu/items/a6a104575596915dac2e?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items
みなさんは開発でAIモデルを選ぶとき、速度、単価、賢さのどれを一番重視して使い分けていますか？
☕ 今日はメンバーシップ「ぎんじの書斎」にも、「ニュースの裏でスクリプトを直し、マガジンの下書きをそっと閉じる夜」という記事を置きました。公開記事には書ききれない試行錯誤の裏側や本音を、週2回（水・土）だけ静かに書いている場所です。気が向いたら覗いてみてください。
