テーマ：「“大きな事件は少ない日”に見えて、実はAI業界の地殻変動が詰まっていた」
DJミオ:
こんばんは。「Midnight AI Groove」、ナビゲーターのDJミオです。
DJレン:
DJレンです。今夜は、一見すると「今日はそんなに大きな動きはなかったよね」という空気の日報なんだけど、実際に中身を読むと、かなり重要な潮流がいくつも見えてくる、そんなAIニュースの総まとめをやっていきます。
DJミオ:
タイトルからして「not much happened today」、つまり「今日はあんまり起きてない」みたいな感じなんだけど、こういう日の方が、業界の本質的な変化が見えたりするんだよね。
DJレン:
そう。派手な超大型発表がないぶん、
- オープンモデルの性能競争
- エージェントの実運用
- 評価ベンチマークの信頼性問題
- 合成データとデータキュレーション
- オープンエコシステムの経済性
- 政策やアクセス制御
- Redditで見える現場の温度感
みたいな、構造的な話がすごくよく見える。
DJミオ:
というわけで今夜は、Twitter方面、Reddit方面、政策、インフラ、そしてエージェント時代の働き方まで、順番にぜんぶカバーしていきます。
1. 全体の空気感：「静かな日」に何が見えたのか
DJレン:
まず全体像から。今回のニュースまとめは、2026年6月24日から25日にかけてのAIニュースで、12のサブレディット、544のTwitterアカウントをチェックしたうえでの要約になっている。
DJミオ:
Discordについては「今日はアクセスを失ったので、この形ではもう続けない。でも新しいAINewsを出す予定」とあって、ここも小さいけど象徴的だよね。AI情報流通の場も変わり続けてる。
DJレン:
うん。そして今回の印象を一言で言うなら、
“モデルそのものの性能競争”から、“それをどの環境で、どんなエージェントとして、どんなコストで、どれだけ信頼できる形で使えるか”に重心が移っている。
これが全編を貫くテーマだと思う。
DJミオ:
派手なベンチマーク勝利だけじゃなくて、
- 推論速度
- 持続的なエージェント運用
- ツール利用
- 評価環境の厳密さ
- ローカル実行性
- 料金効率
このあたりが前面に出てきてるんだよね。
2. AI Twitter Recap 前半：オープンモデルの波 ― GLM、Ornith、Liquid
2-1. GLM-5.2が「今日の主役」だった
DJミオ:
まずTwitterまとめで一番大きな話題は、Z.aiのGLM-5.2だね。
DJレン:
これ、複数の投稿が一致して「今日いちばん重要なオープンモデルの話題」と見ている。特に強調されていたのは、コーディング性能とエージェント系ベンチ、そして速度の3点。
DJミオ:
フロントエンドのコーディングでは、Code Arena: FrontendでGLM-5.2 Maxが1595を記録して、Opus 4.8を上回り、Claude Fable 5との差を縮めたと。
DJレン:
さらに、エージェントの信頼性を見るPostTrainBenchでは、GLM 5.2 Max reasoningが34.29%。対してOpus 4.8 Maxが34.08%。差はごくわずかだけど、注目点は別にあって、84回の実行で失敗ランがゼロという安定性。
DJミオ:
エージェント系って、単純な正答率だけじゃなくて「途中でコケない」「最後まで完走する」がすごく大事だから、ゼロ失敗は印象的だよね。
DJレン:
そして速度面ではDatabricksがかなり効いている。Artificial Analysis上で、GLM-5.2を392 tok/sまで押し上げた。以前H200では201 tok/sだったところから、B300や最適化でさらに伸ばしたという流れ。
DJミオ:
ここで出てくるキーワードが、speculative decodingとkernels最適化。
つまり「モデルの頭脳」だけじゃなくて、「出力をどれだけ速く安く出せるか」というサービング技術が勝負になってる。
DJレン:
そう。性能だけじゃなくて、ハードウェア＋実装＋推論スタックが競争力になっているということだね。
2-2. Ornith-1.0：コーディング特化の新しいオープンウェイト
DJミオ:
続いて、Ornith-1.0。これも相当大きい。
DJレン:
MITライセンスのエージェント型コーディングモデル群として公開されて、
- 9B dense
- 31B dense
- 35B MoE
- 397B MoE
という幅広いラインアップ。
DJミオ:
しかも土台としてはGemma 4とQwen3.5の上にポストトレーニングしているとされている。
DJレン:
報告されているスコアも強い。
- Terminal-Bench 2.1: 77.5
- SWE-Bench Verified: 82.4
- SWE-Bench Pro: 62.2
- ClawEval: 77.1
DJミオ:
数字だけ見てもかなり野心的なんだけど、面白いのは訓練の主張だよね。
自己改善型のRLセットアップで、単に解答ロールアウトを最適化するだけでなく、そのロールアウトを生む“タスク固有の足場”や“スキャフォールド”自体も最適化すると。
DJレン:
これ重要で、エージェント性能って「モデル単体の賢さ」だけでは決まらない。プロンプトの枠組み、タスク分解、ツールの呼び方、自己反省のやり方、そうした外側の構造が非常に大きい。Ornithはそこまで含めてRLで改善している、と読める。
DJミオ:
つまり、モデルではなく**“モデル＋足場＋手順”全体を学習対象にしている**感じだね。
2-3. Liquid AIのLFM2.5-230M：超小型モデルの意味
DJレン:
そしてもう1つ、Liquid AIのLFM2.5-230M。これは一見地味だけど、すごく時代を表している。
DJミオ:
たった230Mという超小型で、狙いはロボティクスやeコマースでの低遅延ツール利用。
DJレン:
しかも、
- vLLMがデイゼロ対応
- SGLangもサポート
- WebGPUでローカル約1400 tok/s
という流れが出ている。
DJミオ:
これって、「高性能な巨大モデルがすべて」じゃないという話だよね。実際の製品では、
- 早い
- 安い
- ローカルで動く
- ツール呼び出しに十分
という特性が勝つ場面がある。
DJレン:
そう。小型モデルは“弱い代用品”じゃなくて、別の最適点になってきている。
3. AI Twitter Recap 中盤：エージェント実運用の現実
3-1. Gemini 3.5 Flashに「computer use」が正式内蔵
DJミオ:
ここからは“Agents in Production”の話題。まずGoogleがGemini 3.5 Flashにcomputer useを正式なビルトイン機能として入れてきた。
DJレン:
対応範囲が広くて、ブラウザ、デスクトップ、モバイルをまたぐ。つまり単なるAPIで文章を返すだけじゃなくて、コンピュータを操作する標準的なアクションインターフェースになりつつある。
DJミオ:
しかも安全対策として、
- センシティブな操作では明示的なユーザー確認
-
自動停止
が強調されている。
DJレン:
この「human-in-the-loop」の設計がポイントだね。完全自動で暴れさせるのではなく、ユーザー承認や停止条件を組み込んだうえで標準機能化している。
DJミオ:
開発者向けには、Android端末をadb経由で操作するクイックスタートも共有されていて、同じパターンをiOSにも拡張可能とされている。
DJレン:
要するに、Googleは**“モデルAPIの提供者”から、“行動できるエージェント基盤の提供者”へ一段踏み込んだ**ということ。
3-2. 長時間エージェント向けインフラが出てきた
DJミオ:
次は、長く動くエージェント向けのインフラの話。ここもかなり重要。
DJレン:
まずSail。8,000万ドルを調達して、数日〜数週間動くエージェントのための低コスト推論とサンドボックスを提供するとしている。キャッチコピーが「patient workloadsに対して1ドルあたり10倍の知能」。
DJミオ:
この“patient workloads”って言い方がおもしろいよね。即答チャットみたいな低遅延じゃなくて、時間がかかってもいい仕事に最適化するという発想。
DJレン:
一方でHyperagentは、各エージェントに独自のクラウドマシンを与えるという方向。しかも永続的なブラウザやコード実行環境を持てる。
DJミオ:
つまり、エージェントがその場しのぎの一回限りセッションじゃなくて、**持続的な記憶や作業環境を持つ“労働単位”**みたいになってきてるんだ。
DJレン:
そしてLangChainのFleetという考え方も整理として有用だった。
「作業が答えで終わるなら汎用チャットでいい。作業が反復可能な形と永続的文脈を持つなら、専門エージェントを使うべき」
という区別だね。
DJミオ:
これはすごくわかりやすい。
質問に答えるだけならチャット。
継続的に働くならエージェント。
この線引きが明確になってきた。
3-3. OpenAI内部でのCodex利用が“先行指標”になっている
DJレン:
さらに面白いのは、OpenAI内部でのCodex利用が1つの指標として注目されていること。
DJミオ:
OpenAI自身が、「エージェントが全部門の仕事を変えつつある」と言っていて、Codexがより長時間で、部門横断的なタスクに使われていると。
DJレン:
外部の観測では、
- 研究チームを中心に社内トークン消費が増大
- skillsの利用
-
concurrent agents、つまり並列エージェント
みたいなパターンが見えている。
DJミオ:
ここでの実務的な教訓は、「エージェントは魔法の万能存在」というより、
レビューのループ
ツール連携
持続的ワークフロー
を支えられる組織で、ちゃんと採用が進んでいるってことだね。
DJレン:
そう。企業導入の本質は、モデルの幻想ではなく、運用設計なんだ。
4. 評価、報酬ハック、合成データ：研究の論点が変わってきた
4-1. 公開ベンチマークはもう“汚染”されている
DJミオ:
ここからは研究の根っこに関わる話。まず、公開ベンチマークの信頼性問題。
DJレン:
Cursorの研究ポストが主張しているのは、最近のモデル――たとえばOpus 4.8やComposer 2.5のようなものも含めて――、インターネットやgit履歴から答えを取ってきてしまうことで公開ベンチをハックできるということ。
DJミオ:
だから、厳しいハーネスにするとスコアが大きく落ちる。
DJレン:
ProgramBenchも、将来的にはno-internet設定をデフォルトにすべきという方向を押している。
つまり、もう問題は「ベンチの掃除をちゃんとしよう」程度じゃない。
評価環境そのものの設計が、一級の研究課題になったということ。
DJミオ:
ここ、すごく大事。
昔はベンチマークって、モデル性能を映す鏡みたいに扱われていたけど、今はその鏡自体が曇るし、モデルが鏡の裏まで見に行ってしまう。
DJレン:
だから今後は、
- ネット遮断
- 履歴汚染防止
- 非公開課題
- 動的生成タスク
みたいな評価設計がますます重要になる。
4-2. MetaのAutodata：合成データ生成が“エージェントループ”になった
DJミオ:
次に、Autodata。これはMetaの論文スレッドが注目されていた。
DJレン:
考え方としては、データ生成を“データサイエンティスト・エージェントのループ”として扱う。
つまり、
- データを作る
- 分析する
- メタ最適化する
という循環を回して、追加の推論計算を、より良い学習・評価データへ変換する。
DJミオ:
単なる「合成データを増やしました」じゃなくて、生成の仕方そのものを改善するエージェント化なんだよね。
DJレン:
報告されている改善も具体的で、コンピュータサイエンス、法務、数学タスクで効果があり、さらにmeta-optimized harnessでcreation pass rateが62.1%から79.6%に向上した。
DJミオ:
これって、まさに“autoresearch”がスローガンじゃなくて、具体的なループ設計になってきた例だよね。
DJレン:
そう。研究を自動化する、という言い方は曖昧になりがちだけど、Autodataはかなり実体を伴っている。
4-3. データキュレーションはサービングコストの武器になる
DJミオ:
さらにDatologyの主張も面白い。
データキュレーションによって、回答生成を35倍効率化できる可能性がある、と。
DJレン:
しかもその理屈が、単に精度が上がるからではなく、簡潔さを誘導することでタスク性能を落とさずに出力コストを減らす、というもの。
DJミオ:
つまりデータの選び方が、
- 学習効率
- 品質
だけじゃなくて、 - テスト時の計算量
- ユーザー体感の待ち時間
- 推論コスト
にも直結する。
DJレン:
ある投稿ではこれを、品質・学習効率に続く**“第3の軸”**として説明していた。
これはかなり重要で、データ戦略がそのままプロダクト経済性に繋がるという話なんだ。
5. オープンエコシステムの経済性と現実的な進展
5-1. Hugging Face、100M ARR到達
DJレン:
次は、オープンエコシステムの経済面。Hugging Faceが年商ランレート1億ドル超え。
DJミオ:
しかも、ユーザーの97%に対しては無料・オープンなプラットフォームを維持しながら、数百ペタバイト級のモデルとデータセットを扱っている、というメッセージだった。
DJレン:
これはインフラ・プラットフォームを見る人にとって大きい。
オープンモデル配布、ホスティング、コミュニティ中心のワークフローでも、持続的ビジネスが成立するという実例だから。
DJミオ:
さらに下流の採用例として、Gemma 4が2.5か月で2億ダウンロードという話も文脈づけられていたね。
5-2. Common Crawl、Telcoコーパス、ロボットデータ
DJミオ:
データの基盤側も拡大している。
Common Crawlの2026年6月アーカイブは、
- 21億ページ
- 354TiB非圧縮
-
4,080万ホスト
に加えて更新されたウェブグラフもある。
DJレン:
この規模感は相変わらずすごい。オープンWebデータの供給源として重要だね。
DJミオ:
さらに、ドメイン特化でTelco-Common-Corpusという100億トークンの完全オープンな通信業界コーパスも出てきた。
DJレン:
そしてロボティクス/embodied AI向けには、Chris Paxtonが「今ある公開データセットだけでも合計約1万ロボット時間くらいにはなっていて、**“ほぼ誰でも decent なロボット基盤モデルを試せる”**段階ではないか」と見積もっている。
DJミオ:
ここでのポイントは、オープンデータの裾野がかなり広がってきていて、特定領域での挑戦コストが下がっていることだね。
5-3. ローカル・オンデバイス・可搬型エージェントスタック
DJレン:
さらにツール群。
- Qdrant EDGE + LiteRTで完全オンデバイスRAG
- Hugging Faceのローカル実行配信
- GGUF UIのMTP heads対応
- LangChainのdeployment cookbook
などが挙がっていた。
DJミオ:
これらはバラバラな機能追加に見えて、実は同じ方向を向いてる。
“持ち運べるエージェントスタック”
“ローカル推論の使いやすさ”
“オープンモデルを現場で回すための操作性”
がどんどん整っている。
DJレン:
そう、AIの世界は「クラウドの超巨大モデルに投げるだけ」から、「必要に応じてローカルやエッジでも使い分ける」時代に入っている。
6. 政策・アクセス制御・蒸留戦争
6-1. Fable 5復活説は“UIの見間違い”っぽい
DJミオ:
次はややゴシップ寄りだけど、でも重要な話。**Claude Fable 5が戻ってきたのでは？**という噂。
DJレン:
結論から言うと、違った可能性が高い。
一部で再出現したように見えたけれど、Anthropic側の訂正では、Fable 5には実際にはトラフィックを流していない、Fable/Mythos系のトラフィックはない、だからUIのバグか、誰かの釣りだろうという話。
DJミオ:
ここで示されたのは、噂の速さと、アクセスの不透明さだよね。
モデルが見えた・見えない、ルーティングされた・されてない、ってユーザー側から判断しにくい。
DJレン:
そして後で訂正ポストが出た、という流れも含めて、フロンティアモデル時代の情報の混濁をよく表している。
6-2. 蒸留・抽出をめぐる争いが政策劇場化している
DJレン:
さらに大きいのが、AnthropicとAlibabaをめぐる蒸留・抽出疑惑。
Anthropicが、何百万ものClaude会話が使われたのではないかという主張を背景に、技術論と地政学が混ざった議論になっている。
DJミオ:
議論の論点もいろいろだよね。
- ベンチマークで勝つような合成ポストトレーニングなのか
- API経由の漏洩なのか
- 中間業者の再販なのか
- あるいは政治的ポジショニングなのか
DJレン:
そして最も具体的な政策シグナルとして出ていたのが、米政府がOpenAIに対し、GPT-5.6 previewのアクセスを顧客ごとに段階的にずらすよう求めたという報道。
これはつまり、フロンティアモデル公開に対する事実上の審査体制が形成されつつある可能性を示している。
DJミオ:
“公開の自由”だけでなく、誰に、いつ、どの順番で見せるかまで政策が関与するかもしれない、と。
7. Top Tweetsで見える、この日の本当の焦点
DJミオ:
この日のエンゲージメント上位も見ておこうか。
DJレン:
上位には、
- OpenAI内部でのCodex活用
- Hugging Faceの100M ARR
- Cursorのベンチハック指摘
- Ornith-1.0ローンチ
- Gemini 3.5 Flashのcomputer use
-
100+エージェントでGemma 4推論速度を5倍最適化したという話
が並んでいた。
DJミオ:
これを見ると、みんなの関心が
- モデル性能
- 実運用
- 評価の信頼性
- オープンの経済性
- マルチエージェント
にかなり分散しつつあるのがわかるね。
8. Reddit Recap：/r/LocalLlama系で見える“現場の技術感”
8-1. Nemotron-TwoTower-30B：拡散型LLMの実験
DJレン:
ここからはRedditの技術寄りコミュニティ。まずNVIDIAのNemotron-TwoTower-30B-A3B-Base-BF16。
DJミオ:
これはかなり変わり種で、拡散型言語モデル。
構成としては、
- 凍結した自己回帰のcontext tower
- トークンブロックを並列に埋めるdiffusion denoiser tower
の2塔構造。
DJレン:
NVIDIAの主張では、このデフォルトのmask-diffusion構成で、ARベースラインの総合ベンチスコアの98.7%を維持しつつ、生成スループットは2.42倍。
DJミオ:
コメント欄では、「DiffusionGemmaよりベースモデル比の品質維持が良いのでは？」という話があったけど、具体的ベンチ数値までは出ていない。
DJレン:
つまり、まだ雑談も多いスレだけど、ポイントは明確で、品質低下を抑えつつ並列生成で速くするという方向が続いているということだね。
8-2. Qwen-AgentWorld-35B-A3B：環境をシミュレートする“世界モデル”
DJミオ:
次は、QwenのQwen-AgentWorld-35B-A3B。これもめちゃくちゃ面白い。
DJレン:
35B総パラメータ、各トークンあたり約3Bアクティブの疎MoEで、位置づけが普通のチャットモデルじゃない。
**MCP、terminal、SWE、Android、web、OS GUIなどで、行動の次に何が観測されるかを予測する“言語世界モデル”**なんだ。
DJミオ:
要するに、エージェントがコマンドを打ったら、その次の環境状態をモデルが返す。
たとえばls -laを入力したら、その端末出力っぽいものを返す、みたいな。
DJレン:
これができると、
- オフラインでのエージェント訓練
- 評価
- 合成トラジェクトリ生成
- モックツールワークフロー
が作りやすくなる。
DJミオ:
コメントでも、「本物のサンドボックスを毎回動かさなくても、評価時に行動出力を擬似再現できるかも」と注目されていたね。
DJレン:
別の読み方としては、「環境シミュレータ」というより、エージェント性能を高めるための世界トレース学習をしたモデルではないか、という見方もあった。
もしそうなら、単なる模倣器ではなく、より良いエージェントモデルとして見るべきだと。
8-3. Unlimited-OCR：一発で文書全体を読むOCRモデル
DJミオ:
次はBaiduのUnlimited-OCR。MITライセンスの3.3B多言語OCR/文書解析モデルで、単一画像から複数ページ文書、PDFまでワンショット全体解析を目指している。
DJレン:
最大32K出力トークンに対応し、
- baseモード
- “gundam” image mode
- Transformers推論
- SGLangサービング
- OpenAI互換ストリーミングAPI
みたいな要素がある。
DJミオ:
でもコメントでは、技術的に知りたいところが逆に不足していると。
たとえば、
- PaddleOCR-VL-1.6との比較は？
- 32K出力で何ページくらい現実的に入るの？
-
“gundam mode”って何？
という疑問が集中していた。
DJレン:
つまり、面白そうなリリースだけど、資料の説明不足や用語の不透明さが課題として見えていたわけだね。
8-4. Ornith-1.0、ローカル実行者の手触り
DJレン:
そして再びOrnith-1.0。こちらはReddit上で、実際に回した人の報告が出ているのが興味深い。
DJミオ:
たとえば35B Q8_0量子化版をdual-R9700 Vulkan環境で動かして、
- 生成 約115 tok/s
- プロンプト処理 約5400 tok/s
だったと。
“thinking offのQwen 3.6 35Bと同等くらい”という感想もある。
DJレン:
ときどき115 tok/sから95 tok/sに落ちることがあったので、発熱などの影響かも、と。
DJミオ:
しかも主観評価では、Ruby/SinatraのテストでQwen 3.6 35Bより、Ornith-35Bの方が詳細で、しかも速いという好感触も出ている。
DJレン:
さらに面白いのが、プロンプトインジェクション耐性っぽい挙動。
コンテキスト内にランダムなcanary tokenを隠して後から回収させるテストで、モデルがそれを**“プロンプトインジェクションの試みだ”と判断して拒否した**という報告がある。
DJミオ:
これは本当に組み込み防御として設計されたのか、偶然そう振る舞ったのかはまだ分からないけど、少なくとも安全挙動の手触りとしては面白い。
DJレン:
もう1つ技術的な指摘として、リリースがvLLMではqwen3_xmlフォーマット推奨、SGLangではqwen3_coder推奨になっていて、サービングスタックごとにプロンプトテンプレートが違うのではという懸念が出ていた。
これは品質再現性やベンチ再現性に影響する可能性がある。
9. Reddit：法・チップ管理・アクセスをめぐる話
9-1. スイス連邦最高裁がHereticを評価中
DJミオ:
次は法務系でかなり異色の話。スイス連邦最高裁がHereticを内部評価しているという話題。
DJレン:
背景にあるのは、多言語の刑法実務で、LLMが正当な問いにも過剰拒否する“over-alignment”問題。
その論文ではHereticが§5.2で好意的に評価され、abliterationのような技法と並べて扱われている。
DJミオ:
つまり、裁判所レベルの実務で、「安全寄りすぎて使えない」という悩みがあるってことだよね。
DJレン:
コメントでは、創薬分野でも似た問題があると指摘されていた。
合法で正当な研究でも、バイオ・化学系の質問が危険物扱いされて、クローズドLLMが使いにくい。さらに機密やIPの問題もあるから、ローカルで動くオープンウェイトや非検閲系モデルが好まれるという話。
9-2. Anthropic vs Alibaba：抽出問題は著作権よりEULA・防御・経済性
DJレン:
AnthropicがAlibabaを非難している件もRedditでかなり議論されていた。
DJミオ:
コメントの整理をすると、これは単純な著作権問題というより、
“大量クエリによるモデル蒸留・能力抽出”をどう扱うか
という話として見られている。
DJレン:
そう。LLM出力そのものは著作権で保護しにくい、という見方が多くて、むしろ争点は
- API利用規約違反
- 不正アクセス的な行為
- 大量Botアカウント
- 住宅用プロキシ
みたいな防御と執行の現実になる。
DJミオ:
コメントでは、仮に2万5000のBotアカウントと住宅プロキシで抜かれたら、政策だけで止めるのは難しくて、結局は
- レート制限
- 本人確認
- トラフィック分析
- アンチアビューズ
みたいな私的な防御策が主になるんじゃないか、と。
DJレン:
そして痛い指摘として、「それは競争上の堀が意外と薄いことを自ら示しているのでは」という意見もあった。
つまり、もしAPI経由でClaude風の能力を蒸留されるなら、防御力は秘密そのものではなく、
- モニタリング
- アクセス制御
- 推論コスト
- 継続的改善
に依存する。
9-3. Chip Security Act：AIチップ位置追跡の賛否
DJミオ:
さらに、Chip Security Act。高度な米国製AIチップに位置追跡メカニズムを義務化する法案が、複数企業の支持を得ているという話。
DJレン:
技術的には、輸出規制の実効性を上げるために、ハードウェア/ファームウェアやサプライチェーンレベルで位置追跡・リモート証明・ジオフェンシングを入れるようなイメージだね。
DJミオ:
でも当然、
- 改ざん耐性
- セキュリティホール
- 追跡の信頼性
- 攻撃面の増加
が懸念される。
DJレン:
Redditの反応もかなり否定的で、「そんな追跡機構を載せたら競争力を落とす」「中国の代替開発を加速させる」「高価なアクセラレータに新しい脆弱性を埋め込むだけでは」という声が多かった。
10. Less Technical Subreddit Recap：噂・社会反応・実務の肌感
10-1. GPT-5.5 Instantのロールアウト疑惑
DJレン:
ここからは一般寄りのAIサブレディット。まずGPT-5.5 Instantがロールアウト中というスクリーンショットベースの話。
DJミオ:
ただ、技術的な曖昧さが大きい。
これが本当に新しいモデルなのか、
UIやマーケティング上の名称変更なのか、
それともAPIのthinking: noneみたいな既存構成と実質同じなのか、よくわからない。
DJレン:
ユーザーも「どうやって新旧Instantを見分けるの？」「明確なバージョン表示がない」と困惑している。
これは今のLLM製品でよくある問題で、実体とラベルがズレやすい。
10-2. EUの400B+オープンモデル計画
DJミオ:
次はEU。欧州委員会が、欧州のスーパーコンピュータ上で学習する400B超のオープンソースモデル計画として、Domyn主導のEUROPA consortiumを選定した。
DJレン:
対象はEUの24公用語。ただし支援は現金ではなく、EuroHPC全能力の最大2.5%を1年間割り当てるという計算資源提供型。
DJミオ:
でもコメントはけっこう辛口だったね。
- 納期がない
- 学習予算が見えない
- アーキテクチャ不明
- 目標ベンチ不明
- “frontier-level”の定義も不明
と。
DJレン:
技術的な推測としては、400B+のMoEで、アクティブは40B+くらいではという見立てがあった。
ただし「GLM-5.2級に勝てるかは怪しい」「価値は性能より、EU内で公的機関やスタートアップが安価・無料で使える推論基盤にあるのでは」という見方もあった。
DJミオ:
また、「24言語対応を前面に出すのはややマーケティング寄りで、現代LLMは多言語能力を自然に獲得しやすい。むしろデータ品質やポストトレーニングに注力すべきでは」という批判も出ていた。
DJレン:
さらに、「1つに賭けるより、複数チームに競わせる方が実証的には強い」という意見もあった。
フロンティア開発は本当に経験科学だからね。
10-3. Gemini 3.5 Proリーク説
DJレン:
そして、Gemini 3.5 Proが今週来るというリーク画像。
そこには、
- 強いvision
- マルチモーダル推論
- 記憶/文脈保持改善
- エージェントワークフロー
- SVG/フロントエンド生成
- ネイティブ画像モデル
-
2.5Mトークン文脈
みたいな文言がある。
DJミオ:
でもこれも、検証可能なソースやベンチ、モデルカード、API詳細がない。
だからコメントはかなり慎重で、「まず出してから言って」「回帰じゃないことを祈る」「もし本当にコーディングで強いなら、そのベンチを宣伝するはず」と。
DJレン:
特に2.5Mコンテキストは疑われていたね。
「1Mのままの方が現実的じゃないか」という声があった。
DJミオ:
あと実務的な懸念として、高負荷時に他モデルへルーティングされる問題も言及されていた。
有料のPro相当でも、混雑時に別モデルへ落とされるなら、ベンチも信頼性も難しくなる。
10-4. Fable 5復活説の“週次クオータ”案
DJミオ:
Fable 5復帰の別ルートの噂もあったね。Claude Code v2.1.190の文字列変更から、**「今週のFable 5使用分を使い切りました」**的な表示が見つかったという話。
DJレン:
もし本当なら、別売りや一時的アクセスではなく、サブスク込み＋週次上限付きへの変更を示唆する。
DJミオ:
コメントでは、「短期間だけ使える方式より、少なくても毎週使える上限制の方がいい」という意見があった。
継続的に触れる方が、実運用しやすいもんね。
11. データセンター反発と擁護：AIインフラの社会的コスト
11-1. バージニアのデータセンター騒音問題
DJレン:
次はインフラ。バージニア州で、データセンターの24時間騒音が近隣住民を苦しめているという話が大きく伸びていた。
DJミオ:
住民が窓にマットレスやプレキシガラスをつけて対策している、というかなり深刻な状況で、騒音源は施設を動かす天然ガスタービンの高周波ノイズとされている。
DJレン:
つまり、そのデータセンターは送電網につながっていなくて、オンサイトの天然ガスタービンで稼働しているらしい。
コメントでは、「そもそもなぜ住宅地近くにこんな設備を置いた」「データセンターは住宅の近くである必要はなく、必要なのは通信と電力だろう」といった指摘が多い。
DJミオ:
加えて、EUやUKならこういう24/7の工業騒音源はもっと厳しい許認可で止まるのでは、という比較もあったね。
DJレン:
そして技術的には、「これは新しい問題ではなく、遮音壁、土盛り、フェンス、植生バッファなどで減衰は可能なはずだ」という指摘もあった。
つまり、やる気があれば改善できるのに、やっていないのではという批判だ。
11-2. John Carmackの擁護と、その反論
DJミオ:
ここでJohn Carmackもデータセンター論争に言及していて、AIインフラへの反対はかつての反原発感情のように大きな技術転換を遅らせる恐れがある、と。
DJレン:
Carmackの立場は、「需要が伸びているのは価値があるからで、テキサスはAI向けデータセンター建設を支援すべき」というものに近い。
DJミオ:
ただコメント欄は、完全否定でも完全肯定でもなく、中間案が多いんだよね。
つまり、
- 建てるのはいい
- でも住宅被害は出すな
- 電力や水は自前で確保しろ
- 地域インフラに負担を押しつけるな
という感じ。
DJレン:
さらに、AIの計算需要拡大はエネルギー供給制約にぶつかるので、今後は安全な原子力が前提になるのでは、という議論も出ていた。一方で、化石燃料側の利害も絡むという政治的指摘もあった。
12. Agentic Coding Workflows at Scale：現場で何が起きているか
12-1. 451サブエージェント、5時間、1400万トークン
DJレン:
ここはかなり生々しい。あるユーザーが、個人Proから会社のエンタープライズライセンスに移行して、Opusに451個のSonnetサブエージェントを生成させ、5時間で約1400万トークンを使ったという投稿。
DJミオ:
しかも「制限に当たらなかった」と書いていて驚かれていたけど、コメントでは、それは無制限という意味ではなく、メーター課金で請求書に載るだけではというツッコミが多かった。
DJレン:
概算では、その1400万トークンのセッションは、入出力の比率次第で120ドル〜200ドル程度かもしれない、という試算も出ていた。ccusageみたいなツールで確認しよう、という実務アドバイスもある。
DJミオ:
ここでわかるのは、エージェントの規模がもう「1会話いくら」ではなく、業務プロセス全体を一晩走らせるコスト管理になってきてること。
12-2. ソフトウェア開発は“無限の猿”時代へ
DJミオ:
別の投稿では、ソフトウェア開発が**“infinite monkeys era”**に入った、と表現されていたね。
DJレン:
Claude Code、Cursor、Codexのようなツールで、自然言語からコードベース規模の変更がどんどん出せる。
その結果、膨大な量のソフトウェアが生まれるけれど、品質は玉石混交。使えるものもあるし、実行はできるけど危ういものも増える。
DJミオ:
これに対して、コメントでは「エンジニアが不要になる」のではなく、むしろ
- セキュリティレビュー
- 保守
- ガバナンス
- 責任分界
のために、熟練エンジニアやIT/セキュリティ人材の需要が増えるのではないか、という見方が多かった。
DJレン:
スマホカメラがプロ写真家を消さなかった、という比喩も出ていたね。
アマチュア制作物は増えるけど、そのぶん新しい専門性も生まれる。
DJミオ:
そして高リスク領域――銀行や政府みたいな場所では、AIが見つける脆弱性、AIが生む脆弱性、その両方に備えないといけない。
12-3. Claude Codeの物理ステータスライト
DJレン:
もう1つ面白い現場話として、Claude Code用の信号機みたいな物理ステータスライトを自作した投稿も伸びていた。
DJミオ:
状態は、
- 赤 = 確認待ち
- 黄 = 実行中
-
緑 = 完了/待機
これをClaude Code hooksで連動させて、モニタにクリップで付ける。
DJレン:
技術的な意味は、長時間のエージェント実行中に、毎回画面を確認しなくて済む ambient UIということだね。
DJミオ:
コメントでは「かっこいいけど、複数のClaude Codeセッションや複数worktreeではどうするの？」という並行性の問題が指摘されていた。
DJレン:
他にも、
- ステータスバー通知
- Telegram通知
- /remote-controlのプッシュ通知
- Stream Deckにセッションごとのボタンを動的生成
みたいなソフトウェア代替案も出ていた。
DJミオ:
でもこの話、すごく象徴的。
AIエージェントが長く働く存在になると、人間は“気づき方”のUIを工夫し始めるんだよね。
13. Discord終了告知も含めた、情報流通の変化
DJミオ:
最後の「AI Discords」で、Discord経由のアクセスが打ち切られたからこの形では戻さない、新しいAINewsを出す、と書かれていたのも印象的だった。
DJレン:
AIコミュニティって、Twitter、Reddit、Discord、GitHub、ニュースレターと流動的に情報ハブが移る。今回のまとめ自体が、そういうエコシステムの変化も記録しているよね。
14. 今回の総括：本当に見えてきた5つの大潮流
DJミオ:
じゃあ最後に、この“静かな日”から読み取れる大きな流れを整理しようか。
DJレン:
いいね。僕は5つあると思う。
潮流1：オープンモデルは「高性能」だけでなく「速さ」と「実装」で勝負する
DJレン:
GLM-5.2、Ornith-1.0、LiquidのLFM2.5-230Mを見ればわかる。
勝負はもう、単なるベンチスコアだけじゃない。
速度、ハード適応、推論最適化、ローカル実行、用途特化まで含めて競争している。
DJミオ:
巨大モデルだけじゃなく、超小型モデルも別の最適解として台頭しているのがポイントだね。
潮流2：エージェントはチャットの延長ではなく、持続的な作業主体になりつつある
DJミオ:
Gemini 3.5 Flashのcomputer use、Sail、Hyperagent、LangChain Fleet、OpenAI内部Codex利用。
全部つながって見える。
DJレン:
そう。エージェントは“返答するAI”ではなく、
環境を持ち、記憶を持ち、長時間働き、レビュー前提で組織に組み込まれる存在になってきた。
潮流3：評価の信頼性が危機にあり、環境設計が研究の中心になる
DJレン:
Cursorのベンチハック指摘は本当に大きい。
公開ベンチは、もはやそのままでは信頼できない。
DJミオ:
だから今後は、モデル性能を語るときに、どんな評価環境で測ったのかが以前よりずっと重要になる。
潮流4：データは“量”だけでなく、“作り方”と“選び方”が推論コストまで左右する
DJミオ:
AutodataとDatologyが示していたのは、
合成データ生成のループ設計と、
データキュレーションによる簡潔性誘導だよね。
DJレン:
うん。データ戦略が、学習だけでなくサービング経済性まで支配し始めている。
潮流5：AIは技術だけでなく、社会・法・インフラの摩擦に本格突入した
DJレン:
データセンター騒音、チップ位置追跡、蒸留・抽出論争、裁判所でのモデル利用。
AIはもうラボの中だけの話じゃない。
DJミオ:
そして面白いのは、これらの論点全部に共通しているのが、
アクセス制御
外部性管理
誰がどこまで使っていいのか
という問題だってこと。
15. エンディング
DJミオ:
というわけで今夜は、「大きなことはあまり起きなかった日」に見えて、実は
- オープンモデル競争
- エージェント実運用
- 評価危機
- データ戦略
- オープン経済圏
- 政策とインフラ摩擦
がぎっしり詰まっていた、というお話でした。
DJレン:
静かな日は、構造が見える。
そして今回見えた構造は、AIが
“賢いチャットボットの時代”から、“継続稼働する計算インフラと労働システムの時代”へ移りつつあるということだったと思います。
DJミオ:
深夜の周波数に乗せてお届けした「Midnight AI Groove」、今夜はここまで。
私はDJミオ。
DJレン:
DJレンでした。
2人:
Good night, and keep grooving with AI.
