GLM-5.2:コーディングでGPT-5.5を上回ったオープンソースモデル(2026年)
By Surya Pratap
2026年6月22日
12 min read
AI & Technology
2026年6月22日
12 min read
2026年6月13日、Z.aiはGLM-5.2の重みをMITライセンスで公開し、AIコミュニティが最も得意とすること、つまりすぐにあらゆる角度から試し倒すことを任せました。48時間以内に、Jeremy Howardは日々の仕事において「少なくともOpus 4.8やGPT-5.5と同等」だと評しました。Code Arenaでは世界2位に入りました。Redditでは、オープンソースとの差がついに縮まりつつあると言われました。本記事では、アーキテクチャ、ベンチマーク、コミュニティの反応、そしていまAIプロダクトを作っている人にとって実際に何を意味するのかを、すべてまとめます。
GLM-5.2は、Z.ai(旧Zhipu AI)のGLM-5シリーズの3番目の大きな改訂版で、エージェント型のコーディングと長期的なソフトウェアエンジニアリングのために明確に設計されたモデルファミリーです。主な数字は次のとおりです。
このモデルはテキスト専用です。画像認識も画像入力もありません。実務家がすぐに指摘した唯一の制約で、プロダクトのパイプラインにスクリーンショット、図を含むPDF、UIを操作するエージェントが含まれる場合には重要になります。
GLM-5.2は、以前のGLMやDeepSeek系の設計から受け継いだMLA(Multi-Head Latent Attention)とDSA(Dual Sparse Attention)の構成要素をベースにしています。新たに加わったのがIndexShareです。
標準的なスパースアテンションは、最も関連性の高い上位k個のトークンを層ごとに個別に選びます。100万トークンのコンテキストでは、これが高くつきます。IndexShareは、連続する層のグループで上位kのインデックスを再利用します。前提にあるのは、どのトークンが重要かは層から層へ大きくは変わらない、という考えです。その結果、スペキュレイティブデコーディングの受理長が20%向上し、生成が速くなり、長いコンテキストでの推論も効率化されます。
実際には、GLM-5.2で100万トークンのコンテキストを動かすコストは、この最適化を持たないモデルよりかなり安くなります。コードベース全体をコンテキストに収める必要がある、リポジトリ規模のタスクではこれが大きく効きます。
| ベンチマーク | GLM-5.2 | GPT-5.5 | Claude Opus 4.8 | GLM-5.1 |
|---|---|---|---|---|
| SWE-bench Pro | 62.1 | 58.6 | 69.2 | 58.4 |
| Terminal-Bench 2.1 | 81.0 | — | ~85 | 63.5 |
| Code Arena(世界順位) | #2 | — | #1 | — |
| BenchLM総合(124モデル中) | 91/100 (#4) | — | — | — |
開発者の注目を集めたのは、Terminal-Bench 2.1での躍進です。1世代で63.5から81.0へ、つまり長期的なターミナルタスクで+17.5ポイントの改善は、エージェントに任せられる範囲を変えるほどの飛躍です。現時点でこのベンチマークの世界最高のモデルであるClaude Opus 4.8との差は4ポイント以内です。
SWE-bench Proでは、GLM-5.2の62.1はGPT-5.5の58.6を上回っています。Opus 4.8の69.2には及びません。補足すると、SWE-bench Proは、本番のコードベースにある実際のGitHub issueをAIエージェントが解決できるかを測るものです。62.1というスコアは、現実的なソフトウェアエンジニアリングのタスク100件のうち62件を正しく解決できるという意味です。
r/LocalLLaMA、r/MachineLearning、r/artificialでの受け止め方は、3つの陣営に分かれました。
スレッドで最も多かった反応は、GLM-5.2が転換点だというものです。複数の実務家が、「日常的な使用では、フロンティアに近いと感じてもおかしくない」初めてのオープンウェイトモデルだと表現しました。r/LocalLLaMAのあるコメントは、共通認識をこうまとめています。フロンティアと大型のオープンモデルの距離はほとんど縮まっており、残る差は一般的なコーディング支援ではなく、特定のフロンティア級の課題にある、と。
GLM-5.2はテキスト専用です。UIのスクリーンショットを解析する、画像を埋め込んだPDFを読む、図の多い文書を扱う、といったエージェントのワークフローでは、これは決定的な障害になります。r/MachineLearningの複数のスレッドは、ベンチマークの数字にもかかわらずGLM-5.2を自分たちのパイプラインに入れられない最大の理由として、この点を挙げました。
TechTimesやRedditのいくつかのスレッドは、オープンウェイトとAPI利用ではリスクの性質が異なるという点を指摘しました。MITライセンスの重みをローカルや自社のクラウドで動かせば、データはインフラの外に一切出ません。Z.aiのAPIを使えば、プロンプトは中国にあるZhipu AIのサーバーを経由します。規制の厳しい業界(医療、法務、フィンテック)や、ユーザーの機密データを扱うプロダクトにとって、正当化できるのはローカルの重みでの運用だけです。MITライセンスなら、それが簡単にできます。
Xでの反応は素早いものでした。重みの公開から1時間以内に投稿の閲覧数は数万に達し、開発者コミュニティはすでに独自の評価を走らせていました。
Jeremy Howard(fast.aiの共同創業者)は、個人的な用途ではGLM-5.2は「少なくともOpus 4.8やGPT-5.5と同等」だと投稿し、画像に対応していない点を大きな欠点として挙げました。彼は誇大な宣伝をする人物として知られていないため、その評価には重みがありました。
Matvelloso(Xで評価の高いAI実務家)は、GLM-5.2は自分が日常的に使う基準を満たした初めてのオープンモデルだと述べました。それまでその基準を満たしていたのは、クローズドなフロンティアモデルだけでした。
Kilo Codeのチームは、Xへの投稿で初日からの統合を発表しました。「GLM-5.2は初日からKilo Codeで動きます。」 コーディングツールのベンダーが初日から統合したことは、開発者向けツールのエコシステムがこれを一線級のモデルとして扱っていることを示しています。
Z.aiは、MITライセンスでの公開を明確に地政学的なメッセージとして打ち出しました。ライセンスの文書には「地域制限なし」「国境のない技術へのアクセス」と記されています。この打ち出し方は、米国とそれ以外の国々のあいだのAIへのアクセス格差を議論するスレッドで強い共感を呼びました。
2026年6月22日の週(今週)の時点で、GLM-5.2は3つの方法で利用できます。
完全な重みはHugging Face(zai-org/GLM-5)とModelScopeにあります。llama.cppやOllamaでローカル推論するためのGGUF量子化版も用意されています。744BのMoEアーキテクチャでは、トークンごとに有効になるのはパラメータの一部だけです。うまく量子化された版なら、密な70Bモデルをフルコンテキストで動かすと処理しきれなくなるような、一般向けのマルチGPU構成でも動きます。
VentureBeatの価格分析によると、Together AIは同等のコーディングタスクについて、GPT-5.5の約6分の1のコストでGLM-5.2を提供しています。Z.aiのAPIも稼働しています。機密性のないワークロードで、自前の推論インフラを管理せずにベンチマーク通りの性能を得たいなら、これが最も早い道です。
GMI Cloud、Kilo Code、そのほか20以上のコーディング環境が初日からの対応を発表しました。これらのツールをすでに使っているなら、GLM-5.2はモデル選択の選択肢にもう入っているかもしれません。
創業者と開発者にとっての実務上の示唆は3つです。
プロダクトに画像認識が必要なく、規制対象のデータを外部APIに流していないなら、GPT-5.5の6分の1のコストでSWE-benchの数字も上回るGLM-5.2は、コード生成やコードレビューのパイプラインにとって魅力的な乗り換え先です。切り替える前に、自社のタスクで独自の評価を行ってください。ベンチマークが測るのはベンチマークのタスクであって、あなたのタスクではありません。
100万トークンのコンテキストを持つモデルは何か月も前から存在していましたが、推論コストが高く、ウィンドウ全体を使う本番システムはほとんどありませんでした。IndexShareはこの経済性を大きく変えます。エージェントがリポジトリ全体、大量の文書コーパス、長い会話履歴にわたって推論する必要があるなら、コストの曲線は2週間前よりも有利になっています。
MITライセンスで重みが公開されたことで、フロンティアに本当に近いモデルを、データを一切外に出さずに自社のインフラで動かせるようになりました。ヘルステック、リーガルテック、フィンテック、あるいはユーザーがプライバシーを期待するあらゆるプロダクトにとって、一線級のコーディングモデルを自社の構成に組み込めるかどうかの判断が変わります。
GLM-5.2は見事です。しかし完璧ではありません。率直に言えば、次のとおりです。
GLM-5.2は、DeepSeek R2以来最も重要なオープンソースモデルのリリースです。実際に使える100万トークンのコンテキストウィンドウ、GPT-5.5を上回るコーディングベンチマークのスコア、Opus 4.8との差が4ポイント以内というフロンティアに近いターミナル性能、そして制限のない本物のMITライセンスを備えています。Jeremy Howardからr/LocalLLaMAの常連まで、AIコミュニティの共通認識は、テキストベースのエンジニアリングタスクではフロンティアとの差がほぼなくなったというものです。
弱点は現実のものですが、範囲は限られています。画像に対応していないこと、最も難しい問題ではまだOpus 4.8が上であること、そしてセルフホストにはインフラへの投資が必要なことです。画像認識を必要としない、コード中心のパイプラインを作っているほとんどのAIプロダクトチームにとって、GLM-5.2は今週中に真剣に評価する価値があります。クローズドな選択肢に対するコスト面の優位は大きく、最終的にいまのモデルを使い続けることになったとしても、評価にかける時間は無駄になりません。
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.
