Open Models
@EMostaque
「Kimi K3の衝撃に匹敵」ポストトレーニングだけでフラッグシップ級、MacBookで動く小型モデル
Emad Mostaque氏が新モデルのリリースを「Kimi K3のリリースと同じくらい衝撃的」と評価。大幅な性能向上はポストトレーニングのみで達成されており、モデルサイズはGLM 5.2の3分の1(K3の10分の1)で、MacBookやSparkでも動作するという。今年Q1のフラッグシップ(Opus 4.6 / GPT 5.4)級の性能を100万トークンあたり0.28ドル未満、約100分の1のコストで提供するとしている。
メモ
半年前のフラッグシップ級がローカルマシンで動くところまで、小型化と価格低下が同時に進んでいる。伸びしろがポストトレーニング側にあるという指摘は、モデルを選定・運用する開発者にとって示唆が大きい。
出典 @EMostaque↗
Product
@OpenAIDevs
GPT-5.4 / 5.4 mini、ChatGPTサインインでの利用は8月31日で終了。APIでは継続
OpenAIが、ChatGPTアカウントでサインインしたユーザー向けのGPT-5.4およびGPT-5.4 miniの提供を8月31日で終了すると発表。両モデルはOpenAI APIと、APIキーで認証したCodexセッションでは引き続き利用できる。
メモ
ChatGPT認証でCodexを使っているワークフローは影響を受ける可能性がある。GPT-5.4系に依存している場合は、API移行か後継モデルへの切り替え検証を早めに。
出典 @OpenAIDevs↗
Industry
@OpenAIDevs
OpenAI、GPT-5.6の効率化を還元。Lunaは80%、Terraは20%のコスト引き下げ
OpenAIが、GPT-5.6で得られた効率化の成果をモデル価格に反映したと改めて告知。Lunaのモデルコストを80%、Terraを20%引き下げたという。
メモ
80%の値下げは、コスト理由で見送っていた用途の再検討に値する規模。効率化がそのまま価格に降りてくるサイクルが続いており、単価前提の設計は定期的に見直したい。
出典 @OpenAIDevs↗
Product
@OpenAIDevs
ChatGPTデスクトップに「Activity」ビュー。要対応の会話とプロジェクト更新を一覧化
ChatGPTデスクトップアプリに新しい「Activity」ビューが追加された。ユーザーの対応が必要な会話と、各プロジェクトの最近の更新をひとつの画面にまとめて表示する。
メモ
複数のエージェントタスクを並行して走らせる使い方が前提のUIになってきた。「どの作業が自分待ちか」を集約する画面は、エージェント時代のクライアントの標準装備になりそう。
出典 @OpenAIDevs↗
Industry
@GoogleAI
Google AIが直近2週間を総括。Gemini Robotics 2、Gemini 3.5 Flash-Liteなど
Google AIが最近の発表をまとめて振り返った。Google DeepMindのGemini Robotics 2はロボットに全身の知能(whole-body intelligence)をもたらすもの。Gemini 3.5 Flash-Liteは高速なエージェントワークフロー向けに最適化された、同社最速・最もコスト効率の高いモデルだという。Gemini 3.6 Flashにも言及している。
メモ
ロボティクスと軽量エージェント向けモデルを同時に押し出しているのがGoogleらしい。エージェント用途では「最速・最安」レンジのモデル選択肢が急速に増えている。
出典 @GoogleAI↗
Dev Tools
@PyTorch
PyTorch 2.13リリース。FlexAttentionがApple Siliconに対応、大語彙モデルのメモリを最大4分の1に
PyTorch 2.13では、FlexAttentionがApple Siliconで利用可能になった。nn.LinearCrossEntropyLossにより、語彙数の大きいモデルのピークメモリを最大4分の1に削減。分散学習、コンパイル、プロファイリング、オンデバイス推論まわりも更新されている。
メモ
Mac上での学習・実験環境がまた一歩実用的になった。大語彙モデルのメモリ削減は、限られたGPUでファインチューニングする際に効いてくる。
出典 @PyTorch↗
Research
@_akhaliq
Qwen-UI-Agentのテクニカルレポート公開。実世界志向の基盤GUIエージェントへ
Qwen-UI-Agentの技術レポートがHugging Face Papersで公開された。「次世代の実世界中心(Real-World Centric)の基盤GUIエージェント」を掲げるもので、AK氏(@_akhaliq)が論文を共有している。
メモ
画面操作エージェントは各社が競う激戦区。Qwen系はモデル公開に積極的なので、GUI自動化を自前で組みたい開発者は追っておきたいレポート。
出典 @_akhaliq↗
AI Coding
@emollick
Ethan Mollick氏、1年前の「フェイクAI動画」をFableで実際に動くゲームに
Ethan Mollick氏が、1年前に自作したフェイクのAI動画をもとに、FableにRothko風のシティビルダーゲームを実装させた。AIが考案した独自メカニクスは、色と形のあいだの「余白」を操作して都市を育てるというもの。動作するゲームとして公開されている。
メモ
「1年前は捏造するしかなかったデモが、今は実装できる」という時間差の見せ方が秀逸。モデルがゲームメカニクスの発案までこなしている点も興味深い。
出典 @emollick↗
Perspective
@dwarkesh_sp
「LLM企業に弱気になる根拠は、結局タイムラインの長さ」Dwarkesh Patel氏
Dwarkesh Patel氏は、「能力の伸びが現在の想定より遅く、スパイキーで、データ制約が強い」と考えるならLLM企業に弱気になるのは妥当だと同意。ただしその核心は、事業として構造的な問題があるということではなく、単に(能力向上の)タイムラインを長く見積もっているかどうかだと指摘した。
メモ
「LLMはビジネスとして成立するか」の議論を、構造問題とタイムライン問題に切り分けるフレーミング。強気・弱気どちらの立場でも、自分がどちらを主張しているのか整理するのに役立つ。
出典 @dwarkesh_sp↗
Perspective
@natolambert
「LLM開発を支えるのは希少な秘密ではない」Nathan Lambert氏、同時多発的な進歩の理由を語る
Nathan Lambert氏は、これほど多くの組織から同時にモデルの進歩が生まれるペースは驚異的だとした上で、LLM開発を駆動しているのは希少な企業秘密ではなく、継続的な努力・大規模な資本・効果的な組織設計だと指摘。強力な技術のノウハウが広く拡散していることは良いことだと述べた。
メモ
今日のKimi K3級モデルの話とも符合する見方。「秘伝のタレ」がないなら差は実行力と資本の勝負になり、モデルの選択肢が増え続けることは利用者側には追い風。
出典 @natolambert↗