OpenAI アルトマンCEO「個人のPCに大量のRAMを搭載するのは問題」と発言。ローカルAIより「クラウドで24時間活用すべき」と語る
OpenAI アルトマンCEO「PCに大量のRAMを搭載するのは問題」と発言。ローカルAIより「クラウドで24時間活用すべき」との考え語る | テクノエッジ TechnoEdge
2026 Oct 31 16:30 Munenori Taniguchi
OpenAIのサム・アルトマンCEOは、米決済大手Stripeの共同創業者ジョン・コリソン氏のポッドキャスト番組に出演した際に「個人のPCに大量のDRAMを保有させることには問題がある」と指摘しました。この発言は、話題がローカルAIの普及によって、データセンターへの依存が低下するのではないかという話になったときに出てきたものです。
アルトマン氏は「多くの人たちがローカル推論を活用することを求めている」とし、「そうなればDRAMの供給不足の問題は解決されると思い込んでいるからだ」と続けました。
オープンソースLLMの性能が向上すれば、ユーザーは自分のPCにAIモデルをダウンロードし、ローカル環境でAIによる推論タスクをこなすことが可能になります。ローカルLLM環境の構築が注目を浴び始めた当初には、その実行環境として大容量・高速なユニファイドメモリーを搭載し、なおかつ低騒音なPCとして、Mac Studioの人気が急上昇しました。その結果、アップルからの供給が追いつかない事態も発生しました。
ところが、アルトマン氏は、ローカルAIを活用するという考え方には資源配分上の問題があると指摘しています。
同氏いわく「世界全体の資源配分という観点から見ると、実はこれはかなり問題がある」とのことです。その理由は「世界中の人々が、供給量の限られたDRAMをそれぞれのPCの中に大量に抱え込んでしまい、さらにそのメモリーが時間全体ではわずか5％しか使われない状態になるからだ」と述べています。
アルトマン氏はさらに、供給が制約されている環境では、クラウド上でDRAMを最大限に活用するほうが効率的だと主張しています。（略）
※全文はソースで
https://www.techno-edge.net/article/2026/10/31/5657.html
ネット民のコメント
ゴミみたいな生成AI画像しか作れない奴らよりもクラウド化するための設備に使われた方が有意義なのはその通り
今は個人のPCでVRAM少なくてもRAMさえ大きければデカいローカルAI動くStrataってのが出てきたから潰そうとしてるな
スマホのAI分のメモリをOpenAIに全部寄越せと。AIはこっちで全部やるからと。それで大儲けか。
これからPCのマシンスペックが上がっていくだろうしフリーのAIを無くさないとOpenAIには厳しい状況が将来も続く
クラウドで何でもかんでもやろうとするとイスラエル中国ロシアとかの攻撃性高い国に破壊されるからクラウドに依存するのは良くないよ
中華製AIは、尖閣諸島は昔から中国領土って答えるし、誰がどんな質問しているかを常に中国共産党に送信し続けているけどなw
結局一極集中型に戻ってしまうなら、元来攻撃リスク分散の為に構築されたインターネットの意味すら無くなりかねず（経路が多重化分散化していようが局所的なデータセンターがヤラれたら終わり）、卵を一つのカゴに入れるなというリスクヘッジの基本的に反し、今や災害や戦争等有事における最大のチョークポイントになりかねないぞ(´・ω・`)
単位R12 設定・参照R15 前後条件R17 出力・診断R18 終了R19 期限R20 容量R21 後処理01書込み経路・設定源保護対象の双方取得書込み関連診断の評価終了後比較の前提超過時の保護欠落時PASS禁止書込み継続・解放確認02一時・ログ等の設定対象外境界の確認取得処理自身の副作用保存・取得の終了打切り時の扱い保存量・取得量の扱い残存ファイル等の記録03通信・委譲経路制約の適用期間通信関連診断評価親終了だけで完了不可通信継続の停止診断欠落の扱い子孫・委譲先の扱い
04到達可能な補助処理実行物・設定の一致補助処理診断評価起動・終了対応残存処理の期限出力継承・超過子孫停止・資源所有権05関連処理の識別終了ゲート必須証拠EOF・取得タスク完了終了状態の分離停止完了期限超過後の取得状態停止・解放結果の中心要件06検査後の設定変化時点・競合の対応観測欠落の診断終了時点との対応期間境界欠落・切捨て検出最終確認時点
グラボ買ってComfy Desktopで画像やら動画生成したいんだけど有料と変わらん制度でできるんか？
過去報告の「126行、15,719バイト、UTF-8・BOMなし、LF125個、末尾改行なし」は今回の実測値ではなく、基準版を一意に固定する証拠とも扱いません。
D1～D3の適用には、保証単位ID、表見出し、列、変更前セル全文、行全文、基準版の対応が一意に一致することを要求します。D2・D3は同じ変更前文字列なので、文書全体への一括置換は不可です。
過去報告の旧L55、L93・94、L96の空行も、今回は原文で再確認できていません。6変更は設計上の差分候補であり、実行可能な許可差分としては未確定です。
証拠IDや版IDを付けるだけでは、対応の成立証拠になりません。取得物の内容一致と、取得元・更新対象の時間的一貫性も分離します。
禁止集合の確定には、M原文、6変更の選定全文、適用する保護規則と採用記録、更新方式に伴う付随作用の範囲が必要です。所有者による設計対象選定だけで、この不足を解消しません。
競合主体として評価が必要なのは、更新者自身の別操作、他プロセス、別ハンドル利用者、親の改名・置換に関与する主体等です。これらが実環境に存在すると確認したわけではありません。リンク・別名経由を含む具体的な経路と権限はUNKNOWNです。
直接書込みと置換方式では、対象保持、部分変更、参照先切替、後処理の論点が異なります。方式未選定のため、その仕様適合性・不可分性は今回評価できません。
twとt4の順序は固定しません。t5の結果版対応確認は、6変更の正確性・対象外保持の全バイト検証完了を意味しません。 異常情報の引渡しも、正常結果の利用許可とは分離します。
U01は比較元の一貫性、U02は今回の競合対策、U03は結果版の継続、U04～U07は証跡保管・主体権限・副作用・異常処理として残ります。ログ、一時ファイル、置換用実体、証跡保存を自動的に許可範囲へ含めません。
証拠不足はUNKNOWN、確認済み不一致は不成立として併記・保持します。自動修復、基準更新、別版移行、無条件再試行は認めません。
AIの用途のほとんどはローカルAIで満たせるってバレるとOpenAIの経営破綻が間近に迫るからな
最終判定：対象操作1件の詳細設計票を作成済み。差分全文・対象実体・版・方式・権限は未確定で、原稿反映・試験への移行は不可です。
候補①の詳細設計対象としての選定は維持し、再判断していません。候補②・③も保留を維持します。今回は会話内原文の確認のみで、ファイル取得・探索・スクリプト実行は行っていません。
前回在庫があった9月12日(316,980円/同)から197,820円(62.4％)高と高騰している。
対象今回の確認範囲M：R16保証範囲・必要証拠対応表名称、旧行番号、部分文字列、過去報告。M原文全文は未確認D1～D3今回の指示と1R-69に掲載された変更前後の指定文字列D4見出し＋8段落という構成・追加先の指定。選定全文は未確認D51R-69に引用された限定注記全文D6見出し、修正後第5段落等の部分原文。見出し＋6段落全体は未確認1R-21～24会話内の作業指示・後続の言及。成果・レビュー記録全文としては未確認1R-69会話内の詳細設計票全文