GLM-5.1がリリースされ、コーディング性能がClaude Opus 4.5に匹敵

Zhipu AIは、最新のフラッグシップモデルであるGLM-5.1をリリースし、すべてのCoding Planユーザーが利用できるようにしました。このモデルは、Claude Opus 4.5の性能レベルに迫るコーディング能力を示しています。
主要なベンチマークと仕様
2026年3月のベンチマークによると:
- SWE-bench-Verified: 77.8ポイント — オープンソースモデルの中で最高スコア
- Terminal Bench 2.0: 56.2ポイント — オープンソースの最先端技術
- コーディングタスクにおいてGPT-4oを上回り、Claude Opus 4.5に接近
技術仕様は以下の通りです:
- 200Kコンテキストウィンドウ
- 128K最大出力
- 744Bパラメータ(40Bアクティブ)
- 28.5Tの事前学習データ
- ネイティブMCPサポート
実用的な応用
ソース資料によると、これらの能力は以下のことに活用できます:
- 最小限の手助けで自律的な多段階コーディングタスクを実行
- 長いコンテキストのコードベースのリファクタリングとデバッグ
- エージェント型ワークフロー:計画 → 実行 → デバッグ → 納品
GLM-5.1は、Zhipu AIのCoding Plan(Lite、Pro、Max)を通じて利用可能です。Redditの議論では、実稼働コーディングタスクにおけるClaude 4.6との実世界でのテスト比較が求められています。
📖 Read the full source: r/openclaw
👀 See Also

Claude CodeがQNXのビッグカーネルロック解除に挑戦、ユーザースペースの競合統計から着手
開発者がClaude CodeにQNXマイクロカーネルを再設計してBig Kernel Lockを除去するよう依頼しました。Claudeはトップクラスの人間の開発者なら3ヶ月かかると見積もり、まず/procのようなロック統計を設計し、カーネルサブシステムを一つずつ修正し始めました。

Claude Code v2.1.154: Opus 4.8、動的ワークフロー、および主要修正
新しいリリースでは、Opus 4.8(高努力デフォルト)、数十から数百のエージェントを調整する動的ワークフロー、2倍のレートで2.5倍の速度の高速モード、および多数のバグ修正が追加されました。

Claude.ai 現在ダウン中、APIエラー増加 — 2026年4月28日
Claudeの公式ステータスページからトリガーされた自動ステータス更新により、2026-04-28T17:51:36.000Z時点でClaude.aiが利用不可、APIでエラー率が上昇していることが報告されています。

DebianのAI貢献ポリシーに関する議論は決着なく終了
Debian開発者はAI支援による貢献を受け入れるかどうか議論したが、正式な決定には至らなかった。提案された一般決議では、LLM生成コンテンツに対する明示的な開示とラベル付けが求められていた。