GLM の推論強度は、フラッグシップのGLMモデルがタスクにどれだけ計算を費やすかをリクエスト単位で制御する仕組みです。Non-Thinking、High、Max の3段階があり、その選択は手元にある最も影響の大きいつまみです。公表されたカーブでは、最も安い設定と最も高い設定の差は精度で約11ポイント、出力トークンで2.4倍にもなるからです。
GLMモデルの速度は一定ではありません。推論強度をグローバル設定ではなくタスクごとの判断として扱うことこそ、この機能を持つ意味です。定型作業は安く済み、難しい作業には必要な計算が割り当てられ、使わない深さに対価を払わずに済みます。以下の数値はモデル開発元の公表値です。
Claude Code 2.1.167 上の Terminal-Bench 2.1、DeepSWE、SWE-Atlas QnA を平均した公表カーブは、おおむね次の通りです。トークンの数値はタスクあたりの平均出力トークンで、実際に変動するコストはここです。
深さよりレイテンシが重要な、素早い修正・定型コード・日常的なリファクタリング向け。
多くのエージェント型コーディングにおける既定値。Max に近い品質を、およそ半分のトークン消費で実現します。
難易度が高く長時間に及ぶ問題向け。本当に必要な場面でだけ追加の計算資源を投入します。
Terminal-Bench 2.1、DeepSWE、SWE-Atlas QnA の平均値。Claude Code 2.1.167 上で評価、モデル開発元の公表値です。同等のトークン予算では、GLM-5.2 は Claude Opus 4.7 と Opus 4.8 の間に位置します。
2つの段差は等価ではありません。Non-Thinking から High への移行は、出力トークン約23%増で精度を約9ポイント買える、ほとんどのタスクにとって文句なしに良い取引です。High から Max への移行は、トークン約93%増で約2ポイントの上積みであり、その2ポイントがタスクの成否を分ける場合にのみ良い取引になります。
この非対称性こそ High が実務上の既定値である理由です。また、Max を一律で有効にすることがよくある高くつく間違いである理由でもあります。定型タスクのキューではトークン消費をほぼ倍にしてほとんど何も得られませんが、本当に難しい長時間の問題では結果を左右する設定になります。同等のトークン予算では、モデル開発元は GLM-5.2 を Claude Opus 4.7 と Opus 4.8 の間に位置づけています。カーブが語っていないことにも注意が必要です。これは3つの評価の平均なので、自分のワークロードでの交差点はどこにあってもおかしくありません。短い修正が中心のタスク分布では Max の恩恵は平均以下になり、数時間のデバッグが中心なら平均よりかなり大きくなるでしょう。転用できるのはカーブの形であって、正確な数値ではありません。
好みではなくタスクの種類で振り分けてください。実用的な既定ポリシーは次の通りです。
このページの数値はすべてモデル開発元が公表した結果です。glmmodel.com はそれを掲載しているだけで、これらの評価を自ら実施してはいません。
GLMモデルのベンチマークを読んだら、実際のモデルを動かしてみてください。上のプレイグラウンドは無料で、何の登録も必要ありません。より本格的なAIツールが必要なら、パートナーの無料プランをどうぞ。