VM0 の GLM-5.2。Z.AI のデフォルト長文コンテキストモデル
VM0 における現在の Z.AI デフォルト。最大 1M トークンのコンテキスト、Anthropic 互換ルーティング、VM0 Managed で ×0.4 の低コスト料金。
1M tokens · Text / Code · Prompt cache
GLM-5.2 は、Z.AI API キーユーザー向けの VM0 における現在の GLM デフォルトであり、OpenRouter 経由の VM0 Managed でも利用できます。GLM シリーズの長文コンテキスト特性を保ちながら、新しいエージェント向けの推奨 Z.AI ルートになっています。
大きなコードベース、大量の文書、Sonnet 級の価格が不要なコスト重視の長文コンテキスト計画に使います。GLM-5.1 は互換性のために残りますが、5.1 向けに特別に調整済みのワークフローでない限り、新しい Z.AI ルートは GLM-5.2 から始めるべきです。
GLM-5.2とは？
2026年6月 · VM0 の Z.AI / GLM ルートにおける現在のデフォルトモデル。
GLM-5.2 は、VM0 で公開される現在の Z.AI デフォルトとして GLM 5 ファミリーを拡張します。VM0 Managed では upstream id z-ai/glm-5.2 で OpenRouter にルーティングされ、直接 Z.AI API キーでは正規の glm-5.2 id を使います。
このルートは Anthropic 互換なので、Claude スタイルのエージェントは同じランタイムインターフェースを維持できます。既存の GLM-5.1 エージェントはすぐ移行する必要はありませんが、新しい Z.AI ベースのエージェントでは GLM-5.2 を優先してください。
VM0 Managed では ×0.4 クレジットで、GLM-5.1 と同じコスト帯にありながら Z.AI のデフォルト枠を引き継ぎます。
GLM-5.2の注目ポイント
アーキテクチャと機能の主な特徴。
GLM-5.2 は VM0 上で Anthropic 互換エンドポイントとして提供されます。VM0 Managed は OpenRouter の z-ai/glm-5.2 id を使い、直接 Z.AI BYOK は glm-5.2 を使います。
スペック概要
GLM-5.2のベンチマーク
GLM-5.2 は VM0 における推奨 GLM ルートとして扱ってください。サードパーティのランキングはすばやく変わるため、このページでは固定された leaderboard の割合ではなく、ルーティング、コスト、運用上の適合性に焦点を当てています。
GLM-5.2の価格
プロバイダー定価、100万トークンあたり。
GLM-5.2の実践的な挙動
本番エージェント実行で観測された動作。
長文コンテキスト作業
GLM-5.2 は、リポジトリ、ドキュメントフォルダ、設計メモ、長い調査資料など、エージェントが大きな作業セットを必要とする場合に向いています。
コスト管理
×0.4 クレジットなので、コンテキストサイズと価格が英語推論の最大品質より重要なワークフローでは、Sonnet クラスのルートに対する低コストな代替になります。
ルーティング
VM0 Managed は z-ai/glm-5.2 を使って OpenRouter 経由でルーティングし、直接 Z.AI API キーでは glm-5.2 を使います。どちらの経路も Claude 互換のエージェントインターフェースを維持します。
GLM-5.2に最適なエージェントタスク
予算を抑えたリポジトリ全体レビュー
エージェントが大きなコードベースを確認し、ファイル単位の具体的な提案を出す必要がある一方で、毎回プレミアム推論モデルに支払いたくない場合に GLM-5.2 を使います。
大量ドキュメントの統合
ポリシー文書、チケット、議事録、社内ドキュメントをまとめて読み込み、文書横断のパターンを尋ねます。長いコンテキストと ×0.4 のマルチプライヤーにより、繰り返し実行しても現実的です。
Z.AI BYOK のデフォルトルート
直接 Z.AI API キーを使うチームでは、GLM-5.2 が VM0 のデフォルトモデルになり、既存の調整済みワークフロー向けに GLM-5.1 も保持されます。
GLM-5.2を避けるべきケース
画像入力に依存するワークフローや、英語推論とツールルーティングの最大品質がコンテキストサイズやコストより重要な場合は、GLM-5.2 を避けてください。
GLM-5.2 vs 他のモデル
GLM-5.2 vs GLM-5.1
GLM-5.1は互換性のために引き続き利用できます。VM0の新しいZ.AIルートではGLM-5.2がデフォルトの選択肢です。
GLM-5.2 vs Kimi K2.7 Code
どちらもコスト削減帯のモデルです。KimiはMoonshotのデフォルトでコードに強い代替、GLM-5.2はZ.AIの推奨ロングコンテキストルートです。
GLM-5.2 vs Claude Sonnet 4.6
高品質なツールルーティングではSonnet 4.6がより強いデフォルトです。GLM-5.2は安価で、コンテキストサイズが支配的な場合に向いています。
GLM-5.2 vs DeepSeek V4 Pro
DeepSeek V4 ProはVM0クレジットが低く、コスト優先の推論ではより強い選択肢です。価格が支配的ならDeepSeekを、Z.AIとの相性や長いコンテキストが重要ならGLM-5.2を使います。
結論: GLM-5.2を使うべきか？
VM0 の Z.AI 標準ルートには GLM-5.2 を選んでください。GLM-5.1 は、すでにそれ向けに調整されたワークフローとの互換性が必要な場合だけ残します。
よくある質問
GLM-5.2 は VM0 Managed で利用できますか？
はい。VM0 Managed は upstream id z-ai/glm-5.2 で OpenRouter 経由に GLM-5.2 をルーティングします。
GLM-5.2 は直接 Z.AI API キーのデフォルトですか？
はい。Z.AI プロバイダーは glm-5.2 をデフォルトにしつつ、glm-5.1 も利用可能なままにしています。
GLM-5.2 は画像入力をサポートしていますか？
いいえ。VM0 は GLM-5.2 をテキストとコードのエージェント向けに提供しています。画像入力が必要な場合は Claude Sonnet 4.6 または Kimi K2.7 Code を使ってください。
代替モデル
VM0でGLM-5.2を使う
VM0でGLM-5.2にアクセスする2つの方法
VM0はGLM-5.2を、VM0クレジットで課金されるBuilt-inモデル、およびZ.AI API keyを使用したBring-your-ownの2通りでサポートしています。Built-inパスではVM0 Managedルーティングと後述のクレジット倍率が適用され、Bring-your-ownパスでは上流プロバイダーに直接課金され、VM0クレジットへの変換は行われません。
VM0の推奨
VM0はGLM-5.2をコアエージェントモデルではなく、コスト削減オプションとして位置付けています。一括分類、プレフィルター、レイテンシが重要な短い返信、固定のレガシーエージェントなど、非コア作業の単価最適化に使用し、実行を左右するステップにはClaude Opus 4.7、Claude Opus 4.6、またはClaude Sonnet 4.6を維持します。
クレジットと×0.4倍率
VM0のすべてのBuilt-inモデルは、×1クレジット基準となるClaude Sonnet 4.6の倍数で価格設定されています。GLM-5.2は×0.4クレジットで課金されます。倍率はVM0の請求書に表示されるもので、上記の価格表のベンダー定価はVM0がクレジットに変換する前に上流プロバイダーが請求する金額です。
GLM-5.2は×0.4で課金されます。つまり、1ステップのコストはSonnet 4.6（×1基準）の同等ステップのわずか0.4倍です。これはクレジット基準を大きく下回り、ピーク時の推論品質よりもステップあたりのコストが重視される高ボリュームのバックグラウンドワークに自然な選択肢です。
VM0でJune 2026から利用可能。