0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Midnight AI Groove 26-08-20

0
Posted at

(番組ジングル)

DJミオ:こんばんは。“AIの今”を、深夜のグルーヴに乗せてわかりやすく届けるラジオ教育番組、「Midnight AI Groove」。ナビゲーターのDJミオです。

DJレン:そして相棒はDJレンです。今夜のテーマは、タイトル通りちょっと静かな一日……なんだけど、実は静かな日にこそ、業界の流れがくっきり見える。そんな内容だったね。

DJミオ:うん。今回の元ネタは、AI界隈のニュースやSNS、Redditの議論をまとめたデイリー総覧。派手な超大型発表は少なめだったけど、OpenAIとAnthropicの“エージェント化”の進展、企業でのオープンモデル活用、推論高速化、メモリやハーネス学習、ロボティクス、個別化がんワクチンまで、かなり広いトピックが扱われていました。

DJレン:じゃあ今夜は、その内容を過不足なく、でもラジオらしく整理して話していこう。大きくは、AI Twitter Recap、AI Reddit Recap、そして技術色の薄めなサブレディットの話題の3部構成でいこうか。


1. AI Twitter Recap

OpenAIとAnthropicが“エージェント製品面”を拡張

DJミオ:まずはOpenAI。今回は、デスクトップとビルダー向け機能をまとめて押し出した感じだったね。

DJレン:そう。特に目立ったのが、Mac版ChatGPT Work/Codex向けのApple Messagesプラグイン。これによって、デスクトップアプリからメッセージ検索、未読の追いつき、下書き、送信までできるようになった。

DJミオ:つまりChatGPTが、単なる質問応答UIじゃなくて、日常アプリをまたいで実務に介入するアシスタントになってきてるってことだよね。

DJレン:その流れは、開発まわりの機能強化にもはっきり出てる。OpenAI DevsはChatGPT Sitesの共同編集を追加した。チームメンバーが同じプロジェクトを共有して、CodexがgitやCIを管理する。さらに、共有の読み取り専用会話リンクPRコンテキスト共有も入っていて、ChatGPT/Codexが**“チャット画面”から“調整と共同作業の場”へ進化している**のが見える。

DJミオ:あとAPI側では、GPT-Image-2の透過背景がプレビューに。デザイン資産の再利用を意識した機能だね。

DJレン:さらに地域展開の話もある。Computer History、クロスアプリメモリ、Record & Replayが、EEA、英国、スイスPro/Business/EnterpriseのMacユーザー向けに利用可能になった。

DJミオ:ここ、戦略的にはかなり重要。OpenAIはユーザーの端末上のワークフローを記録・理解し、繰り返し作業を“再利用可能なスキル”に変える方向へ動いている。つまり、モデル単体よりも、行動の蓄積と自動化を取りにきてる感じ。


DJレン:対するAnthropicも、かなり明確。こちらはClaude Platformのエージェント基盤を、より実運用向けに一般提供開始した。

DJミオ:具体的には、computer use、browser tool、Skills API、Files APIがGA、つまり一般提供開始。

DJレン:そう。中でもSkills APIは、再利用可能な手順をバージョン付きで管理できるのがポイント。エージェントが一回きりの“賢いやつ”じゃなくて、手続きの資産化に向かってる。

DJミオFiles APIも強化されていて、有効期限の制御レート制限を5倍にして500 RPM、さらに組織あたり1TBまで対応。かなり本気の業務利用を想定してるね。

DJレン:加えてAnthropicは、Claude Managed Agents向けのAG-UIアダプタも公開した。チャットスレッドをマネージドセッションに対応づけて、テキスト、ツール呼び出し、thinkingをカスタムUIにストリーミングできる。

DJミオ:要するにAnthropicのメッセージは、**“エージェントを部品化して、既存のUIや業務システムに組み込めるようにした”**ってことだよね。


モデル経済、利用制限、そして企業のオープンモデル移行

DJレン:次は超重要な企業データ。今回いちばん戦略的だったかもしれないのが、AT&Tの社内AI活用状況

DJミオ:Hesamationのまとめによると、従業員向けAI利用の40%がすでにオープンモデルにルーティングされていて、今後60〜70%を目標にしている。しかも、コーディングコストは56%削減、品質低下はわずか2%。トークン消費は1日450億トークン

DJレン:これはすごく大きい。つまり企業の現場では、最難関タスクだけを最先端クローズドモデルに回し、それ以外の広い中間領域は“十分に良い”オープンモデルでまかなうという、いわゆるハイブリッドルーティングが現実的に成立してるってこと。

DJミオ:Amirはこれを、OpenAIやAnthropicの企業向け堀、つまりエンタープライズ・モートへの警告サインとして見ていたし、OllamaはAT&Tのオープンモデル採用を歓迎していたね。

DJレン:価格競争も激しくなってる。GPT-5.6 SolがRouter経由で50%オフ。それをGitHub CopilotやVS Code向けにも一時的割引として拡散していた。

DJミオ:一方で、ユーザー体験から見えるのは、品質劣化というより利用上限による供給制約。たとえばOpenAI Proの月200ドルプランでも、Codexをヘビーに使うと1日で使い切りうる、という不満が出ていた。

DJレン:しかもTheoは、明示された上限を超えた後も、まだ相当量のトークン消費が続けられたと指摘していた。つまり各社は、高性能モデルへのアクセスと、採算の合うエージェント利用の境界線をまだ探っている段階なんだろうね。

DJミオ:オープンウェイトの普及も続いてる。Kimi K3がOllamaのサブスク利用者の半数超に展開され、米欧ホスティング、データ保持ゼロも訴求。Googleとosansevieroは、Gemmaが10億ダウンロード突破を強調。さらにphilschmidがAwesome Gemmaリポジトリを公開して、バリアント、デプロイ方法、ファインチューニングのレシピを集約していた。


マルチモーダルとエージェント系ベンチマーク

DJレン:ここはモデル比較の時間。まずMetaのMuse Spark 1.2がかなり強い日だった。

DJミオ:Metaは、視覚コーディング、ロボティクス計画、音声・映像理解のデモを見せつつ、WildArtifactBenchという社内評価も予告。これは実用的なマルチモーダル課題を、人間やエージェント判定者の勝率とEloで評価するもの。

DJレン:第三者評価も良かった。Agent Arenaではネット改善+2.1%、前バージョンの+0.9%から上昇。とくにBash Recoveryで+11.4%。DesignArenaでは、Video-to-Websiteで1位、Image-to-HTMLで2位、Image-to-Frontendで3位。しかも価格と好みのパレート前線上にいる、と。

DJミオ:つまり高いだけじゃなく、コスパ込みで魅力的ってことだね。


DJレン:次はZhipuのGLM-5.3。これが、エージェントやコード評価で存在感を増してる。

DJミオ:AutoClawAIerは、GLM-5.3をAutoClaw、つまりZ.aiのワークエージェントに統合したと発表。さらにarenaによると、GLM-5.3 MaxはCode ArenaのWebDevパレート前線を押し動かし、オープンモデル内2位、全体8位相当の1597点、価格は$3.65/Mと予測された。

DJレン:それに加えて、Zixuan Liが再び注目させたのがSAO、Single-Rollout Asynchronous Optimization。これはGLM-5.2/5.3における安定した非同期エージェントRLの鍵になる進歩だという話だった。


DJミオ:Google側ではGemini 3.7 Flashが、安くて強い証拠を積み上げていた。

DJレン:ARC Prizeの報告では、ARC-AGI-2で84.6%、1タスクあたり0.25ドルARC-AGI-1で95.5%、1タスクあたり0.12ドルコスト調整後の推論性能で際立つ、という評価。

DJミオ:Jonathan Jarvisも、エージェント的な視覚タスクに優秀だと言っていたね。


インフラ、ハードウェア、システム

DJレン:ここからは地味だけど重要。まずOpenAIの次世代学習基盤。NVIDIA Vera RubinラックがOpenAIに導入され、学習スタックが稼働開始したという具体的なインフラ信号が出た。

DJミオ:しかも明示的に、次世代フロンティア事前学習に結びつけられていた。NVIDIAとの提携の節目としても大きい。


DJレン:ハードではCerebras CS-4も話題だった。ノード微細化なしで推論性能を伸ばしたという点が注目された。

DJミオ:要点は、同じ5nm、4兆トランジスタ、90万AIコアで、電力供給と冷却の再設計によって性能を実質倍増した、という話。スペックとしては、WSE-3 Turboあたり250 PFLOPs、43.2 PB/sメモリ帯域、3ウェハのCS-4ラックで750 PFLOPs

DJレン:実務家への一番わかりやすい訴求は、GPT-OSS-120Bでユーザー1人あたり4400トークン/秒以上、GPU系の最大30倍高速という主張だね。


DJミオ:システム面では、エージェント実行環境そのものがボトルネックになってきた話もあった。

DJレン:Theoは、Linuxはエージェント負荷、とくにファイルシステム依存の処理でmacOSよりかなり有利だと主張。Qdrantはセマンティックキャッシュの実践報告を出していて、ヒット率57.1%、トークン55.7%削減、ヒット時レイテンシ約15ms

DJミオ:MParakhinはgistingという手法を、本番環境でもっと使うべきだと推していたね。エンドツーエンド遅延を約40%下げ、スループットを約15%上げ、結果も改善したとして、Shopifyのエンジニアリング記事を紹介していた。


エージェント、メモリ、そして“ハーネス中心学習”

DJレン:ここは研究的にかなり面白い。Chromaが、Foundationという自己改善型メモリの研究プレビューを公開した。

DJミオ:これは過去のエージェント実行セッションからメモリを構築するという発想。つまり、“一回限りのエージェント”ではなく、状態・スキル・記憶が持続するハーネスへ軸足が移っている。

DJレン:そして今回もっとも面白い研究として取り上げられていたのが、モデルの重みではなく、ハーネスの進化についての論文。Omarが紹介していた内容だね。

DJミオ:ここでいうハーネスは、ざっくり言うとプロンプト、メモリ、スキル、ルーティング規則、評価ループなどを束ねた実行枠組み。この論文では、それらがモデル本体と独立に継続学習・進化する

DJレン:でも問題は、ハーネスレベルの忘却。ある要素を良くしたつもりが、別の既存機能を静かに壊してしまう。解決策として提案されていたのが、guarded harness evolution。つまり、更新を提案する段階と、採用する段階を分ける

DJミオ:報告では、テキスト、マルチモーダル、オープンワールド課題で10%以上の改善が出たとされる。かなり示唆的だよね。

DJレン:ただし、ネガティブな研究結果も重要。dair_aiが紹介した研究では、メモリベース自己改善エージェントは、タスク順序効果や評価分散をちゃんと制御すると、見かけほど良くないという結果が示された。

DJミオ:さらにOmarは別論文として、事後学習されたエージェントは初期に選んだ戦略に早々にロックインし、残りの予算を局所改善に使ってしまい、戦略そのものの見直しに戻らない、という指摘も紹介していたね。


エンゲージメントの高かったツイート

DJレン:総括として、反応が大きかった話題も整理しておこう。

DJミオ:一つ目は、ChatGPTデスクトップ+Apple Messages連携。これは、デスクトップネイティブで行動するアシスタントへの流れを象徴していた。

DJレン:二つ目は、AT&Tのオープンモデル・ルーティング経済性40%がオープン、将来60〜70%、コーディングコスト56%削減は、企業導入のリアルな方向性を示した。

DJミオ:三つ目は、OpenAIのRubinラック導入。次世代事前学習のスケール感を示す、珍しく具体的なインフラ情報。

DJレン:四つ目は、Claude Platformでcomputer use / Skills / FilesがGA。Anthropicのエージェント基盤が成熟段階に入ったサイン。

DJミオ:五つ目は、Gemini 3.7 FlashのARC-AGI成績。Googleの“安くて強い推論”ポジションを補強する内容だった。


2. AI Reddit Recap

/r/LocalLlama + /r/localLLM

1. Qwen3.8-27Bの量子化とコーディング評価

DJレン:ここからはローカルLLM界隈。最初はQwen3.8-27B Dynamic v3 Unsloth GGUFの話。

DJミオ:技術告知としては、同じモデルサイズで他の量子化提供者よりtop-1精度が10%以上良いと主張。特徴は、後処理量子化のみで、QAT/QADなし、imatrix校正データセット上での学習もなし。メモリ目標は、約8GB RAMで動く1-bit量子化からBF16まで幅広い。

DJレン:評価軸はDivergence-300@32、KLD、top-1%精度比較。反応としては好意的だけど、ユーザーはかなり実務的だった。特に、前世代のQwen 3.8 27B UD 2.0 GGUFと直接比較できるKLDやtop-1誤差線をグラフに入れてほしいという要望が多かった。

DJミオ:つまり、新版が良いと言われても、今持っているローカルファイルを置き換える価値があるのかを知りたいわけだよね。

DJレン:あと、IQ4XSがMTPなしで16GB VRAMに収まるのかQ4_K_Mが約15GBで実用的な品質を保てるのかにも関心が集まった。さらに、oobaboogaが関わっていることもあって、タスクカテゴリ別KLDやKV-cache量子化KLDのような、もっと粒度の細かい評価を求める声もあった。


DJミオ:同じQwen3.8-27Bについて、別スレではQwen3.6-27Bより知識面でかなり落ちたという議論も活発だった。

DJレン:ユーザー報告では、オフライン状態、つまりウェブ検索やツールなしの純粋な記憶依存の事実想起で、Qwen3.8が3.6より後退しているらしい。Artificial AnalysisのOmniscience knowledge benchmarkの低下とも整合的だと。

DJミオ:その代わり、ツール呼び出し、コーディング、エージェント用途では強い。だからこれは性能劣化というより、27Bという限られたパラメータを、ニッチな雑学記憶より実務向け能力に振ったトレードオフだと解釈されていた。

DJレン:たとえば、切手の識別、歴史的な場所、古写真の認識みたいなツールなし知識タスクは弱くなったが、検索を使える前提なら印象的、という声があったね。

DJミオ:その文脈で、Gemmaのほうが“ミニGoogle”的な広い事実想起には向いてるという評価も出ていた。一方で、Qwen 3.xは外部検索前提のエージェント向きだと。

DJレン:面白い将来像としては、“neural plugins”みたいなモジュラー構造への期待も出ていた。ベースモデルは軽量にして、日本語や金融知識のようなドメイン能力をLoRA的に後付け拡張できるようにしたい、という発想だね。


DJミオ:さらに、個人が作ったコーディング評価ベンチで、Qwen3.8-27BをOpus、Sonnet、GPT-5.6-sol、DS4 0731、Haiku 4.5などと比べた投稿もあった。

DJレン:結果では、GPT-5.6-solが総合トップ。リポジトリ作業が完全クリア、アルゴリズムでもほぼ満点。一方で、ローカルモデルも意外に競争力があり、Qwen3.8-27B xhighは難しいアルゴリズムや“外科的修正”で強いけど遅いDS4 0731は2-bitローカル量子化なのにrepo系2階層で8/8達成という驚きもあった。

DJミオ:ただし課題もあって、thinkingを増やすと hard reasoning やコード品質には効くが、考えすぎて遅くなり、repoタスク精度が medium thinking より落ちることもあると。

DJレン:コメント欄では、ベンチが飽和していて差が見えにくいのでは、という批判もあった。つまり、みんな上位にいるなら、能力差を分けるにはもっと難しく識別力のある課題が要る

DJミオ:再現性の問題も指摘されたね。“アルゴリズム課題”と“repo作業課題”の定義、期待出力、隠しテストの設計がもっと明確でないと、モデル比較の解釈が難しい。あと、表中のDNFが何を意味するのか不明瞭だという質問もあった。


2. Qwen3.8-27BとDFlash2による推論高速化

DJレン:次は速度の話。llama.cpp PR #27342でdflash2が追加され、Qwen 3.8 27Bが最大4倍速くなるという投稿が話題に。

DJミオ:OPのRTX 6000での小規模ベンチでは、中央値でbaseline 47.4 tok/s、MTP 114.7 tok/s、dflash 99.3 tok/s、dflash2 140.6 tok/s。なので、ベースライン比で約3倍、MTP比でも約22.6%向上

DJレン:ただし、タスクによって差が大きくて、あるプロンプトでは1.5倍程度しか出なかった。だから“常に4倍”ではない。

DJミオ:コメントでは、ハードウェア依存性が議論された。Apple Siliconユーザーの中には、既存のMTP構成に勝てなかったという人もいたし、RTX 5090でも恩恵が限定的という報告もある。つまり、普遍的な高速化ではなく、バックエンドやアーキテクチャに敏感かもしれない。

DJレン:別の具体例として、Ryzen AI 9700 Pro+Ubuntu上でQwen3.8-27B-UD-Q6_KとQwen3.8-27B-DFlash2-Q4_K_Mを比較したユーザーは、VulkanとROCmで大差なしと報告。受理率は位置1で0.724、位置2で0.468、その後は急減だったので、n-max=2が実用設定で、それが速度上限を縛っていると見ていた。


DJミオ:さらに別スレでは、RTX 3090向け最適化スタックQwen3.8-27B+DFlash2が134〜138 tok/sを出したという報告もかなり注目された。

DJレン:実チャットで単一リクエスト約138 tok/s同時64並列で942 tok/s、さらに長文チャットのキャッシュ済み追加入力の待ち時間が約23秒から0.85〜1.35秒に減少。かなりインパクトがある。

DJミオ:技術的には、vLLM 0.27.1へDFlash2のspeculative block draftingをバックポートW4A16/GPTQ-int4のドラフターで3.85GBのbf16を1.19GBへ縮小過去トークン履歴に対するlookup-augmented drafting--mamba-cache-mode alignによるprefix caching、さらにallocator/CUDA graph修正で64kコンテキスト+DFlash2対応と、かなり盛りだくさん。

DJレン:品質面はperplexity 8.09、GSM8K 96.5%で不変と主張されていたね。あと地味に重要なのが、vLLM 0.27.1のバグ指摘。温度を適用したドラフトlogitsを生のlogitsの代わりにキャッシュしてしまっていて、0 < T ≠ 1のとき speculative verification が誤った提案分布を使ってしまうという問題。

DJミオ:コメントでは、lookup-augmented draftingは“言われてみれば当然だけど重要”な最適化として評価されていたし、NInferとの比較Deepseek Harnessとの併用を見たいという声もあった。あとは、perplexity以外の知能ベンチでも品質維持を確認してほしいカスタムカーネルのdtypeが何か知りたいという、実装移植性に関する問いも出てたね。


3. オープンウェイトのスケーリングと新モデル

DJレン:まずはOrnith-1.5。これは9B dense、35B-A3B MoE、397B MoEからなるオープンソースモデル群。

DJミオ:自己改善戦略で訓練され、報告値としては、Terminal-Bench 2.1で86.1、SWE-Bench Verified 86、SWE-Bench Pro 65.1、Multilingual 79.6、DeepSWE 56、HLE 44.6、ClawEval 81.4、Tool Decathlon 71.2と、かなり前線級をうたっている。

DJレン:コメントでは、Ornith-1.5 35B-A3BとQwen3.8-27Bの比較が出ていて、QwenがTerminal-Bench 2.1で73.0対68.5、DeepSWEで42.2対22.0、HLE no-toolsで30.8対25.6と優勢。一方OrnithはNL2Repoで46.2対42.3と勝ち、GPQA Diamondでは89.2で同点

DJミオ:ほかにもOrnith側は、比較用のQwen数値は提示されていないけど、SWE-bench Verified 79.0、MCP-Atlas 70.2、WideSearch 67.8、BrowseComp 67.6なども強みとして挙げられていた。

DJレン:ユーザーの関心としては、9B版が特に面白いという声があった一方、Qwen3.8-27Bをベースにファインチューニングする予定はないのか、つまり35B-A3Bの競争力に疑問を持つ見方もあった。


DJミオ:次は、かなりDIY感のある投稿。**“250ドル未満でスクラッチからミニKimi-K3を作った。もうGPT-2を超えた”**というもの。

DJレン:実際の数値では、総パラメータ1.02B、トークンごとのアクティブ145M、非埋め込み61M、約50億トークン、38,147ステップ、単一H200を4.54ドル/時で使って総コスト252.35ドル。だからタイトルの“250ドル未満”とは微妙にズレている。

DJミオ:でも技術的には面白くて、Kimi K3のKimi Delta Attention、Gated MLA、attention residuals、LatentMoE、aux-loss-free balancing、163,840トークントークナイザなどを模倣したアーキテクチャ。**HellaSwag 33.4%で、引き合いに出されたGPT-2 124Mの28%**を超えたと。

DJレン:コメントでは、Chinchillaスケーリング則に照らすとかなり未学習ではないかという指摘があった。つまり、1.02Bに対して50億トークンは約5 tokens/parameterで、よく言われる20:1に遠い。だから、モデルを60%ほど小さくして、データ量を3〜4倍にしたほうが同じ予算で実用性能が上がるかもと。

DJミオ:他のユーザーからは、自分のGTX 1660 Superでの小規模LM訓練例も共有されてたね。63M A16M、92M A22M、220M A25Mのモデル群で、220Mは98 GPU時間63Mに10億トークン、220Mに45億トークンを投入し、220MでHellaSwag 31.4%。ただしコード寄りデータセットなので、チャットより単純Pythonアルゴリズムに強いと。

DJレン:今後の提案としては、35B/3B active MoEへの拡張とか、K3を教師にした自律RLとか、クラウドかローカルかという計算資源の話、さらに独自アーキテクチャのllama.cpp対応などが話題だった。


DJミオ:もう一つ重要なのが、Z.aiのスケーリング則に関する見解

DJレン:Jie Tang / Z.aiの投稿では、現代のLLMスケーリングはパラメータ数だけでは語れないと主張していた。データ、計算配分、推論コスト、MoEの総パラメータと活性パラメータの差、そして事後学習やRLが最適点を大きく変える、と。

DJミオ:GLM-5.3はその実験例として位置づけられてたね。GLM-5.2と同じベース・同じアーキテクチャ・同じパラメータ数なのに、約1か月の追加の長期環境学習+RLスケーリングでかなり改善した、と。

DJレン:コメントでは、これを中国系ラボが西側モデルの蒸留だけでなく、最前線級の独自研究をしている証拠と見る向きが強かった。さらに、GLM 5.3の強さはパラメータ増加より“推論やポストトレーニングへの予算配分”に由来するのではという見方も。

DJミオ:将来的には、GLM 5.5がDeepSeek V4 Pro級に近づきつつ、なお比較的小型でコスト効率が良いかもという推測も出ていた。

DJレン:さらに技術的に面白い横道として、ある人が**“Engram的”なLlama 8B改造**を語っていた。要は、比較的静的な世界知識をモデルの計算グラフ外のRAM常駐テーブルに切り出すという発想だね。

DJミオ:そうすると、VRAMには8B〜9B本体だけ置いて、知識は32GB前後のシステムRAM側へ。テストではDDR5フェッチがPCIeボトルネックにはならなかったという主張。さらに、知識の重い重み領域をFP16/FP8のRAMテーブルに保てば、本体をQ4まで強く量子化しても事実知識への影響がほぼゼロにできるかもしれないと。

DJレン:ただし大規模運用では、巨大な知識ハッシュテーブルとVRAM・帯域のバランスが難しく、サービス化は簡単ではない、という指摘もあった。


3. Less Technical AI Subreddit Recap

1. 個別化がんワクチンの第3相試験

DJミオ:ここからはやや技術色薄めだけど社会的に大きい話題。まず、ModernaとMerckによる個別化がんワクチンの初のポジティブな第3相結果

DJレン:報告では、メラノーマ、つまり悪性黒色腫で、再発低減が示された。一般には、患者ごとの腫瘍ネオアンチゲンに合わせた個別化mRNAワクチンを、免疫療法と組み合わせるアプローチとして理解されている。

DJミオ:市場の反応も大きくて、Moderna株が110%以上急騰

DJレン:ただしコメントでは冷静な見方も多かった。まず、メラノーマはこの手法と相性が良い癌種かもしれない。変異負荷や免疫原性の面で、最初の成功対象として有利だということだね。

DJミオ:つまり、これは即“全癌種に効く”証明ではない。でも、他の腫瘍への展開可能性を支える重要な先行例にはなりうる。

DJレン:大きな懸念はコスト。個別化製造が必要なので1人あたり15万ドル級になるのではという声があった。製造効率やワークフローが劇的に改善しないと、世界規模での費用対効果は厳しいと。

DJミオ:別の見方では、個別化治療の開発スピードが、従来型の医薬検証パイプラインより先に進み始めているという指摘もあった。技術的には昔から可能性が知られていたものが、規制・試験の時間軸のほうが遅いという構図だね。


DJレン:関連ミーム投稿では、**“AIがついに癌を治す”**的な盛り上がりもあったけど、コメントではかなり修正が入っていた。

DJミオ:そう。多くの人が、このワクチン技術自体は2017年頃にはすでに開発されていたと指摘。だから、現在の生成AIブームやLLMブームの成果だと直接結びつけるのは誇張だと。

DJレン:要するに、“最近のAIのおかげで急に出てきた”わけではない。タイムラインの訂正が重要だった。


2. 汎用ロボティクスと現場ロボット

DJミオ:次はロボティクス。まず、Generalist AIのGEN-1.5。これはone-shot learner、つまり一度見せるだけで学ぶロボットとして紹介されていた。

DJレン:スレッドの核となる主張は、人が一回タスクを実演すると、ロボットがほぼ即座に再現・一般化できるというもの。動画自体はReddit側の制限で独立検証しづらかったけど、コメント欄はかなり熱かった。

DJミオ:中にはこれを、**“身体性AI・ロボティクスにおけるGPT-2相当の瞬間”**と評する人もいた。つまり、まだ完成形ではないが、スケーリング可能な新しいフェーズの入口に見えるということ。

DJレン:もう少し技術っぽい推測では、このone-shot適応は、特定の“データの形”でスケールさせたときに生まれる創発的な性質かもしれない、という見方もあった。そして、そうした高速適応のダイナミクスが純デジタルモデルにも移るか、という問いも出ていたね。


DJミオ:もう一つは、DaxAIの全地形対応ロボットホース。WRC’26で公開されたとされる。

DJレン:主張されたスペックは、100km航続 / 10時間自律、最大300kg積載、最高速度40km/h。ただしリンクされた動画は403で確認不能だったので、独立検証はできていない

DJミオ:コメントは、技術考察より**“馬のいない馬”**みたいなジョークや、乗り心地悪そうだけど面白いといった反応が多かったね。


3. Claude Codeの現実的ワークフロー信号

DJレン:最後はClaude Codeまわり。まず面白かったのが、Claude Codeに“Concise”出力スタイルが追加されたという話。

DJミオ:/configで設定して、結果を先に、冗長さを減らし、必要なら詳しく展開するスタイルにする。タイトルでは、これが高価なOpusに頼らなくても使いやすくなる“決定打”になるか、みたいなニュアンスで語られていた。

DJレン:コメントはかなり皮肉っぽくて、Claude特有の**“smoking gun”“load-bearing”“subagentをdispatchする”**みたいな言い回しを減らせるのか、というジョークが多かった。

DJミオ:技術的な推測としては、システムプロンプトやスタイル制御レイヤーの調整ではないかという見方。誰かが冗談で、“Stop vomiting techno-garble”って書いただけではと言ってた。

DJレン:ただし真面目な批判もあって、カスタム出力スタイル自体が十分信頼できない、実際に試せば**“効かない”**と感じる人もいる、という話だった。つまり、文体制御の安定性そのものが問題


DJミオ:もう一つは、Claudeを使ってWindows専用の古いHPプリンタ用にmacOSドライバ/シムを書かせるという事例。

DJレン:ここで面白いのは、単なる“AIがコードを書いた”じゃなくて、ドライバ互換、API変換、ハードウェアI/O前提、場合によってはリバースエンジニアリングが絡む、かなりニッチな互換性問題に使われていること。

DJミオ:コメントでも、本当に動いたらかなりすごいという慎重な称賛があったね。

DJレン:技術的には、ドライバを完全に書き直す必要はないかもしれない、という指摘がよかった。つまり、WindowsドライバのAPI呼び出しをフックしてmacOS相当へシムする。ただし直接ハードウェアアクセスしている部分は別処理が必要、という考え方。

DJミオ:また、リバースエンジニアリング支援としてAIが有望なのに、モデル側の安全制約で手伝いにくいという声もあった。そこも実務上の論点だね。


DJレン:さらに、Claude Codeが**“これは3日かかる仕事です”と言っておきながら、20分で終わらせる**問題も話題だった。

DJミオ:これはかなり象徴的。考えられる説明としては、訓練データに含まれる人間のソフトウェア工数見積もりを、そのまま人間の時間感覚で出しているから。つまり、実際に自分がツールを回して高速に処理する主体だという前提で校正されていない

DJレン:だから、“12週間”とか“3日”とか言っても、実際はエージェントとしてそのまま一気に作業するから数十分で終わる

DJミオ:面白い改善例として、ある人はgitのコミット履歴を見て、実際のプロジェクト速度に基づいて予測させるカスタムスキルを作った。そうすると、自分の見積もりに現実のrepo履歴が乗るから、失敗やデバッグのリスクも含めて、だいぶマシになるらしい。


4. まとめ:静かな日ほど見える“大きな流れ”

DJレン:ということで全体を振り返ると、今日は“何も起きなかった”というより、大きな方向性が静かに確認された日だったと思う。

DJミオ:私もそう思う。特に大きな流れは、こんな感じかな。

  1. OpenAIもAnthropicも、単体モデル競争から“エージェント運用基盤”競争へ進んでいる。
    デスクトップ統合、共同編集、Skills API、Files API、Managed Agentsなど、全部その文脈。

  2. 企業では、最先端クローズドモデル一強ではなく、オープンモデルとのハイブリッド運用が現実解になりつつある。
    AT&Tの40%→60〜70%目標、56%コスト削減は象徴的。

  3. 価格、利用上限、供給制約の調整がまだ続いている。
    高性能エージェント利用を、どう採算に乗せるかは未解決。

  4. モデル性能の勝負は、重みの大きさだけでなく、ポストトレーニング、RL、推論コスト、分配設計、ハーネス改善に広がっている。
    GLM-5.3、Gemini 3.7 Flash、Muse Spark、guarded harness evolutionあたりが代表例。

  5. ローカルLLMの焦点は“少しでも賢く”だけでなく、“どれだけ速く・安く・現実的に動くか”へ。
    量子化比較、DFlash2、高速化、キャッシュ、Linux優位など。

  6. メモリと継続状態を持つエージェントが本格テーマ化している。
    Chroma Foundationやハーネス進化研究がそこを示している。

  7. AI周辺の社会的関心は、医療やロボティクスにも広がっているが、因果関係の誇張には注意が必要。
    個別化がんワクチンは重要だが、今の生成AIブームの直接成果として語るのはズレる。


DJレン:最後にひとことで言うと、今日のニュースは、“モデルがすごい”から“システムとしてAIをどう使うか”へ主戦場が移っていることを、いろんな角度から見せてくれた。

DJミオ:うん。会話UI、共同作業、記憶、ルーティング、コスト、キャッシュ、推論高速化、そして人間のワークフローへの埋め込み。AIはますます、単発の賢さより継続的な実務能力で評価される時代に入ってるね。

DJレン:というわけで、今夜の「Midnight AI Groove」はここまで。

DJミオ:深夜の学びを、明日の理解につなげて。お相手はDJミオと、

DJレン:DJレンでした。

二人:また次回。おやすみなさい。

(エンディングジングル)

ChatGPT Image 2026年8月25日 10_57_33.png

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?