popbits CONTACT →

Daily AI Briefing

厳選AI NEWS

海外の一次情報を、日本語で。

毎日のようにAI関連のニュースが届きますが、その多くは一次情報ではなく、ノイズも少なくありません。研究機関・開発企業・第一線の専門家による発信の中から、本当に押さえておきたい情報だけを厳選してお届けします。

2026.06.26 FRI 本日の発信 数十件のうち、押さえておきたい 10件 を抜粋

OpenAI 社内のエージェント活用が急拡大、自社をケーススタディに公開

OpenAI のグレッグ・ブロックマンが、社内でエージェントの導入が非常に速く進み、業務を加速させている実態をデータとして共有した。エンジニアリングにとどまらず、社内のさまざまな業務にエージェントが浸透しつつある様子が示されている。

メモ

「自社をカナリア(炭鉱のカナリア)」として社内導入の生データを出すのは珍しい。チャット主体から、タスクを任せるエージェント主体へ重心が移っている流れの実例として読める。

出典 @gdb

Anthropic、Claude Code 上に構築した能動型エージェント「Claude Tag」を解説

Anthropic は、エージェントの次の進化形として「Claude Tag」を紹介した。記憶とアイデンティティを持ち、能動的(プロアクティブ)かつ複数人で協働できるエージェントで、Claude Code の上に構築されている。仕組みと使いこなしのベストプラクティスを深掘りした解説が公開された。

メモ

呼ばれて応答する受動型から、自分から動く能動型・マルチプレイヤー型への転換が要点。記憶と同一性を持たせる設計は、長期タスクをエージェントに任せる際の鍵になる。

出典 @ClaudeDevs

Gemini 3.5 Flash がネイティブの「コンピュータ操作」に対応

Google DeepMind は、Gemini 3.5 Flash が computer use(コンピュータ操作)をネイティブ機能としてサポートしたと発表した。この組み込みツールにより、開発者はブラウザ・モバイル・デスクトップの各インターフェースを見て操作できるカスタムエージェントを構築できる。

メモ

軽量・高速な Flash 系で computer use が標準提供される意味は大きい。画面を見てクリック/入力するUI操作エージェントを、低コストなモデルで量産できる方向に進んでいる。

出典 @GoogleDeepMind

Codex の DigitalOcean プラグイン、プロンプト一発で常駐クラウド開発環境

OpenAI は、Codex 向けの DigitalOcean プラグインを公開。プロンプト一つで、ユーザー自身の DigitalOcean アカウント上に永続的なクラウド開発環境を立ち上げられる。席を離れている間も処理が動き続ける。

メモ

ローカルを閉じてもタスクが継続する「常駐エージェント」の実用例。自分のクラウドアカウント上で動く点が、コスト管理とデータ管理の両面で扱いやすい。

出典 @OpenAIDevs

Stanford、エージェント学習用データセット「OpenThoughts-Agent-v2」を公開

多くの公開エージェント用データセットは単一ベンチマーク向けだが、OpenThoughts-Agent-v2 は計算量を揃えた比較で、あらゆる学習データサイズで首位となり、7つのエージェント系ベンチマークにわたって汎化したという。

メモ

単一ベンチに過適合しない汎用エージェント用データの整備は、再現性のある学習基盤として重要。オープンに出るため、自前のエージェント学習にも取り込みやすい。

出典 @StanfordAILab

PyTorch、ベンダー非依存の高速推論カーネル「TokenSpeed-Kernel」を紹介

PyTorch ブログで、TokenSpeed チーム(@lightseekorg)による TokenSpeed-Kernel が紹介された。一つのランタイムで複数のGPUアーキテクチャに対応し、ベンダー固有のモデルコードを書かずに済む、移植性の高い高性能カーネル。GPT-OSS 120B をケーススタディに解説している。

メモ

GPUベンダーごとにコードを書き分ける負担を減らせるかが論点。特定ハードへのロックインを避けつつ推論性能を出したい現場には実利が大きい。

出典 @PyTorch

「オープンウェイトのモデルは規制の抜け穴にはならない」という指摘

ペンシルベニア大のイーサン・モリックが、米政府はオープンウェイトのモデルを実効的に規制し得る、との見方を紹介した。重みのダウンロードや実行自体を止められなくても、米国企業が利用・提供・ホストしないよう徹底させることはできる、という論旨。

メモ

オープンソース=規制の埒外、という前提が崩れる可能性。配布できても商用利用やホスティングが制限されれば、実務での選定や調達に直接効いてくる。

出典 @emollick

「数学の見せ方は、その本質をしばしば誤解させる」

ドワーケシュ・パテルが、数学の提示の仕方が数学の実像を誤らせやすいと論じた。例として、量子情報理論は線形代数と確率を組み合わせるだけで、量子力学が生まれる何十年も前に原理上は発見し得たはずだが、誰もそうはしなかった、という話を挙げている。

メモ

「組み合わせれば作れたのに誰もやらなかった」という発見の経路依存は、AIが既存知識を再結合して未発見の領域を埋め得るか、という問いにそのまま重なる。

出典 @dwarkesh_sp

OCR は「単一ツールの選択」から「多肢のエンジニアリング問題」へ

Towards Data Science が、OCR はもはや単一ツールを選ぶ問題ではなく、複数の選択肢を組み合わせるエンジニアリング課題になりつつある、という記事を紹介。Ida Silfverskiöld が、約100件の文書に対して複数エンジンを評価した知見を共有している。

メモ

文書の種類ごとに最適なOCRエンジンは異なる、という実証的な話。RAGやドキュメント処理の前段で「どれを使うか」を固定せず、評価して使い分ける視点が要る。

出典 @TDataScience

OpenAI「Builders Unscripted」、GPT-5.5 と Codex の使いこなしを対談

OpenAI の動画シリーズ「Builders Unscripted」で、Pietro が Romain Huet と対談。GPT-5.5 の創造的な使い方や、Codex でアイデアをソフトウェアに変える方法を語っている。画像から音への変換、マルチエージェントの Codex ワークフロー、ハードウェアの再生、「自分でやる」から「指揮する」への移行などに触れている。

メモ

「doing から directing(自分でやる→指揮する)」という言い回しが、コーディングエージェント時代の開発者の役割変化をよく表している。実演ベースなので具体的な使い方の参考になる。

出典 @OpenAIDevs

こうした動きを、自社の業務にどう活かせばいいか ―
迷ったときに相談できる窓口があります。

AI導入を相談する →