8月26日昼に収集したAIニュースから、5つのトピックを整理する。QUASARの量子化アルゴリズムで全linear層をNVFP4化したQwen3.8-27Bの公開、ByteDance Seedによる拡散モデルのオンポリシー自己蒸留「DiffusionOPSD」、EXO LabsのMac Studio 4台クラスタによる4.8TB/sメモリ帯域幅の主張、AIエージェントの実際の使われ方を1.6億インストールから集計した試み、そしてHugging Face Daily Papersに並んだエージェント・ハーネス自己改善の研究群だ。

QUASARのQATでQwen3.8-27BをNVFP4完全量子化──19.7GBでGPQAはBF16比0.5ポイント低下のみ

r/LocalLLaMAに、Qwen3.8-27Bを完全量子化NVFP4で公開したという投稿が上がった。新しいQAT（Quantization-Aware Training）アルゴリズム「QUASAR」による量子化認識蒸留（QAD）で作られたチェックポイントで、元のBF16モデルをteacherとして2,446ステップの蒸留を行ったという。

注目点は「完全量子化」だ。すべてのtransformerブロックのlinear層がNVFP4（W4A4）に量子化されている。通常、attention層やGDN層は量子化すると品質が大きく落ちるため、FP8やBF16のまま残すのが定石とされる。QUASARではそこまで含めて完全量子化しても、BF16に近い性能が保てるとしている。

実測値も示されている。モデルサイズはBF16の55.6GBに対して19.7GBで、unslothのNVFP4版（23.4GB）やInferact版（26.4GB）と比べても最小だ。GPQA-Diamond（2回実施、n=396）はBF16の0.9141に対して0.9091と0.5ポイント差、AIME26（3回実施、n=90）は1.0000でBF16と同率。unsloth版・Inferact版のNVFP4チェックポイントをいずれも上回る数値となっている。

実行環境はvLLM on NVIDIA Blackwellで、コンテキスト長262,144トークンでのserveに対応する。今朝紹介した「IQ3_XXS量子化のQwen3.8-27Bを16GB旧型GPUで動かす検証」が旧世代GPUでの限界に挑んだのに対し、今回はBlackwellのNVFP4対応を前提に、サイズと品質の両立を狙った配布と言える。論文もarXivで公開されている。

ByteDance SeedのDiffusionOPSD──外部teacher不要のオンポリシー自己蒸留で拡散モデルを強化

Hugging Face Daily Papersに、ByteDance Seedの「On-Policy Self-Distillation in Diffusion Models」（DiffusionOPSD）が上がった。DanceOPDのフォローアップにあたる研究で、論文とコードが公開されている。

出発点はこうだ。拡散・フローモデルは多段のデノイズ軌跡で画像を生成するが、主流の報酬モデルはロールアウト終端の画像にスコアを与えるだけだ。このスコアは最終結果の良し悪しは教えてくれるものの、中間のデノイズ予測をどのように変えるべきかまでは教えてくれない。

先行研究のDanceOPDで「低ノイズ状態でteacherを1回クエリするだけで有効な中間監督が得られる」ことが分かっていたため、著者らは逆に問うた。外部teacherを外し、報酬勾配でモデル自身の予測をその1クエリで改善し、その改善をモデルに蒸留し直すことはできないか、と。

構成はこうなる。凍結したbehavior policyが軌跡を生成し、低ノイズのクエリ状態を提供する。各クエリにおけるclean出力予測がアンカーとなり、報酬勾配がそのアンカー周りに有界な正・負のターゲットを構築する。trainable policyはこのdetachされたターゲットを有限の更新予算でフィットし、EMA更新でbehavior policyが刷新されて次のイテレーションへ進む。画像レベルの報酬ガイダンスを「現在の予測がどう改善されるべきか」という明示的な記述に変換してからモデルに蒸留し直す、という設計だ。

結果は強い。SD3.5-MとZ-Image-Turboの2モデル、10の評価器で実験し、報酬を合わせた20設定のうち19で最高のheld-outスコアを達成、最有力の競合手法を最大44.0%上回った。DiffusionNFTと比べると訓練GPU時間はSD3.5-Mで40%、Z-Image-Turboで63%削減できるという。PickScore・CLIPScore・HPSv2.1の3報酬を単一ポリシーで共同訓練した場合も、DiffusionNFTの対応ポリシーを3つの報酬すべてで上回った。

興味深いのは、ターゲット構築時の報酬ゲインが大きいほどモデル更新後の実現ゲインが大きいとは限らない、という観察だ。「良いターゲットを作ること」と「有限回のフィットでそれを実現すること」は別の問題であり、別々に評価・診断すべきという指摘は、実装者にとってすっきりする指針だろう。コードは7つのオープンウェイト評価器に対応し、単一報酬と混合報酬の両方の訓練をサポートしている。

EXO Labs──M5 Ultra Mac Studio 4台クラスタでメモリ帯域幅4.8TB/sを主張

EXO Labsが、M5 Ultra搭載の新型Mac Studio 4台のクラスタで約4.8TB/sのメモリ帯域幅を実現できると発表した。「データセンター級」の速度で、Kimi K3のような巨大LLMもローカル実行可能だと主張している。

昨日報じたのは単体のM5 Ultra Mac Studio（512GBメモリ構成）の話題だった。今回はその4台クラスタで、しかも焦点はメモリ容量ではなく帯域幅だ。LLMの推論速度は多くの場面でメモリ帯域に律速されるため、「巨大モデルを動かせる」から「実用速度で動かす」へと議論が進む形になる。4.8TB/sが実際の推論でどれだけ生きるのか、実測レポートが待たれる。

AIエージェントは実際どう使われているか──1.6億インストールをアンケートでなく直接集計

Qiitaに、AIエージェントの実際の使われ方を、アンケートではなくインストール数の直接集計で調べた記事が上がった。投稿者のSkillselionが2026年8月12日に自社カタログ全体をダンプし、79,848件のリスティング、54カテゴリ、合計164,841,042インストールをカテゴリ別に合算したという。

「AIエージェントは何に使われているのか」という問いは、これまで主にユーザーアンケートで語られてきた。回答バイアスの影響を受けやすい。それに対して実インストール数の集計は、実際に導入されたエージェントの分布をそのまま映す。結果は「1位はコード生成ではなかった」というもので、想定に反する実態が浮かび上がったという。

エージェントの用途動向は、何が「当たり前」になるかを占ううえで重要な指標だ。コーディング以外のどのカテゴリに需要が集中しているのか、続きが気になる集計である。

エージェント・ハーネスの自己改善に向く研究が一斉に──Daily Papersの流れ

Hugging Face Daily Papersには本日、「エージェントのハーネス（実行環境・制御コード側）をどう改善するか」に焦点を当てた研究が並んだ。

  • AutoSaddler ── エージェントの実行トレースからハーネスを自動最適化し、永続的な更新（durable updates）として反映する
  • Recursive Experiential-Working Memory Evolution ── 長期タスクのエージェントハーネス向けに、経験的なワーキングメモリを再帰的に進化させる
  • CAFE ── 自己改善する検索エージェントには、エージェントと共進化するフィードバックが必要だと論じる
  • Meta^n ── 「創発する深さ（emergent depth）」を介した再帰的自己改善
  • Best Practice Critic Optimization ── LLM強化学習でcriticを安定して訓練する実装詳細をまとめる。「秘訣なし、新規性なし、あるのは重要な実装詳細だけ」と要約される

モデル本体の能力向上だけでなく、モデルを包む実行環境側をいかに自己改善させるかという方向に、研究の関心が集まっている。なかでもcritic最適化の研究が「新規性より実装詳細」と自称するあたりは、競争が実装品質の段階に入りつつあることの表れとも読める。いずれも本日はタイトルとサマリの段階なので、詳細は各論文を確認したい。