NVIDIA『Dory 1.0-4B』と32MB音声AI『Woof』|ループ推論とブラウザ完結術
作成日:

NVIDIA『Dory 1.0-4B』と32MB音声AI『Woof』|ループ推論とブラウザ完結術


論旨

これまで AI 業界では「モデルのパラメータ数(サイズ)を何千億・何兆へと巨大化させるほど賢くなる」という前提のもと、高額なクラウド API 従量課金や超大型 GPU サーバーへの投資が当たり前とされてきました。ところが 2026 年 11 月初頭、法人カード大手 Ramp の最新統計で 「企業の AI トークン消費量は増えているのに、実際の AI 支出額は頭打ち(Stalling)になった」 という転換点が報じられると同時に、手元の小さなメモリで常識外れの性能を出す 2 つの新技術 が登場しました。

結論からお伝えすると、同じ 40 億パラメータのまま中間層を 1〜4 回ループ回転させて思考を深める NVIDIA『Dory 1.0-4B』と、わずか 32MB で Web ブラウザ内オフライン音声生成を行う『Woof』の登場により、「難しい全体設計だけ最上位クラウド AI に任せ、日常推論や音声処理は 64GB メモリの手元 Mac 母艦で 0 円完結させるハイブリッド運用」 が最も賢い最適解になりました。
合わせて読みたい深まる関連情報
対象となる方
  • API 従量課金や上位サブスクリプションの利用枠(クオータ)消費を抑えるため、手元の Mac や PC で実用になる軽量ローカル AI を探している方

  • 話題の NVIDIA『Dory 1.0-4B』(Looped Transformer) が従来の小型 LLM と何が違い、導入時にどこでつまずきやすいのかを正確に把握したい方

  • アプリやブログ・動画制作で クラウド API 課金ゼロ・通信遅延ゼロの音声生成(TTS) をブラウザやローカル環境へ組み込みたい方

結論:AIは「巨大化」から「ループ回転と極小化」へ

2026 年 11 月 6 日前後に相次いで公開された一次データを並べると、AI のトレンドが「力任せの巨大化」から「同じメモリ枠を使い回す高密度化」へ明確に切り替わったことが分かります。

注目トピック 判明した数値・仕様(2026年11月) 従来型クラウドAIとの決定的な違い 個人開発者・ユーザーへの恩恵
Ramp 法人AI支出統計 利用トークン量は増加継続中だが、単価下落とコスト管理強化で 支出額の伸びが停滞 「いくらでも API 課金を増やす時代」が終わり、コスト効率の厳しい選別へ突入 高額な丸投げ API 依存をやめ、手元処理と組み合わせる設計が標準に
NVIDIA Nemotron Labs
『Dory 1.0-4B』
40 億パラメータ(nGPT 基盤・最大 256K 文脈)/推論時に中間層を 1〜4 回ループ切替 重みサイズ(VRAM 消費)を増やさず、難しい問題だけ「同じ回路を何周も回して」深く考えられる 1 つの軽量モデルを手元に置くだけで、高速応答モードと熟考モードを自在に切替可能
Underdog 極小音声AI
『Woof』
約 3,100 万パラメータ・モデル容量わずか 約 32MB(オープンソース) 数 GB の GPU サーバーや有料音声 API を使わず、Web ブラウザ内だけで完全オフライン動作 通信費ゼロ・待ち時間ほぼゼロ・音声データの外部送信ゼロで読み上げや音響生成が完結
質問するおじさん

40 億パラメータ(4B)っちゅうたらスマホや普通のパソコンでも余裕で載るサイズじゃろ?なんでモデルの大きさを変えずに、推論の時だけ急に頭が良くなるんかいな?

解説ナビゲーター

そこが今回の『Dory 1.0-4B』の一番おもしろい発明なんです!これまでの LLM は「36 階建てのビルを下から上へ 1 回だけ通り抜けてすぐ答えを出す」ような構造でしたが、Dory は真ん中のフロアを 「納得いくまでぐるぐる何周も回ってから出口へ向かう構造」 に変えたんですよ。

なぜ4Bモデルが難問を解ける?ループ型推論の仕組み

固定8層+反復20層+出力8層で思考の深さを回す

論文(arXiv:2611.03998)で公開された 『Dory 1.0-4B: A Looped Normalized-GPT』 は、すべてのベクトル表現を超球面上で正規化して学習を安定させる nGPT(Normalized-GPT)を土台に、局所的なスライディングウィンドウ Attention と全体を見渡すフル Attention を組み合わせ、最大 256K トークン の長文脈に対応しています。

最大の核心は、層の構成が「直線の一本道」ではなく以下の 3 層サンドイッチ構造 になっている点です。

NVIDIA『Dory 1.0-4B』のループ型(Looped)層構造
入口(固定1回)
Input Layers(8層):入力トークンの初期特徴抽出

入力されたプロンプトやコードの文脈を最初に一度だけ処理し、潜在空間の表現へ変換する土台パートです。

中核(1〜4回ループ可変)
Recurrent Layers(共有20層):同じ重みを反復回転して推論を深化

物理的なパラメータ(メモリ占有量)は 20 層分だけのまま、推論時に「1 周(高速)〜 4 周以上(熟考)」とダイヤルを回すように反復適用できます。

出口(固定1回)
Output Layers(8層):最終的な回答トークンへ射影

ループ回転で磨き上げられた内部表現を受け取り、最終的な日本語やプログラムコードとして出力します。

これを数式で表すと、反復ループ回数を k∈{1,2,3,4}k \in \{1, 2, 3, 4\} としたときの実効的な計算層数 Leff(k)L_{\text{eff}}(k) は次のようになります。

Leff(k)=8+20k+8=16+20kL_{\text{eff}}(k) = 8 + 20k + 8 = 16 + 20k

つまり、メモリ(VRAM / ユニファイドメモリ)に読み込むモデルの重み容量は常に 40 億パラメータ(量子化なし FP16/BF16 でも約 8GB、4bit 量子化なら約 2.5GB〜3GB 程度)のまま一定 でありながら、簡単な要約なら 1 周(k = 1:実効 36 層)で一瞬で返し、複雑なコーディングや論理パズルなら 4 周(k = 4:実効 96 層相当)まで思考ステップを増やして、ひと回り大きな従来モデルを上回るスコアを叩き出せるわけです。

標準推論ツールで動かすと「2箇所止まる」現場の罠

ただし、新しいアーキテクチャのモデルを発表直後に手元で試す際には、カタログスペックだけでは分からない「エコシステム側の未対応」という壁があります。実際に国内エンジニアによる Zenn の検証レポートでも、標準的な推論環境で Dory 1.0-4B を動かそうとしたところ 2 箇所で停止した ことが詳しく報告されています。

⚠️ 新型ループモデルを手元で動かす前に知るべき2つの注意点
  1. 汎用ランタイム(vLLM・llama.cpp 等)の標準ローダーでは構造定義が弾かれる : 既存の高速推論サーバーや GGUF 変換ツールは「すべての層が順番に 1 回ずつ並ぶ標準 Transformer」を前提に最適化されています。中間層を動的にループさせ、かつ nGPT 特有の正規化を行う独自クラス構成は標準テンプレートに存在しないため、そのまま読み込ませるとアーキテクチャ未定義で停止します。

  2. カスタムコード実行(trust_remote_code=True)と推論キャッシュ周りの整合 : Hugging Face の transformers ライブラリから公式リポジトリのカスタム実装を読み込ませる際も、ループ回数ごとに内部状態(隠れ状態や Attention キャッシュ)の扱いが通常の自己回帰生成と異なるため、依存ライブラリのバージョン不一致やキャッシュ指定で 2 段目のエラーに遭遇しやすくなります。また trust_remote_code=True は外部の Python コードを実行するオプションですので、必ず NVIDIA 公式リポジトリの本物であること(AI-BOM・配布元署名)を確認し、127.0.0.1 閉域環境で試す のが鉄則です。

容量わずか32MB!ブラウザ完結音声AI『Woof』の衝撃

そしてもうひとつ、個人開発者やコンテンツ制作者にとって見逃せないのが、新興企業 Underdog がデモ公開したオープンソース音声モデル 『Woof』 です。

最近のリアルな音声合成・音楽生成モデルは数 GB のサイズがあり、クラウド API に課金するか高性能 GPU を回すのが一般的でした。それに対し『Woof』は約 3,100 万パラメータ・ファイル容量わずか約 32MB(スマホで撮った高解像度写真数枚分ほど)に凝縮されており、サーバー通信を一切行わず Web ブラウザの中だけでオフライン実行 できます。

32MB極小モデル『Woof』によるブラウザ完結・0円音声生成フロー
Step 1
初回32MBキャッシュ

Web ページやローカルアプリを開いた際、32MB の軽量モデルをブラウザ内へ一度だけ読み込む。

Step 2
端末内で直接推論

入力テキストを外部サーバーへ一切送信せず、手元の CPU / WebGPU だけで音声波形を即時合成する。

Step 3
遅延ゼロ&機密保持

何万文字読み上げても従量課金は 0 円。社外秘メモの読み上げでも外部漏洩リスクが物理的に発生しない。

質問するおばさん

32MB ならスマホのギガも食わんし、自分が書いた日記や仕事のメモを音声で聞き直したい時でも、よその会社のサーバーに文章を送らんで済むから安心じゃね!

解説ナビゲーター

まさにそこが最大の強みです!これからの個人環境は、「何でもかんでもクラウドの巨大 AI に送って毎回チャリンチャリン課金されるやり方」から、こうした極小モデルやループ型モデルを手元の母艦に常駐させるスタイルへどんどん移っていきます。

クラウド課金を減らす手元Mac母艦の選び方と時間単価

では、これから数年間こうした「ループ型 4B〜数十 B モデル」や「ブラウザ内極小 AI」「ローカル SQLite 検索・Pure Rust 検問ツール」をストレスなく並列稼働させるには、どんな手元マシンを用意しておくのが一番コストパフォーマンスが良いのでしょうか。

OS やブラウザ、IDE(開発画面)を開きながら 256K 長文脈の KV キャッシュや複数ツールを余裕で常駐させるなら、やはり 64GB クラスのメモリを積んだ Mac 母艦 が頭ひとつ抜けて快適です。仮に Mac mini(Pro チップ・64GB ユニファイドメモリ構成) を 5 年間(約 1,825 日)毎日使うと試算すれば、1 日あたりの機材コストは約 150 円〜180 円前後[推論](缶コーヒー 1 本分)に収まり、それで毎月の外部 API 従量課金や待ち時間のストレスをごっそり削ることができます。また「5K の美しい大画面一体型でなるべく初期費用を抑えて 64GB 環境を作りたい」という方には、自分で裏蓋から SO-DIMM メモリを増設できる Intel 最終世代の 27 インチ iMac Retina 5K(2020 年モデル整備済品)+ Crucial DDR4-2666 64GB メモリ という組み合わせも、現役のローカル開発・執筆母艦として非常に高い実用性を発揮します。

Apple Mac mini(M4 Pro 等 Appleシリコン Pro系チップ・64GBユニファイドメモリ構成)

Apple Mac mini(M4 Pro 等 Appleシリコン Pro系チップ・64GBユニファイドメモリ構成)

【中古・整備済品】Apple iMac 27インチ Retina 5K (2020年モデル / Intel最終世代・メモリ自己増設対応)

【中古・整備済品】Apple iMac 27インチ Retina 5K (2020年モデル / Intel最終世代・メモリ自己増設対応)

【Intel Mac増設用】Crucial iMac 27インチ(2019/2020)・ノートPC用 メモリ DDR4-2666 SO-DIMM (16GB×2 / 32GB×2)

【Intel Mac増設用】Crucial iMac 27インチ(2019/2020)・ノートPC用 メモリ DDR4-2666 SO-DIMM (16GB×2 / 32GB×2)

最上位AIに記事URLを読ませて推論環境を整える手順

『Dory 1.0-4B』のような登場直後のループ型モデルや WebGPU 音声モデルを手元へ導入する際は、依存パッケージの衝突で環境を汚さないよう、必ず 『Gemini 4 Argon』 等の最上位モデルに以下のプロンプトを渡して仮想環境(uv や venv)の設計から案内させてください。

以下の記事で紹介されているループ型軽量モデル(NVIDIA Dory 1.0-4B)やブラウザ完結型エッジAIを、私の手元のPC環境で安全に検証したいです。
参考記事:https://lab.chihouzakki.com/blog/review/nvidia-dory-4b-looped-transformer-32mb-woof-edge-ai-guide/

【厳守してほしい手順】
1. いきなりグローバル環境にパッケージをインストールせず、まず私のマシン構成(Mac Apple Silicon / Intel Mac / Windows GPU・搭載メモリ容量)を確認してください。
2. 標準ランタイム(llama.cpp / vLLM等)の最新対応状況を調べた上で、既存環境を一切壊さない独立した Python 仮想環境(uv 等)での最小検証手順と必要メモリ見積もりを先に提示し、合意を得てから進めてください。
3. ローカルサーバーを立てる場合は、必ず待受アドレスを 127.0.0.1 に固定する安全な起動オプションで案内してください。

まとめ:重い課金を卒業し手元で賢くループさせよう

企業の AI 支出が頭打ちを迎え、技術の本流が「巨大な重みを力任せに増やす競争」から「小さな重みを何回もループ回転させて知能を引き出す設計」へ転換したことは、手元の PC で創作や開発を行う私たち個人にとってこれ以上ない追い風です。

✅ これからの『賢いAI使い分け』3つの指針
  • 全体設計・難関監査は最上位 AI へ集中 : 複雑な設計判断や最終レビューは Gemini 4 Argon のような最上位モデルの思考力に任せる。

  • 日常の反復推論・音声処理は手元へオフロード : ループ型 4B モデルや 32MB ブラウザ音声モデル、ローカル検索を組み合わせ、通信ゼロ・従量課金ゼロの自前処理領域を広げる。

  • 十分なメモリ母艦への投資で時間を買う : 見栄の消費ではなく、毎日何時間も自分の代わりに働く手元母艦のメモリ(64GB クラス)を整えることが最も確実なコスト削減になる。

一歩ずつ手元の環境を育てて、クオータ残量や API 請求書を気にせず思い切り AI を使いこなしていきましょう!

デスクの上からこちらをじっと見つめるノルウェージャンフォレストキャット