
- GLM 5.3は753BパラメータのMoEモデルで、コーディングと長時間エージェント処理向けに最適化
- Bedrockではクロスリージョン推論、プロンプトキャッシュ、3種類のサービスティアを利用可能
- Z.aiはサイバーセキュリティ能力を報告し、CyberGymで84.5を記録したとしている
何が発表されたのか
Z.ai(Zhipu AI)のGLM 5.3がAmazon Bedrockで利用できるようになりました。Hugging Face Hubで公開されているGLM 5.3は753BパラメータのMixture-of-Experts(MoE、複数の専門家モデルを組み合わせて推論する方式)モデルで、コーディングと長時間にわたるエージェント型タスクに最適化されていると説明されています。Z.aiは同モデルが特にサイバーセキュリティ分野で顕著な能力を示したと報告しているとのことです。
Bedrock上ではフルマネージドのAPIを通じて利用でき、クロスリージョン推論、プロンプトキャッシュ、サービスティアに対応します。利用者がインフラを運用する必要はないとされています。GLM 5は今年前半にBedrockへ登場しており、GLM 5.3はその系統を引き継ぐ位置づけです。なお、BedrockでのGLM 5.3へのアクセスは適格なエンタープライズ顧客が対象とされています。
GLM 5からの改善点
Z.aiはコーディング性能について、DeepSWE、Terminal Bench 3.0、FrontierSWEといった複数のベンチマークで競争力のある結果を主張しています。同社の社内コーディングベンチマークではGLM 5.2比で50%の改善を報告しているとのことです。一方、GLM 5との直接比較は報告されていません。GLM 5.1の発表以降にベンチマークテスト自体が更新されたため、改善幅の大きさが比較を難しくしたという説明になっています。
セキュリティ分野では、リリース時点でCyberGymベンチマークにおいて84.5という最高スコアを計測したとされています。このため防御的なセキュリティワークフローに適したモデルだと位置づけられています。Bedrock側の統合も広がり、クロスリージョン推論プロファイル、暗黙および明示のプロンプトキャッシュ、OpenAI互換のResponses/Chat Completions APIとInvoke/Converse APIの機能差の改善が挙げられています。
キャッシュとAPIの使い方
呼び出し方法は2通りあります。AWSマネジメントコンソールのPlaygroundからコードを書かずに試す方法と、bedrock-runtimeエンドポイントをプログラムから叩く方法です。プログラムから使う場合、新しいアプリケーションではOpenAI互換のAPIが推奨されています。認証にはaws-bedrock-token-generatorライブラリでAWS CLIの認証情報から短期トークンを発行する例が示されており、長期間有効なAPIキーよりも短命クレデンシャルを優先することが強く推奨されています。
プロンプトキャッシュは、同じ初期プロンプトを繰り返し送るワークロードの遅延と入力トークンコストを下げる仕組みです。GLM 5.3では暗黙的なキャッシュが既定で有効になっており、明示モードでは再利用するプロンプトの区切りを自分で指定してヒット率を高められます。明示モードのブレークポイントは1,024トークン以上が必要とされています。
クロスリージョン推論は米国向けのus.zai.glm-5.3と、グローバル向けのglobal.zai.glm-5.3のプロファイルが用意されています。リクエストは任意のソースリージョンに送られ、Bedrockが処理先をルーティングする仕組みです。サービスティアは、コストを抑えるFlex、価格と速度のバランスを取る既定のStandard、遅延を優先する代わりに価格が上がるPriorityから選べます。
エージェント型ワークロードの例
記事では、GLM 5.3の強みを活かせる用途として自社アプリケーションの自動セキュリティテストが挙げられています。使われるのはStrixというオープンソースのAIペネトレーションテストエージェントで、コードを動的に実行して脆弱性を見つけ、概念実証テストで検証します。執筆時点でStrixのドキュメントはGLM 5.3を既定モデルとして採用しているとのことです。StrixをBedrock経由に設定すれば、サードパーティの推論プロバイダーではなく自社のAWSアカウントの管理下で推論を実行できます。
ただし、テスト対象は自分が所有するか、書面で明示的な許可を得たアプリケーションに限られます。許可なく第三者のシステムをテストすることは多くの法域で違法であり、AWSの利用規約にも反すると明記されています。記事の実例では、意図的に脆弱性を持つサンプルアプリのOWASP Juice Shopをローカルで動かしています。
マネージドな継続的セキュリティテストが必要な場合は、AWS Continuumがオンデマンドのペネトレーションテストなどを提供するサービスとして挙げられています。Strixのようなオープンソースエージェントは開発者が手元で細かくカスタマイズできる点が強みで、両者は補完関係にあると説明されています。なお、執筆時点のLiteLLMはbedrock/global.zai.glm-5.3を解決できないため、Converse APIのルートと推論プロファイルのARNを明示する必要があるとされています。
現時点で分かっていないこと
料金については、Bedrockの推論がトークン単位の従量課金であり、常設リソースがないためリクエスト完了後に追加課金は発生しないとだけ説明されています。トークン単価やサービスティアごとの具体的な価格は原文に記載がありません。コストを見積もるには別途の料金情報が必要です。
適格なエンタープライズ顧客という条件の具体的な中身や、日本リージョンを含む対応状況、日本語処理の性能は示されていません。性能面の記述はZ.ai自身の報告が中心で、第三者による検証結果は原文では触れられていません。導入判断には、これらの情報が公開されるのを待つ必要がありそうです。
| 項目 | Flex | Standard | Priority |
|---|---|---|---|
| 位置づけ | コストを最適化 | 価格と速度のバランス(既定) | レイテンシを優先 |
| 価格 | 低コスト重視 | 既定 | より高い |
| 向く処理 | 時間に余裕のあるワークロード | 一般的なワークロード | 遅延が重要なリクエスト |
GLM 5.3, as published on Hugging Face Hub, is a 753B-parameter mixture-of-experts model optimized for coding and long-horizon agentic tasks.
Hugging Face Hubで公開されているGLM 5.3は、コーディングと長時間にわたるエージェント型タスクに最適化された753BパラメータのMixture-of-Expertsモデルです。
今後の見通し
今後、トークン単価やサービスティアごとの価格、対応リージョン、適格条件の詳細が明らかになれば、日本企業でも導入判断がしやすくなるとみられます。GLM 5系は更新サイクルが速く、ベンチマーク自体が更新されているため、性能の比較は第三者の評価を待つ必要があります。また、StrixやLiteLLM側がGLM 5.3の推論プロファイルを正しく解決できるようになれば、エージェント型セキュリティテストのセットアップはより簡素になるとみられます。どの用途でコストに見合うかは、実際のプロンプトキャッシュのヒット率を含めた検証で判断することになりそうです。
日本の開発者・IT企業にとっての意味
これまで753B級のオープンウェイトモデルを業務で使うには、推論基盤の調達と運用が必要でした。GLM 5.3がBedrockのフルマネージドAPIで使えるようになったことで、GPUの確保やスケーリングを自前で抱えずに、大規模なコーディング支援や長時間のエージェント処理を検証できる選択肢が増えます。OpenAI互換APIに対応するため、既存のOpenAI SDKベースの実装を比較的小さな変更で流用できる可能性があります。プロンプトキャッシュは、システムプロンプトやリポジトリの文脈を毎ターン送り直すエージェント型アプリで効きやすく、遅延と入力コストの両方に影響します。ただし対象は適格なエンタープライズ顧客とされており、契約やリージョンの確認が導入の前提になります。防御的セキュリティテストを自社AWSアカウントの管理下で実行できる点は、ガバナンスを重視する企業にとって実務上の意味が大きいと考えられます。
気になる点
- 日本の企業でもすぐに使えるのでしょうか。
- 原文では「適格なエンタープライズ顧客」が対象とされており、具体的な適格条件は示されていません。推論プロファイルとして米国クロスリージョンのus.zai.glm-5.3と、グローバルのglobal.zai.glm-5.3が案内されています。日本リージョン固有の提供やデータの所在については記載がないため、AWSの公式情報で確認する必要があります。
- 料金はどのくらいかかりますか。
- Bedrockの推論はトークン単位の従量課金で、常設リソースがないためリクエスト完了後の追加課金はないと説明されています。一方、トークン単価やサービスティアごとの具体的な価格は原文に記載がありません。コスト試算にはAWSの料金ページなど、別途の情報を参照する必要があります。
- 既存のOpenAI SDK向けコードは流用できますか。
- 流用できる部分があります。bedrock-runtimeエンドポイントはOpenAI互換のResponses APIとChat Completions APIに対応しており、新しいアプリケーションではこちらが推奨されています。認証はaws-bedrock-token-generatorでAWS CLIの認証情報から短期トークンを発行する方法が示され、長期間有効なAPIキーより短命クレデンシャルが推奨されています。
用語解説
- Mixture-of-Experts(MoE)
- 複数の専門家サブネットワークを用意し、入力に応じて一部だけを活性化して推論するモデル構成。総パラメータ数を増やしつつ計算量を抑えやすい。
- プロンプトキャッシュ
- 同じプロンプトの先頭部分を再利用し、再計算を省く仕組み。応答の遅延と入力トークンのコストを下げる効果がある。
- クロスリージョン推論
- リクエストを任意のリージョンへ送り、Amazon Bedrockが処理先のリージョンを選んでルーティングする機能。
- サービスティア
- 価格と速度のバランスを用途別に選ぶ仕組み。コスト重視のFlex、既定のStandard、遅延優先のPriorityがある。
- エージェント型ワークロード
- モデルがツールを使いながら多段の推論と操作を繰り返す処理。長時間の文脈保持と手順の連鎖が求められる。
- Strix
- コードを動的に実行して脆弱性を発見し、概念実証で検証するオープンソースのAIペネトレーションテストエージェント。
出典
Introducing GLM 5.3 on Amazon Bedrock
https://aws.amazon.com/blogs/machine-learning/introducing-glm-5-3-on-amazon-bedrock
AI導入も顧問も、お任せください
何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。
AI導入について相談する