Claude Opus 5がAWS Bedrockで利用開始、企業向けZDRが既定に

前回リリース速報でお伝えしたAnthropicの「Claude Opus 5」が、7月24日付でAWS Bedrockおよび「Claude Platform on AWS」から利用可能になった。AWS機械学習ブログの公式アナウンスによると、Bedrock側ではゼロデータリテンション（ZDR）が既定で提供され、AWSアカウント内でモデルを利用しつつ、リージョンデータレジデンシーとエンタープライズガバナンスを両立できる構成が強調されている。

Bedrockの次世代推論エンジン上で動作し、オペレーターが推論データにアクセスできない点も企業展開向きにアピールされている。リリース当初のモデルIDは global.anthropic.claude-opus-5。Anthropic SDKの AnthropicBedrockMantle クライアント経由でも呼べる。

また、Opus 5は会話途中でのツール追加・削除（tool_addition / tool_removal）を role: "system" メッセージ上でサポートしており、毎回ツール配列を送り直す必要がない。エージェント実装の細かい負担を減らす仕様として意味がありそうだ。

Anthropicの説明では、高リスク領域ではOpus 5がOpus 4.8へフォールバックすることがあり、APIからフォールバック挙動を設定できる。移行期は両モデルを併用する設計になりそうだ。

利用可能リージョンは米東（バージニア）、豪東（メルボルン）、欧州（アイルランド・ストックホルム）などを含む。

The Decoder分析：Opus 5のベンチマーク詳細、ARC-AGI-3でGPT-5.6 Solの4倍

The DecoderのMatthias Bastian氏がOpus 5のベンチマークを整理している。主要ポイントは:

  • コーディング・知識作業でトップスコア、トークン単価はFable 5の半分
  • 創発的問題解決を測るARC-AGI-3で30.2%、GPT-5.6 Solの約4倍としている

Anthropicは「Opus価格帯の経済性でFable 5に肉薄する性能」と説明しているが、独立ベンチマークではまだ検証途上だ。文脈によってはFable 5が上回る領域も残る点には留意したい。

CognitionがPokeを買収、AIの「性格」が差別化要因に

AIコーディング企業のCognitionが、友人のようにテキストする会話型AI「Poke」を買収した。TechCrunchの報道では評価額は「低い9桁台（100Mドル台前半）」。Pokeの会話スタイルとインタラクションモデルを、自社のコーディングエージェントDevinに持ち込む構えだ。

ここ数ヶ月、LLMの純粋性能だけでなくAIアシスタントの対人態度（パーソナリティ）が競争軸になりつつある。Poke買収はその流れを象徴する出来事で、Devinが単にコードを書くだけでなく、ユーザーとのやりとり全般を自然に行えるようにする方向を示唆している。Cognitionは今後、Devinの印象を「道具」から「同僚」へシフトさせたい意向とみられる。

「性格の良さ」がプロダクト差別化になるという前提は、コーディング領域でも対話領域でも共通して観察されている。Devinにどこまで反映されるかが次の焦点だ。

統計的ロスレス量子化「SLQ」: 3.3ビットで精度維持、最大3.6倍の推論高速化

r/LocalLLaMAで議論されている論文（IST DASLab、arXiv:2605.02404）が、LLM量子化の新しい中間領域「Statistically-Lossless Quantization」を提案している。GPTQ/AWQのような精度劣化のある方式と、完全ロスレスだが遅い方式の間を埋めるもので、3つの「ロスレスさ」の定義を導入しているのが特徴:

  • Task-lossless: ゼロショット精度が自然なサンプリング誤差の範囲内に収まる
  • Distribution-lossless: 次トークン分布が元モデルと実用上 区別できない（指標EARを導入）
  • ガンマ二乗分散則: 対称量子化のノイズが非対称より大きくなることを理論的に示す

提案手法 SLQ はレイヤー単位の非一様量子化で、タスクロスレスを3.3ビット/パラメータ以下で達成。分布ロスレスは5〜6ビット。最適化カーネルによりFP16比で1.7〜3.6倍の推論高速化も報告されている。Red Hat AIが最近言及していたことでも注目を集めている。

CachyLLama: 永続KVキャッシュでローカルエージェントの「コンテキスト再処理」を削減

同じくr/LocalLLaMAで話題のCachyLLamaは、llama.cppのフォーク。SSD backedの永続KVチェックポイントとシステムプロンプトキャッシュを実装し、リクエスト冒頭が過去処理と一致する場合は再計算をサボれる。

長いシステムプロンプト、ツール定義、会話履歴を毎リクエストで送るエージェントハーネスにおいて、プロンプト再評価コストがボトルネックになる問題に直接対処する。

作者のベンチ（7840U/780M）では:

  • 1,243トークン: 冷9.3s → 温0.41s
  • 5,409トークン: 冷43.3s → 温0.57s
  • 15,700トークン: 冷143.1s → 温0.99s

生成速度そのものは向上しないが、エージェントループのレイテンシ体感が大きく改善するとのこと。Qwen 3.5/3.6、Gemma 4、GLM-4.7のようなハイブリッドアーキテクチャにも対応しており、CPUローカルでエージェントを回す人には魅力的な選択肢になりそうだ。