海外・国内AIニュースの注目トピックをまとめます(2026年8月28日・日本時間昼時点)。
Alphabet株がAI費用の増大で急落──時価総額約7,000億ドル減
米メディアSemaforの報道がHacker Newsで共有され注目を集めている。それによると、Alphabetの株価がAI関連費用の増大を背景に急落し、時価総額で約7,000億ドルを失ったという。
生成AIを支えるデータセンターや半導体、電力への投資はここ数年で桁違いに拡大しており、巨額の先行投資が収益としていつ回収されるのかは大手テック各社の決算で共通の論点になっている。今回の下落は、この警戒感が個別企業の決算局面を超えて市場全体のリスク認識に影響し始めていることを示す材料といえそうだ。
進化戦略(ES)はGRPOより推論カバレッジが広い──LLM推論ポストトレーニングの解明
Hugging Face Daily Papersで、進化戦略(Evolution Strategies: ES)をLLMの推論ポストトレーニングに使った際の最適化挙動を体系的に調べた研究が公開された。ESはメモリ効率の高いポストトレーニング手法として近年注目されているが、主流のGRPO(Group Relative Policy Optimization)と比べた優位性の範囲は理論的に十分分かっていなかった。
研究ではまず、ESがGRPOを上回る性能優位を持つことを理論と実験の両面で特定した。GRPOで見られる「エントロピー崩壊」がESでは起きず、Pass@1を改善しながらPass@KもGRPOより高く、事前学習済みモデルの推論能力をより広く引き出せるという。検証器に射影した集団内のJensen–Shannon多様性がPass@K向上に寄与することも示されている。さらに、GRPOでPass@1を仕上げてからESでPass@Kを伸ばす逐次学習戦略(sequential GRPO–ES)も提案された。
興味深いのは、ESではモデル全体のパラメータが大きく動くにもかかわらず、性能向上に実際に寄与するのは大きな更新の疎な部分集合だという点だ。パラメータの大きな移動は必ずしも広範な機能変化を意味せず、ホールドアウト評価では破滅的忘却にもつながらなかったという。大きいLLMほど小さい集団サイズで機能するなどハイパーパラメータ設計の指針も得られており、ESは「メモリ節約のための劣った代替」ではなく独立した推論ポストトレーニングパラダイムとして再評価が進みそうだ。
実スケール都市でエージェントを評価する「UrbanGround」──香港の3Dレプリカで空間的エージェンシーを測る
同じくHugging Face Daily Papersで、実スケールの都市をエージェント評価のサンドボックスにする「UrbanGround」が公開された。地理的に位置合わせされた香港の3Dレプリカをファーストパーソン視点で探索でき、マルチモーダルLLMエージェントを接続してクローズドループの知覚と物理制御を回せる。視覚的グラウンディング、ナビゲーション、探索、計画、適応を評価でき、時間帯や天候の違い、道路封鎖、動く歩行者といった動的変化の下でのテストも可能だ。
実験からは現在のMLLMの力関係がはっきり見える。局所的な都市の知覚タスクではすでに強いものの、それが長期的な空間的エージェンシーには必ずしもつながらない。ナビゲーションが長く複雑になるほど小さな空間誤差が蓄積してエージェントは回復に失敗しがちで、道路封鎖や歩行者の動きのような動的変化が特に難しいという。サンドボックス本体(Web・ネイティブビルド)に加えて評価コードとタスクも公開されており、身体性AI研究のベンチマーク環境として利用が広がりそうだ。
Qwen3.8-27BのQAT Q2版──12GB GPU・RAM 13〜14GBで200Kコンテキスト
ローカルLLMコミュニティでは、Qwen3.8-27BのQAT(量子化を前提とした学習)Q2版が話題になっている。Reddit r/LocalLLaMAの投稿によると、量子化版「qwen3.8-27B-qat-q2_0-gguf」とDFlash2派生のQ2_K_S-MIX版、KVキャッシュのQ5量子化を組み合わせると、200Kトークンまでのコンテキストを使ってもRAM使用量は13〜14GB程度に収まるという。12GBのGPUでもコンテキストを100K程度に縮めれば載るとのことだ。
投稿者はQAT Q2版での品質劣化を「ごく小さい」と述べ、「12GBのカードでSonnet 4.6より有能力なモデルが動くのは本当にすごい時代だ」とも評している。ただしこれは個人の体感でありベンチマーク結果ではない点には注意したい。本ブログでも8月26日にNVFP4完全量子化版(19.7GB)や3ビット量子化版を取り上げたように、27Bクラスを小型ハードウェアで動かす試みは改善が続いており、ローカル運用の選択肢がまた広がった形だ。
Claude Code v2.1.248──「--restricted」モードとエージェント単位のキャッシュTTL設定
国内開発者向けの話題。QiitaでClaude Code v2.1.248の変更点まとめが公開されている。それによると今回のリリースは単なるパッチではなく、セキュリティ強化のための新モード「--restricted」、エージェント単位のプロンプトキャッシュTTL設定、Bedrock/Vertex関連の対応が含まれるという。
エージェントを含む自動化が進むほど、コマンド実行やファイルアクセスの権限をどこまで絞るかが実運用の焦点になる。起動モードとして制限を指定できる仕組みが増えるのはその意味で歓迎できる。また、プロンプトキャッシュのTTLをエージェント単位で調整できれば、長時間の自動実行でキャッシュヒットを維持しやすく、コストと速度の両面で効率が上がりそうだ。詳細な挙動は元記事を参照してほしい。
Google ADK 2.0で複数レビュアーの並列実行(Fan-out / Fan-in)──国内実践記事
同じくQiitaで、Google ADK 2.0のグラフワークフローを使って複数のレビュアーエージェントを並列実行する実践記事が公開された。著者は前回の記事で「下書き生成→文字数チェック」という直列+条件分岐のワークフローを作っており、今回は下書きを複数のレビュアーで並列にチェックさせ、指摘があれば差し戻す構成に拡張している。
生成→レビュー→差し戻しのループはエージェント開発の定番パターンだが、レビューを並列化するFan-out/Fan-in構成にすると、レビュー観点を増やしても所要時間が伸びにくい。ADK 2.0のグラフ構成がこうした制御フローをどう表現するかは他のフレームワークを使う人にも参考になりそうだ。
