GLM-5.3、オープンウェイト系ラボで最強のコーディングモデルとして登場

GLM-5.3は前世代モデルと同じベースモデルを使用し、再トレーニングを行うことなく、わずか1カ月でTerminal-Benchのスコアを6倍以上に向上させました。オープンウェイトモデルの最前線では、GPUクラウドプロバイダーが担うサービングおよび推論レイヤーを通じて、数週間単位で進化する時代が到来しています。モデルウェイトはまだ公開されていませんが、GLM Coding Plan、ZCode、APIを通じてすでに利用可能です。オープンリリースについては、安全性レビューのため約2週間延期されています。

同じベースモデルで、ポストトレーニングにより性能を向上

リリース記事では、GLM-5.3について次のように説明されています。

GLM-5.3で行ったのは、ポストトレーニングのスケーリングのみです。GLM-5.2と同じベースモデルを使用しており、すべての性能向上はポストトレーニングによるものです。

GLM-5.2では、長文コンテキスト処理のためのIndexCache、長期タスクにおける強化学習（RL）のためのSAO、大規模な非同期トレーニングのためのslimeなど、トレーニングスタックが構築されました。この1カ月間、チームはトレーニング環境の数、タスクの多様性、そしてそれらに投入するコンピューティングリソースを拡大してきました。

コーディングおよびエージェント型AIのベンチマーク

性能向上が集中している領域

ポストトレーニングのスケーリングにおけるボトルネックは、モデルそのものから「環境」へと移りつつあります。重要なのは、タスクが実行可能であるか、検証可能であるか、実際の業務に近いか、そして大量に生成できるかという点です。このパイプラインでは、環境そのものをエンドツーエンドで合成します。リサーチエージェントが実際の業務パターンを、複数ステップの依存関係や隠れた状態を含む、実行可能な長期タスクへと変換します。その後、Judgeエージェントが各タスクを実際に解決できることを確認します。検証機能は参照解答とは独立して構築され、Solverの実行軌跡を分析することで、報酬設計上の抜け道も解消します。

例えば、機械学習インフラストラクチャ向けのトレーニング環境では、コンピューティングクラスター、ストレージ、社内ドキュメント、コードベース、実験結果など、実際のエンジニアが利用する作業環境をモデルに提供します。モデルはボトルネックを診断し、最適化を実装し、実験を実行したうえで、正確性を維持しながら測定可能な高速化を実現する必要があります。ステップごとに監督されるのではなく、モデル自身が作業全体をエンドツーエンドで担います。そのため、性能向上は短いプロンプトと回答で完結するベンチマークよりも、エージェント型AIや長期コーディングタスクに集中しています。

トークン効率

Terminal-Bench 3.0において、GLM-5.3が最も高い完了率を記録しているわけではありません。最大の思考レベルではClaude Fable 5が39.5%で首位となり、GLM-5.3は34.5%です。一方、GLM-5.3はより少ないトークン数でこの水準に到達しています。最大の思考レベルでは、GLM-5.3はタスクあたり約75Kの出力トークンで34.5%の完了率を達成しています。これに対しGLM-5.2は、96Kトークンを使用して23.4%でした。

高い思考レベルでは、約50Kトークンで31.4%を達成し、120Kトークンを使用して29.5%だったClaude Opus 4.8を上回っています。エージェント型AIの推論では、出力トークンがコストの大部分を占めます。そのため、前世代モデルより少ないトークンで高い完了率を実現することは、単純な出力性能で首位に立たなくても、ユニットエコノミクスを大きく変える可能性があります。

新たに現れたサイバーセキュリティ能力

脆弱性発見に関するデータは、脆弱性を発見する能力を段階的に向上させることを期待してトレーニングに追加されました。しかしトレーニングをスケールさせるにつれ、モデルは複数段階にわたる攻撃プロセスを推論し、完全なエクスプロイトチェーンの計画を構築する能力を示し始めました。

Z.aiが示す傾向によると、ベンチマークがエクスプロイトチェーンの上位段階になるほどGLM-5.2からの性能向上幅が大きくなる一方、クローズドモデルの最先端とのギャップも拡大します。

NSFOCUS、CyberKunlun、DarkNavyなどのセキュリティチームや、清華大学、南開大学の研究者と連携し、このモデルは269のプロジェクトから2,436件の脆弱性を特定しました。このうち1,097件がCriticalまたはHigh Severityに分類され、システムカーネル、OS、ブラウザエンジン、オープンソースインフラストラクチャ、Webアプリケーション、ネットワークプロトコルなど幅広い領域に及びます。最も古い脆弱性は1981年にまでさかのぼり、最長では26.6年間発見されていなかった脆弱性も確認されました。

これらの成果はcvd.z.aiのSecurity Disclosure Ledgerで追跡されており、2,436件のうち53件が公開済み、2,383件がエンバーゴ中とされています。その後、情報開示は中国の国家脆弱性データベースであるCNVD、CNNVD、NVDBへ移行しました。現在、この台帳には個別の脆弱性情報は掲載されておらず、これらのプラットフォームへリダイレクトされます。

限界を決めるのは「検証」

GLM-5.3の限界を確認するため、私はこのモデルにフライトシミュレーターを作らせました。海、航空機、プロシージャル生成されたテクスチャ、5つの目的地、3つのカメラモード、そして飛行を成立させる物理演算を含むシミュレーターです。モデルは1回の応答で、ビルド全体を通じて6万行、12万7,000文字に及ぶ動作可能なコードを生成し、この規模でもアーキテクチャの一貫性を維持しました。しかし、実際のデモでは限界も明らかになりました。

航空機の最終的な仕上がりにはテクスチャのエラーが残りました。モデルはテキストしか読み取れないため、シミュレーターのスクリーンショットを取得して表示内容を説明するビジョンモデルと組み合わせるまで、視覚的な判断を確認できない状態で作業を続けていました。このループによって数時間にわたりプロジェクトを進めることができましたが、最終的には改善効果がなくなり、修正によって別の問題が発生したり、結果が改善しなくなったりしました。ここで見られる強みはいずれも「生成」に関するものであり、弱点はいずれも「検証」に関するものです。そこからシンプルなルールが導き出せます。実行、テスト、スクリーンショットなどによって結果を検証できる作業はGLM-5.3に任せ、一方で、法務文書の精読や正確な数値処理など、高い信頼性が求められる作業には、より高いコストを払ってでも信頼性を重視したモデルを利用するという考え方です。

コミュニティの反応

開発者からのフィードバックでは、特に価格が注目されています。ある直接比較のビルドテストでは、出力品質についてGLM-5.3がClaude Fable 5に近い評価を獲得しました（9/10対9.5/10）。一方、コストは10分の1未満でした。別の価格比較では、GLM-5.3はFable 5の約11分の1、GPT-5.6 Solの約7分の1のコストとされています。あるデモでは、単一のビルドを4時間以上、人間の介入なしで実行しました。

サイバーセキュリティに関する結果については、異なる反応も見られました。元米国国防総省（DoD）のセキュリティアナリストであるJake Williams氏は、脅威アクターはすでに同等のツールを保有しており、オープンウェイト化は主にベンダーから利用者側へコントロールを移すものだと主張しています。r/LocalLLaMAやr/ZaiGLMでは、主にコストと実行可能性について議論されています。Coding PlanはエントリーレベルではCodex型のサブスクリプションより高価に見えることや、公開後のフルウェイトが500GBを超えるため、一般消費者向けハードウェアでは動作させることが難しい点などが話題となっています。

Andon Labsは、Z.aiの主要なトレーニング対象ではない長期タスク「Vending-Bench 2」でGLM-5.3をテストしました。その結果、GLM-5.3は6位となり、GLM-5.2の約半分のトークン数でほぼ同等のスコアを記録しました。あるレビュアーは、GLM-5.3について「最高のコーディングモデル」ではなく、「最高のオープンウェイト・コーディングモデル」と評価しています。性能向上が、トレーニング環境で重点的に扱われたタスクに集中しているためです。

インフラストラクチャへの影響

ローンチから約2週間後には、GLM-5.2と同様にMITライセンスでモデルウェイトが一般公開される予定ですが、今回はさらに短いタイムラインとなります。これにより、GPUを保有するあらゆるチームが、最先端のオープンウェイト・コーディングモデルをセルフホストし、ファインチューニングし、サービングできるようになります。

Terminal-Benchでわずか1カ月の間に6倍以上の性能向上を実現したことは、最先端コーディングモデルのアップグレードサイクルを四半期単位から月単位へと短縮します。しかも切り替えはサービング側だけで完結します。モデルIDを変更し、既存のエンドポイントを維持したまま、その日のうちに性能向上のメリットを得られます。クローズドモデルの大幅な性能向上は、プロバイダーが管理するAPIのアップデートを通じてユーザーへ提供されます。一方、オープンウェイトモデルの場合、ウェイトが公開されたその日から、GPUキャパシティを確保できる場所であればどこでも利用できます。つまり、誰が最初にそのメリットを得られるかを左右する中心的な要素は、モデルのトレーニングそのものではなく、GPUキャパシティと推論スループットになります。

サービング要件も高くなります。GLM-5.3は、トレーニングにMegatron、ロールアウトにSGLangを組み合わせたslime RLフレームワーク上で動作し、長いコンテキストを伴う継続的なエージェント型AIセッション向けに設計されています。コーディングでは思考レベルがデフォルトで「max」に設定され、「low」「high」「max」の3段階から選択できます。APIでは思考機能を無効化することはできなくなりました。このモデルを効率的にサービングするには、高スループットのGPUキャパシティ、十分なHBM、長いコンテキストウィンドウ、そして継続的なマルチステップのエージェントワークロードに耐えられるエンドポイントが必要です。

トレーニング側では、slimeに対するシステムレベルの改善、キャッシュレイヤーとしてのローカルストレージ、動的なTeacherモデル切り替え、ワークロードを考慮したスケジューリングなどにより、長期コーディングタスクにおけるRLトレーニングのエンドツーエンドスループットが2.3倍以上向上しました。同じプレッシャーはサービングにも及びます。複数日にわたるタスクを自律的に処理するモデルでは、セッション全体を通じてGPUが継続的に稼働します。そのため、経済性を左右するのは瞬間的なピーク性能ではなく、持続的なスループットとトークン効率です。

OpenAI互換エンドポイントでGLM-5.2を実行しているチームの場合、GLM-5.3への移行はモデルIDの変更とthinkingパラメータの更新で完了します。これは、マネージドサービングレイヤーで吸収できる種類の移行です。

インフラストラクチャチームが注目すべきポイント

アップグレードサイクル：ポストトレーニングのみで性能を向上できるため、同じベースモデルを使用しながら、短いサイクルで機能強化を提供できます。GLM-5.2からGLM-5.3への切り替えを「移行作業」ではなく「設定変更」として処理できるサービングレイヤーが優位になります。

継続的な負荷：こうした性能向上を支える環境では、隠れた状態を持つ複数日にわたる専門的なタスクが利用されています。このような構成の本番環境向けAIエージェントは、数時間にわたって継続的に推論リクエストを発行します。そのため、瞬間的なアクセス増加だけでなく、定常的な負荷を安定して処理できるプロバイダーが求められます。

インフラストラクチャとしてのセキュリティ：今回見られた能力の出現は、モデルをトレーニングした研究機関自身も予測していませんでした。このような特性を持つモデルをセルフホストするチームでは、サンドボックスやモニタリングを後付けするのではなく、推論クラスターとともに最初から組み込む必要があります。

GLM-5.3は、より少ないトークンで高い性能を実現する、さらに強力なモデルです。モデルウェイトは8月28日頃にオープン化される見込みです。

GMI Cloudでは、GLMファミリーをはじめ200以上のAIモデルを単一のAPIエンドポイントから利用でき、長いコンテキストや継続的なエージェント型AI推論に対応するGPUキャパシティを提供しています。長時間にわたるワークロードで高いスループットを必要とする場合、GPUインフラストラクチャでは、このようなワークロードに対応するH200およびBlackwellクラスターを利用できます。詳しくは、GLM-5.2のインフラストラクチャ事例をご覧ください。

今すぐ開発を始める

GMI Cloudの開発者コミュニティにはDiscordからご参加いただけます。また、Xでは@gmi_cloudをフォローしてください。