GLM-5.2はZ.AIが2026年6月17日にリリースしたMITライセンスのオープンウェイトモデルです。1Mトークンのコンテキストを安定して扱える長時間タスク向けに設計されており、Claude CodeやCursor、Gemini CLIなどで利用可能です。IndexShareアーキテクチャにより1M context時の効率が大幅に向上し、FrontierSWE 74.4、Terminal-Bench 81.0などのベンチマークでClaude Opus 4.8に迫る性能を発揮します。

📑目次
  1. GLM-5.2 リリース概要と主な特徴
  2. 1Mトークン context の安定性と IndexShare アーキテクチャ
  3. ベンチマーク比較 — Opus 4.8 / GPT-5.5 との実力差(表1)
  4. Claude Code / Cursor / Gemini CLI での利用方法と[1m]設定
  5. インストール・API利用・ローカル展開の手順
  6. よくある質問(FAQ)
  7. まとめ

GLM-5.2 リリース概要と主な特徴

GLM-5.2は長時間エージェントや複雑なコーディングタスクを対象としたモデルです。公式発表によると、1Mトークンcontextを安定して処理できる点が最大の特徴です。

IndexShareアーキテクチャを採用し、インデクサを4層のスパースアテンションごとに再利用することで、1M context時のFLOPsを2.9倍削減しています。またMTP改善により投機的デコーディングの受理長が20%向上しました。

MITオープンソースライセンスで地域制限がなく、Hugging Faceで純粋なオープンウェイトとして公開されています。Claude Code、Cursor、Gemini CLIなどのツールで即座に利用可能です。

出典:Z.AI公式HFブログ(2026年6月時点)


1Mトークン context の安定性と IndexShare アーキテクチャ

1Mトークンcontextは長時間タスクで特に有効です。従来モデルではcontextが長くなると効率が低下しますが、GLM-5.2はIndexShareにより安定した処理を実現しています。

このアーキテクチャはインデクサをスパースアテンション層間で共有することで、メモリ使用量と計算コストを大幅に抑えます。長時間にわたるコードベース全体の解析や複数ファイルにまたがるリファクタリングで実力を発揮します。

公式ベンチマークでは1M context時の効率向上により、複雑なデバッグや大規模実装タスクで高いスコアを記録しています。

出典:Z.AI公式HFブログ(2026年6月時点)


ベンチマーク比較 — Opus 4.8 / GPT-5.5 との実力差(表1)

GLM-5.2のベンチマーク結果は以下の通りです。Claude Opus 4.8に迫るスコアをオープンソースモデルとして達成しています。

ベンチマーク GLM-5.2 Opus 4.8 GPT-5.5 備考
FrontierSWE 74.4 75.1 72.6 最高のオープンソース
Terminal-Bench 2.1 81.0 85.0 GLM-5.1比で大幅向上
SWE-bench Pro 62.1 GLM-5.1: 58.4
PostTrainBench 34.3 最高 2位
SWE-Marathon 2位 1位 Opus比13%差

コストはOpus 4.8の1/6程度で利用可能です。Code Arenaではフロントエンドタスクで2位を獲得しています。

出典:Z.AI公式HFブログ(2026年6月時点)


Claude Code / Cursor / Gemini CLI での利用方法と[1m]設定

GLM-5.2はClaude Code、Cursor、Gemini CLIで利用可能です。1M contextを有効にするには各ツールの設定でcontext lengthを1mに指定します。

Claude Codeではモデル選択後に /model glm-5.2 やコンテキスト設定で1Mを指定します。Cursorではsettings.jsonで”glm-5.2″: {“context”: 1000000} のような設定が可能です。

Gemini CLIでも同様に –context 1000000 フラグや設定ファイルで1M contextを有効化できます。長時間エージェント実行時に特に効果を発揮します。

詳細は各ツールのドキュメントを参照してください。


インストール・API利用・ローカル展開の手順

Hugging Faceからモデルをダウンロードしてローカル展開が可能です。

  1. pip install transformers で環境を準備
  2. from transformers import AutoModelForCausalLM; model = AutoModelForCausalLM.from_pretrained(“zai-org/GLM-5.2”)
  3. API利用時はZ.AIのチャットエンドポイントまたはHF Inference APIを利用

MITライセンスのため商用利用も可能です。ローカル展開時はGPUメモリに応じて量子化オプションを検討してください。

出典:Z.AI公式HFブログ(2026年6月時点)


よくある質問(FAQ)

Q: GLM-5.2の主な用途は?
A: 長時間にわたるコーディングエージェント、大規模コードベースの解析、自動リサーチ、性能最適化、複雑なデバッグに最適です。

Q: 1M contextは本当に安定するのか?
A: IndexShareアーキテクチャにより1M context時のFLOPsを2.9倍削減し、安定した処理を実現しています。公式ベンチマークで実証済みです。

Q: Claude Opus 4.8と比べてどうですか?
A: FrontierSWEで74.4(Opus 75.1)と非常に近い性能を発揮します。オープンソースでコストが低い点が強みです。

Q: ローカルで動かすにはどの程度のスペックが必要?
A: 量子化版を利用すればコンシューマーGPUでも動作可能です。詳細はHFリポジトリの推奨スペックを参照してください。

Q: 商用利用は可能ですか?
A: MITライセンスのため商用利用・改変・再配布が可能です。地域制限はありません。

Q: 他のツールとの互換性は?
A: Claude Code、Cursor、Gemini CLIなどで動作確認済みです。API経由でも利用可能です。


関連記事: Google Gemini 3.1 Pro の Gemini-SQL2 が BIRD Text-to-SQL で 80.04% SOTA 達成Google、Gemini 3.5 Live Translate発表 — 70言語以上対応のリアルタイム音声翻訳Databricks、AI Agent向けメタハーネス「Omnigent」をオープンソース公開 — Claude Code / Codex横断でmulti-agent制御

まとめ

GLM-5.2は1MトークンcontextとIndexShareアーキテクチャにより、長時間タスクに強いオープンソースモデルとして登場しました。FrontierSWE 74.4やTerminal-Bench 81.0のスコアはOpus 4.8に迫る水準です。

Claude CodeやCursorでの利用を検討している開発者にとって、コストパフォーマンスの高い選択肢となります。公式HFブログとHugging Faceリポジトリで最新情報を確認してください。

次のアクションとして、実際にClaude Codeで1M contextを設定して試してみることをおすすめします。

出典:Z.AI公式HFブログ(2026年6月時点)

関連する新しい記事:

krona23

著者

krona23

IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。

DevGENT について →

コメントを残す

Trending

DevGENTをもっと見る

今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

続きを読む