DISPATCH №0530 / 2026-05-30 / MORNING EDITION / 07 ITEMS / BUILD 20260530.0728 / LIVE / CURATED BY 泉水亮介
VCB News & Post Headline
JST · 07:28 · FRI
MORNING DISPATCH · FRIDAY · MAY 30, 2026

2026.05.30

富士通が · Sakana · MIT · Microsoft 07 ITEMS · READ 6 min
📰 業界ニュース / 富士通 (@FUJITSUOFFICIAL) / ITMEDIA AI+ / NEWS

富士通が OpenAI と連携開始、Anthropic とも「ミュトス」早期アクセスで協業

富士通が OpenAI と連携開始、Anthropic とも「ミュトス」早期アクセスで協業

富士通が OpenAI との連携を正式開始し、AI 活用を PoC 段階から『変革の実装』へ進めると発表した。同じ時期に Anthropic とも協業しており、ITmedia の取材では Anthropic が段階公開を進める上位モデル『ミュトス』への早期アクセスを確保していることが明らかになった。日本の大手 SIer が OpenAI と Anthropic の双方と同時に手を組む構図になっている。

キーポイント

  • 富士通が OpenAI と連携開始、企業変革の『実装』フェーズを掲げる
  • 並行して Anthropic とも協業し、最新モデル『ミュトス』への早期アクセスを確保
  • 単一ベンダー依存ではなく複数フロンティアモデルを併用する戦略
  • ミュトスは Anthropic が安全性確保を条件に段階公開している上位モデル群
日本のエンタープライズ AI が『試験導入』から『業務変革の実装』へ移ったことの象徴。特定ベンダーに賭けず用途で使い分ける構えは、VBC 受講生が案件でモデルを選ぶ現実的な姿勢と重なる。
📖 研究 / SAKANA AI (@SAKANAAILABS) / NEWS

Sakana AI『DiffusionBlocks』— ネットワークをブロック単位で分割学習しメモリ要件を削減

Sakana AI『DiffusionBlocks』— ネットワークをブロック単位で分割学習しメモリ要件を削減

日本拠点の Sakana AI が『DiffusionBlocks』を発表した。ニューラルネットワークを拡散(diffusion)として捉え直し、全層を一度にメモリへ載せずにブロックごとへ分割して独立に学習できるようにする手法で、大規模モデル学習のメモリ要件を下げることを狙う。論文と詳細は pub.sakana.ai で公開されている。

キーポイント

  • ネットワークを『拡散過程のブロック』として捉え、ブロック単位で分割学習
  • 全層を同時にメモリ保持する必要をなくし学習時のメモリ要件を削減
  • 限られたリソースで大規模モデルを訓練するアプローチの一つ
  • 論文・詳細は pub.sakana.ai/diffusionblocks で公開
モデルの『賢さ』競争とは別軸で、学習・運用コストを下げる効率化研究が活発化している。推論側のトークン経済とあわせ、AI 実用化の主戦場が『どれだけ安く回せるか』に移りつつあることを示す。日本発のフロンティア研究という点でも注目。
📖 研究 / ALPHA SIGNAL (@ALPHASIGNALAI) / NEWS

MIT・Stanford・DeepMind・MS 論文:エージェントは chat の約1000倍トークン消費、同タスクで最大30倍コスト差

MIT・Stanford・DeepMind・MS 論文:エージェントは chat の約1000倍トークン消費、同タスクで最大30倍コスト差

MIT・Stanford・Google DeepMind・Microsoft の共同研究が『トークン単価が下がれば AI も安くなる』という前提を覆した、という紹介。AI エージェントはチャット利用の約1000倍のトークンを消費し、コストの主因は生成するコードではなくループごとに毎回コンテキストを読み直すことにある。同じモデル・同じタスクでも実装設計次第でコストが最大30倍変動するという。

キーポイント

  • エージェントはチャットの約1000倍のトークンを消費
  • コストの主役は出力(生成コード)ではなくループ毎の context 再読み込み
  • 同一タスク・同一モデルでも実装設計でコストが最大30倍変動
  • トークン単価の低下だけでは AI 運用コストは下がらない
前日の Cursor『input トークンがコストの主役』という指摘を学術的に裏付ける内容。VBC のエージェント開発では、毎ループで無駄な長文を渡さない・キャッシュを効かせる・コンテキストを圧縮する設計がそのまま請求額に直結する。
💻 AI/開発ツール / MICROSOFT 365 (@MICROSOFT365) / VERCEL (@VERCEL_DEV) / NEWS

Microsoft 365 Copilot が Claude Opus 4.8 を追加、Vercel AI Gateway でも即日提供

Microsoft 365 Copilot が Claude Opus 4.8 を追加、Vercel AI Gateway でも即日提供

Anthropic の Claude Opus 4.8 発表当日、Microsoft が Microsoft 365 Copilot にモデル選択肢として Opus 4.8 を追加すると発表した。まず Copilot Cowork(Frontier)で利用可能になり、Copilot Chat・Excel・PowerPoint・Copilot Studio へ順次展開される。同日 Vercel も AI Gateway 上で anthropic/claude-opus-4.8 をルーティング対象に加えた。

キーポイント

  • Microsoft 365 Copilot が Anthropic Claude Opus 4.8 を選択モデルに追加
  • Copilot Cowork (Frontier) で即時利用可、Chat / Excel / PowerPoint / Studio へ順次展開
  • OpenAI と密接な Microsoft が Anthropic モデルを併載する点が注目
  • Vercel AI Gateway も同日 Opus 4.8 をルーティング対象に追加
新モデルが出たその日に Microsoft・Vercel など主要プラットフォームが一斉に載せる速度感が標準になりつつある。OpenAI の最大パートナー Microsoft が Anthropic モデルを併載する事実は、ユーザーが『アプリ単位ではなくモデル単位で選ぶ』時代を裏付ける。
📖 研究 / GIGAZINE (@GIGAZINE) / NEWS

「AIモデルには睡眠が必要」という研究結果

「AIモデルには睡眠が必要」という研究結果

AI モデルにも人間の睡眠に相当する『休息・再編成』の工程が性能維持に必要だとする研究結果を GIGAZINE が紹介した。連続学習や長時間稼働でモデルの内部表現が劣化・偏向していく現象に対し、定期的にオフラインで整理するフェーズを挟むことで安定性や性能を取り戻せるという考え方で、継続学習(continual learning)や破滅的忘却の問題と関連する。

キーポイント

  • 連続学習・長時間稼働でモデル内部の表現が劣化/偏る現象を扱う
  • 人間の睡眠に相当する『整理・再編成』工程が性能維持に寄与しうる
  • 継続学習(continual learning)や破滅的忘却の研究テーマと関連
『常時オンで学習し続けるエージェント』を作るとき、無制限に回し続けると劣化しうるという示唆。実運用でも定期的なリセット・再評価・再学習サイクルの設計が必要になる可能性を示す、運用設計に効く話題。
🔧 セキュリティ / SAFEDEP (@SAFEDEPIO) / NEWS

164個の npm パッケージが oob[.]moika[.]tech 経由で認証情報を窃取する新キャンペーン

164個の npm パッケージが oob[.]moika[.]tech 経由で認証情報を窃取する新キャンペーン

SafeDep が、クラウド・金融分野を標的にした 164 個の悪性 npm パッケージによる依存関係混乱(dependency confusion)キャンペーンを報告した。インストール時に process.env を丸ごと外部(oob[.]moika[.]tech)へ送信し、API キー・トークン・各種シークレットや CI 環境の認証情報を窃取する。先日の Shai-Hulud 系とは別系統の新たな攻撃波となる。

キーポイント

  • 164 個の悪性 npm パッケージがクラウド・金融領域を標的化
  • インストール時に process.env 全体を外部へ送信し認証情報を窃取
  • 狙いは API キー・トークン・CI 環境のシークレット
  • 社内名と同名パッケージを公開する dependency confusion を悪用
npm のサプライチェーン攻撃が単発でなく波状で続いている現実。VBC 受講生も npm install 前のパッケージ検証・最小権限の env 管理・CI シークレット分離が必須。『自分のコードは安全』でも依存先で抜かれるという依存管理の基本リスク。
💻 AI/開発ツール / JUMPERZ (@JUMPERZ) / BOOKMARK

Opus 4.8 vs GPT-5.5 — もう『賢さ』ではなく用途で選ぶ時代の使い分けチートシート

Opus 4.8 vs GPT-5.5 — もう『賢さ』ではなく用途で選ぶ時代の使い分けチートシート

Opus 4.8 はリーダーボードを追わず『トークン効率』(稼働コスト約61%減・fast mode 3倍安)に振ったリリースだという考察。4.8 と GPT-5.5 はもはや知性勝負ではなく用途で選ぶ段階とし、Opus 向き=リポジトリ規模コーディング・長時間の無人エージェント・自己ミス検出が要る作業・computer use、Codex(GPT-5.5) 向き=ターミナル中心作業・Web リサーチ・大量処理パイプライン・速度重視、と整理する。純粋な推論力と TTFT はほぼ互角という。

キーポイント

  • 4.8 はスコアより稼働コスト約61%減・fast mode 3倍安のトークン効率に注力
  • Opus 向き: リポジトリ規模コーディング / 長時間無人エージェント / 自己ミス検出 / computer use
  • Codex(GPT-5.5) 向き: ターミナル中心作業 / Web リサーチ / 大量処理パイプライン / 速度重視
  • 純粋な推論力と初回トークンまでの時間(TTFT)はほぼ互角
モデル選択に迷ったときの実務的な指針。『どちらが賢いか』ではなく『何に使うか』で選ぶ視点は、コスト最適化を含むエージェント運用設計に直結する。VBC 受講生がツールを選ぶ際のそのまま使える早見表になる。
📄 PDFをダウンロード 🧵 X スレッドで読む