Inference Brew

MicrosoftがMAI-Image-2.6-Flashを発表、MetaはMuse Imageの機能を拡張

00:00 / --:--

← ホームへ戻る

MicrosoftがMAI-Image-2.6-Flashを発表、MetaはMuse Imageの機能を拡張

1. MicrosoftがMAI-Image-2.6-Flashを発表、MetaはMuse Imageの機能を拡張

Microsoftは画像生成モデルのラインナップを更新し、2.5シリーズから性能を向上させたMAI-Image-2.6-Flashをリリースしました。また、Metaは8月下旬に発表したMuse Imageモデルについて、検索統合や自己改善といったエージェント機能の詳細を明らかにしました。

  • • MicrosoftがMAI-Image-2.6-Flashをリリース。Text to Imageで69 Eloポイント、画像編集で34 Eloポイントの向上を2.5バージョンから達成。
  • • MAI-Image-2.6-FlashはMicrosoft Foundryで利用可能で、不動産やゲームアセットの生成に最適化されている。
  • • MetaのMuse Imageは、検索グラウンディング機能を備えてリリースされており、コード実行や出力の自己改善が可能なエージェントモデルとして位置付けられている。
  • • Muse ImageはMeta Model APIのほか、fal、Runway、OpenRouterなどのパートナーを通じて利用可能。

開発者は、Microsoftのアップグレードされた効率的なモデルを利用できるようになり、MetaのMuse Imageにおけるエージェント的なツール使用機能についても理解が深まりました。

2. TheDrummerがオープンウェイトモデル「Artemis-31B-v1.1」をリリース

TheDrummerは、オープンウェイトモデルのポートフォリオを拡大し、Artemis-31B-v1.1をリリースしました。このモデルは、初期のv1リリースよりも安定性を向上させ、高品質な文章作成やクリエイティブライティング機能を提供するよう設計されており、物語やコンテンツ生成アプリケーションを構築する開発者にとって堅実なセルフホストの選択肢となります。

  • • TheDrummerがHugging FaceでArtemis-31B-v1およびArtemis-31B-v1.1をリリース。
  • • Artemis-31B-v1.1はv1の洗練版であり、文章作成の品質を維持しつつ安定性を向上させている。
  • • 開発者はHordeAIに似たクラウドソーシング型の推論プラットフォーム「BeaverNet」も開発中。
  • • 開発者のバックログには、Gemma、Qwen、Muse、Mistralアーキテクチャに基づく今後のモデルが含まれている。

高品質なテキスト生成を求める開発者は、クリエイティブライティングや文章作成に最適化された、安定した31Bパラメータのモデルをセルフホストできます。

SOURCES

3. NVIDIAがQwen3.8-Flash-NextのNVFP4量子化バージョンをリリース

8月26日に公開されたAlibabaの125Bパラメータモデル「Qwen3.8-Flash-Next」に基づき、NVIDIAはNVFP4量子化バージョンをHugging Faceで公開しました。この最適化により、巨大なMixture-of-Expertsモデルのメモリとストレージ要件が63%削減され、精度の低下を最小限に抑えつつアクセシビリティが大幅に向上しました。これにより、ローカルやプライベートクラウドでの効率的な推論が可能になります。

  • • NVIDIAがQwen3.8-Flash-NextモデルのNVFP4量子化バージョンをHugging Faceでリリース。
  • • 量子化により、125Bパラメータモデルのストレージとメモリのフットプリントを63%削減。
  • • Alibabaがリリースした非量子化ベースモデルと比較して、ハイブリッドアテンション機能と精度レベルを維持。
  • • この開発により、大規模なMixture-of-Expertsアーキテクチャをローカルやプライベートクラウドインフラでより効率的に展開可能。

この量子化により、最近リリースされた125BパラメータのQwen3.8-Flash-Nextモデルの必要なVRAMフットプリントが大幅に削減され、セルフホストが容易になります。

SOURCES

4. SonosがカスタムエージェントとMCPサポートを備えた「Sonos 27」プラットフォームを立ち上げ

Sonosの新しいソフトウェアプラットフォーム「Sonos 27」は、Model Context Protocol(MCP)を統合することで最新のAI標準を採用しています。この追加により、開発者は外部のLLMやAIアシスタントがSonosオーディオハードウェアを直接制御できる統合機能を構築できるようになります。また、プラットフォームのカスタムエージェント機能により、ユーザーは独自の個性を持つ主要プロバイダーの推論エンジンを実行できます。

  • • Sonosがソフトウェアプラットフォーム「Sonos 27」を立ち上げ、異種オーディオサービスとデバイスを統合する「Sonos Fabric」を導入。
  • • プラットフォームにはカスタムエージェントが含まれ、ユーザーはOpenAI、Anthropic、Gemini、GrokなどのAI推論エンジンを呼び出せる。
  • • Sonos 27はModel Context Protocol(MCP)をサポートし、外部AIアシスタントによるSonosシステムの制御を可能にする。
  • • 同社は、シームレスなオーディオハンドオフ機能を備えたサウンドバー「Beam Ultra」とヘッドフォン「Ace Ultra」も発表。

開発者は、Model Context Protocolを介してChatGPTなどの外部AIアシスタントを使用し、Sonosハードウェアを制御できるようになりました。

SOURCES

5. Funesがコーディングエージェント向けに耐久性のあるローカルメモリ層を追加

Funesは、ローカルで完結するメモリ層を提供することで、エージェントワークフローにおける一般的な制限に対処します。セッション履歴をローカルでインデックス化および埋め込み(エンベディング)することで、複雑な外部データベース設定を必要とせずに、一般的なコーディングエージェントが異なる開発環境やマシン間でコンテキストを維持できるようにします。

  • • Funesは、コーディングエージェントがマシン間でセッション履歴を保持・呼び出しするための耐久性のあるメモリ層を提供。
  • • Claude Code、Codex、pi、Hermesを含む複数のエージェントをサポート。
  • • Funesは、インデックス化と埋め込みを使用して、コンテキストメモリの保存と取得をローカルで管理。
  • • メモリ層は外部依存関係なしで完全に動作し、開発者がエージェントのメモリデータを所有できることを保証。

開発者は、外部データベースへの依存なしに、Claude CodeやCodexのようなコーディングエージェントに永続的なセルフホストメモリを提供できます。

SOURCES

6. GitHubがCopilot向けマルチモデルオーケストレーション「Project HydraFusion」をプレビュー

GitHubのProject HydraFusionは、単一のフロンティアモデルに対するコンパウンドAIシステムの力を実証しています。実行パターンを動的に選択し、ローカルモデルとクラウドモデル間でタスクをルーティングすることで、HydraFusionはDeepSWEやTerminalBenchなどのベンチマークでフロンティアモデルに近いコーディングパフォーマンスを達成しつつ、推論コストを劇的に削減します。これは、コスト効率の高いエージェントアーキテクチャを構築する開発者にとっての青写真となります。

  • • GitHubがProject HydraFusionを発表。GitHub Copilot向けの研究プレビューで、ランタイムオーケストレーションを使用して複数のモデルを調整。
  • • システムは、Single、Cascade、Critiqueパターンを使用して、ローカル、クラウド、コンパウンドモデル間でタスクを動的にルーティング。
  • • TerminalBench 2.1の評価では、Claude Opus 5と比較してタスク品質が4.9ポイント向上し、コストが67%削減された。
  • • DeepSWEベンチマークでは、コストを36%削減しながらOpus 5の1.5ポイント以内の品質を達成。
  • • プレビューは現在、最初のターンの単一プロンプトコーディングタスクに焦点を当てており、今後はマルチターンセッションへの拡大を計画。

開発者は、APIコストを最大67%削減しながら、コーディングタスクにおいてフロンティアモデルと同等の品質を実現できます。

SOURCES

7. 調査により、コーディングエージェントがLSPナビゲーションよりもGrepを頻繁に好むことが判明

コーディングエージェントのツール使用に関する比較研究では、エージェントの能力がツールインターフェースと出力形式に大きく依存することが強調されています。LSPによるナビゲーションは優れた精度(参照の完全性タスクでgrepの0.76に対し1.00)を提供しますが、エージェントはそれを効果的に活用するのに苦労することがよくあります。この研究は、開発者がエージェントの全ループ内で検索インターフェースを評価し、フォローアップのファイル読み取りを最小限に抑えるためにLSP出力にソーステキストを補完することを推奨しています。

  • • コーディングエージェント向けに、字句grep検索とLSPによるセマンティックナビゲーションを比較調査。
  • • LSPがより正確な結果を提供する場合でも、エージェントはセマンティックナビゲーションよりもgrepを頻繁に選択した。
  • • セマンティック優先のナビゲーションパスを強制すると、単純なコード位置特定タスクでのタスク成功率が100%から89%に低下した。
  • • LSP出力をファイル位置だけでなくソーステキストを含むように更新したところ、名前変更タスクのPass@1が0.67から0.83に向上した。
  • • LSPナビゲーションはノイズの多いリポジトリではF1スコアを0.246向上させたが、クリーンなTypeScriptリポジトリでは利得がなかった。

コーディングエージェントを構築する開発者は、エージェントの全ループ内でツールインターフェースを評価すべきです。セマンティック優先のナビゲーションを強制すると、タスクの成功率が実際に低下する可能性があるためです。

SOURCES

8. 「Compile by Training」が自然言語をローカルニューラルプログラムに変換

Compile by Trainingは、自然言語を直接小さな専門化されたニューラルプログラムにコンパイルすることで、ローカル実行への新しいアプローチを提供します。これらのプログラムはコンパクトなインタープリタ上で実行されるため、開発者は最小限のリソースオーバーヘッドで複雑な仕様をローカルで実行でき、従来のローカルLLM推論よりもはるかに短い時間で高いセマンティック精度を達成できます。

  • • Compile by Trainingは、自然言語の仕様を小さなニューラルプログラムに変換する。
  • • 生成されたプログラムはコンパクトなインタープリタ上でローカルに実行され、実行時に大規模なローカルLLMを必要としない。
  • • コンパイルプロセスは完了まで約1分かかる。
  • • このツールはFuzzyBench-Hardベンチマークで83.6%のセマンティック精度を達成。

開発者は、高いセマンティック精度と高速なコンパイル時間で、テキスト仕様から軽量なローカルファーストのニューラルプログラムを生成できます。

SOURCES

9. Microsoftがローカルでの30B+モデル開発向け「Project Zenith」を発表

MicrosoftのProject Zenithは、大規模モデルをローカルで実行したい開発者向けに特別に調整されています。少なくとも64GBのユニファイドメモリとAMD Ryzen AI Haloシリコンを搭載したハードウェア上に構築されており、標準的なWindowsの気を散らす要素や通知を取り除き、無制限のローカル推論をサポートするために不可欠な開発者設定とツールを事前構成しています。

  • • MicrosoftがProject Zenithを発表。64GB以上のユニファイドメモリを搭載したデバイス向けの開発者向けWindowsエクスペリエンス。
  • • 最初のProject ZenithデバイスはAMD Ryzen AI Haloチップを搭載し、IFAで発表された。
  • • プラットフォームは、30B+パラメータのモデルをローカルかつ無制限に実行するために最適化された、集中を妨げない環境を提供。
  • • プリインストールツールには、VS Code、GitHub Copilot、PowerToys、WinAppCLI、Windows Dev Skillsが含まれる。
  • • OSの変更点には、長いパスのサポート有効化、ファイル拡張子の表示、標準的な通知やヒントの削除が含まれる。

開発者は、AMD Ryzen AI Haloチップを搭載した特殊なWindowsハードウェア上で、30B+パラメータのモデルをローカルかつ無制限に実行できます。

SOURCES

10. B3S GGUFフォーマットにより、三値モデルのVRAM使用量を22%削減

B3S GGUFフォーマットの導入により、三値モデル専用に設計された非常に効率的でロスレスなパッキング手法が提供されます。重みを1重みあたり1.75ビットのレイアウトにパッキングすることで、B3SはQ2_0と比較してVRAM使用量を約22%削減します。現在、AMD ROCmおよびCPUバックエンドで検証されていますが、このフォーマットは三値モデル専用であり、標準のFP16モデルに適用すると品質が低下します。

  • • B3S GGUFフォーマットは、重みが-1、0、+1に制限された三値モデル(BitNet-b1.58、Ternary-Bonsaiなど)向けに開発された。
  • • B3Sはブロックあたり128個の重みを持つ3進パッキングを使用し、1重みあたり1.75ビットを実現。
  • • このフォーマットにより、9Bモデルのサイズは2.5GBから2.0GBに、27Bモデルは7.6GBから5.9GBに削減される。
  • • 実装はllama.cppのフォークに基づいており、AMD ROCm/HIPおよびCPUバックエンドのサポートが検証済み。
  • • 古いQ2_B3 GGUFを新しいB3Sレイアウトに変換するための個別のリパッカーツールが利用可能。

BitNetのようなローカル三値モデルを実行する開発者は、品質を損なうことなくVRAMフットプリントを大幅に削減できます。

SOURCES

11. Artificial AnalysisがIntelligence Indexをv4.2にアップグレード、エージェントベンチマークを統合

既存のIntelligence Indexを基盤として、Artificial Analysisはベンチマークの飽和に対処するためにバージョン4.2をリリースしました。この更新では、以前はスタンドアロンの評価だったAA-Briefcaseベンチマークをコアインデックスに統合し、モデルのゲーミング(不正な最適化)を防ぐためにプライベートなホールドアウトテストセットの重みを40%に引き上げました。この更新により、開発者にとってモデルの推論能力とコスト効率をより堅牢に測定できるようになります。

  • • Intelligence Indexがv4.2に更新。
  • • AA-Briefcaseベンチマークがインデックスに統合された。
  • • プライベートテストセットがインデックスの重みの40%を占めるようになった。
  • • 文書推論用に新しいGDP.pdfベンチマークを追加。
  • • Claude Fable 5.1とGPT-6 Astraが更新されたランキングをリード。

AA-Briefcaseとプライベートテストセットの統合により、開発者にとってモデルの推論能力とコスト効率を測定する、より堅牢でゲーミング耐性のある指標が提供されます。

SOURCES

Inference Brewを受信箱へ

1日5分。無料、いつでも解除できます。

Inference Brewを受信箱へ

1日5分。無料、いつでも解除できます。