Research
@AIatMeta
Meta の自律研究システム AIRA₃、NVIDIA 主催の Kaggle コンペに参戦 ― 30B Nemotron の推論ファインチューニングに挑む
Meta AI が、自律型 AI 研究システムの次世代版 AIRA₃ を、6月に NVIDIA が主催した Kaggle のライブコンペティションに参加させたと明かした。課題は 30B パラメータの Nemotron モデルをファインチューニングして推論能力を教え込むというもので、AI 研究のフロンティアを進める自社の進捗を測るテストとして位置づけている。
メモ
「AI がモデルのファインチューニングを自律的にやる」を、人間も参加するライブコンペで試したという点が興味深い。実験計画から学習・評価までを回すエージェントが、実務のモデル開発にどこまで使えるかの目安になる。
出典 @AIatMeta↗
Product
@OpenAIDevs
OpenAI、GPT-6 Astra のデモを 24 時間で募集 ― 「Astra で何を作れるか」
OpenAI の開発者チームが、「GPT-6 Astra で何を ship できるか」と呼びかけ、デモやリンクと、Astra がどう役立ったかの一言を投稿するよう求めた。期限は 24 時間としている。
メモ
API 公開直後の恒例のデモ募集。集まった投稿をたどると、Astra の非同期ツール呼び出しや computer use をどう組み合わせているか、実装の初期事例をまとめて眺められる。
出典 @OpenAIDevs↗
Perspective
@emollick
Ethan Mollick 氏「ローカルで動く Fable や Astra のメモリは、実質オフにできない」
Ethan Mollick 氏は、Fable や Astra をローカルで動かしている場合、メモリ機能を実質的に「オフ」にすることはできないと指摘した。これらは自分に関する小さなメモを各所の markdown ファイルに書き込み、他の作業を見て何をしているかを把握するためだという。別の投稿では、これはプライバシーとは別の問題で、学習への利用は OpenAI や Claude の設定で止められるし、オープンウェイトモデルを使う手もあるが、性能が上がるにつれ同じ問題を抱えると補足している。
メモ
エージェントがリポジトリ内のファイルとして記憶を持つ設計は、便利な一方で「何を覚えているか」の把握が難しい。共有リポジトリやクライアント案件で使うなら、メモリファイルの置き場所と管理ルールを先に決めておきたい。
出典 @emollick↗
Research
@HamelHusain
「slop 対策プロンプト」は効くのか ― Hamel Husain 氏らが配信で評価、結果は「あまり差がない」
Hamel Husain 氏と Isaac Flath 氏が、話題の「slop(ありがちな AI 文体)を避けるプロンプト」が本当に効くのかをライブ配信で検証した。三者比較で見た5つの例では、プロンプトは文章のスタイルをあまり左右しないと感じたという。意外にも、丁寧さを省いた「unmannered」な slop プロンプトの方が好ましいと感じる場合もあり、当初は当然劣ると予想していたと述べている。
メモ
「効きそうなプロンプト」を信じる前に、少数例でも実際に並べて比較する姿勢がそのまま参考になる。サンプルは5件と少ないので結論は保留だが、プロンプトの工夫が想像より効かない可能性は頭に置いておきたい。
出典 @HamelHusain↗
Perspective
@emollick
エージェント時代の「仕事の中身」は実証的に把握できなくなっている、と Mollick 氏
Ethan Mollick 氏は、AI の急速な進展の副作用として、2026年以降の長時間稼働するエージェントの時代に、仕事の実際のミクロなプロセスで何が起きているかを実証的に捉える手がかりを失いつつあると述べた。チャットボットが仕事に与える影響についてはある程度の学術的知見があるが、エージェントの影響についてはずっと少ないという。
メモ
エージェント導入の効果を語る材料が、体感と社内事例に偏りがちな現状の裏付けでもある。自分のチームで「どのタスクをどれだけ任せたか」のログを残しておくことが、後で効いてくる。
出典 @emollick↗
Infrastructure
@TDataScience
「prefill と decode を別 GPU プールに分ければ速くなる」は、多くのチームには当てはまらない
Towards Data Science が、Mostafa Ibrahim 氏の記事を紹介した。LLM 推論で prefill と decode を別々の GPU プールに分離すればスループットが上がる、というコンセンサスが急速に形成されつつあるが、この構成はほとんどのチームにとっては誤りだと論じている。
メモ
大規模事業者の推論最適化の話が、そのまま中規模の自前ホスティングに当てはまるとは限らない。自分たちのトラフィック規模で分離構成が本当に割に合うか、導入前に見直す材料になる。
出典 @TDataScience↗
Dev Tools
@PyTorch
型システムはなぜテンソルの shape を追跡しないのか ― Meta の PyreFly が PyTorch Conference で解説へ
PyTorch 公式が、10月20〜21日にサンノゼで開催される PyTorch Conference North America 2026 の講演を紹介した。Meta の Avik Chaudhuri 氏が、型システムがニューラルネットワークのモジュール間でテンソルの shape を自動的に追跡しない理由を掘り下げ、静的型チェッカー PyreFly がどうアプローチするかを解説するという。
メモ
shape の不一致は実行してみるまで分からないのが今の PyTorch の普通。静的型チェックで事前に捕まえられるなら、モデルコードのリファクタリングがだいぶ楽になる。
出典 @PyTorch↗
Open Models
@TDataScience
ローカル LLM はプライバシーを解決しても「連携」は解決しない ― Structured Outputs で現場のワークフローにつなぐ
Towards Data Science が Shuai Guo 氏の記事を紹介した。LLM をローカルで動かせばプライバシーの問題は解決するが、既存システムとの統合の問題は残る。構造化出力(structured outputs)を使うことで、ローカルモデルを実際のワークフローにつなぎやすくなると解説している。同氏は別記事で、Gemma 4 と Ollama を使ったローカル LLM でのマルチモーダルアプリ構築も取り上げている。
メモ
ローカルモデルを業務に組み込むときの詰まりどころは、モデルの賢さより「出力を機械的に扱えるか」。JSON スキーマで縛る設計は、クラウド API と同じ発想でそのまま持ち込める。
出典 @TDataScience↗
Perspective
@emollick
GPT-4 から GPT-6 へ ― 「Sparks of AGI」論文は再評価されるべき、と Mollick 氏
Ethan Mollick 氏は、GPT-4 から GPT-6 への流れを振り返り、当時大きな反発を受けた「Sparks」論文が、多くの定性的実験にもとづいて LLM の向かう先を的確に捉えていたと述べた。振り返ってみれば評価に値する論文だという。
メモ
ベンチマークより先に「触ってみた感触」が方向性を言い当てていた、という話。定性的な観察を軽視しない姿勢は、新モデルの評価でも同じように役立つ。
出典 @emollick↗
Industry
@PyTorch
「ハードウェアの異種混在はもはや例外ではなくデフォルト」― PyTorch Conference 2026 のテーマ
PyTorch 公式は、ハードウェアの異種混在はもはやエッジケースではなくデフォルトになったと述べ、10月20〜21日の PyTorch Conference North America 2026 で、GPU・TPU・NPU・カスタム ASIC にまたがるカーネルエンジニアリング、独自コンパイラバックエンド、性能最適化の深掘りセッションを行うと告知した。
メモ
NVIDIA 一択だった学習・推論基盤が、TPU や NPU、独自 ASIC に分散していく前提でフレームワーク側が動いている。コンパイラバックエンド周りの動向は、将来のインフラ選択に効いてくる。
出典 @PyTorch↗