コンテキスト(LLM技術)に関するニュース一覧

GoogleがChrome AI機能をアジア太平洋に拡大

対象地域と主な機能

日本含むAPAC 7カ国で提供開始
Geminiによるページ要約機能
複数タブ横断の情報比較
Googleアプリとの深い連携

新機能と安全対策

過去の会話を記憶するPersonal Intelligence
機密操作時の確認機能を搭載

Googleは2026年4月20日、ChromeブラウザのAI機能「Gemini in Chrome」をアジア太平洋地域に拡大すると発表しました。対象国はオーストラリア、インドネシア、日本、フィリピン、シンガポール、韓国、ベトナムの7カ国で、デスクトップ版とiOS版のユーザーが利用可能です。ただし日本ではiOS版は対象外となっています。

Gemini in Chromeはパーソナライズされたブラウジングアシスタントとして機能し、長文コンテンツの要約や複数タブにまたがる情報の比較が可能です。さらにGoogleの主要アプリと深く統合されており、Googleカレンダーでの会議スケジュール設定、Googleマップでの場所確認、Gmailでのメール作成・送信、YouTubeの動画に関する質問など、閲覧中のページを離れることなく操作できます。

新たに搭載されたNano Banana 2機能では、Gemini in Chromeのサイドパネルでテキストプロンプトを入力することにより、ウェブ上の画像を変換できます。またPersonal Intelligence機能により、過去の会話コンテキストを記憶し、ウェブ閲覧全体を通じてユーザーに最適化された回答を提供します。

セキュリティ面では、設計段階からの安全性確保を重視しています。AIモデルはプロンプトインジェクションなどの既知の脅威を認識するよう訓練されており、機密性の高い操作を実行する前にユーザーへ確認を求めるセーフガードが組み込まれています。ユーザーが常に操作の主導権を握れる設計となっています。

Google、ChromeのAI Modeにページ並列表示機能を追加

並列表示の仕組み

リンククリックでサイドバイサイド表示
タブ切替不要でフォローアップ質問が可能
ページ内容とウェブ全体から回答生成

タブ横断検索の強化

開いているタブを選択して検索に追加
画像やPDFファイルも同時に添付可能
複数ソースの横断的な質問に対応

提供状況

米国で即日提供開始
グローバル展開は近日予定

Googleは2026年4月16日、Chrome デスクトップ版のAI Modeに、リンク先のウェブページをAI Modeと並列表示する新機能を追加したと発表しました。従来はAI Modeでリンクをクリックすると別タブが開き、検索の文脈が途切れていましたが、今回のアップデートにより同一画面内でウェブサイトとAI対話を同時に利用できるようになります。

たとえばコーヒーメーカーを探す際、AI Modeで条件を伝えて候補を表示させ、気になった商品のリンクをクリックすると、小売サイトが右側に表示されます。そのまま左側のAI Modeで「手入れのしやすさ」などを質問でき、ページの内容とウェブ全体の情報を組み合わせた回答が得られます。早期テスターからは、タブ切り替えの手間がなくなり作業に集中できると好評だったとGoogleは説明しています。

もう一つの大きな変更点は、開いている複数のタブを横断して検索できる機能です。Chrome デスクトップ・モバイルの検索ボックスやAI Mode内の「+」メニューから、最近のタブを選択して検索コンテキストに追加できます。タブだけでなく画像やPDFも同時に添付でき、複数の情報源を組み合わせた質問が可能になりました。

一方でWIREDは、この機能がユーザーをGoogle のAIツール内に長時間留める設計であると指摘しています。AI Modeで最も多くリンクされるサイトはGoogle.com自体であるとの調査もあり、ウェブサイトへのトラフィック減少を懸念するパブリッシャーの声は引き続き存在します。今回のアップデートは現時点で米国のみで提供され、他地域への展開は近日中に予定されています。

Cisco幹部が提唱する「認知のインターネット」、AIエージェント間の共有思考を実現する3つの新プロトコル

共有認知の基盤構想

エージェント間の意味的整合性が欠如
接続ではなく認知の共有が必要
人類の認知革命をシリコンで再現する構想

3つの新プロトコル

SSTPで意味レベルの通信を解析
LSTPでKVキャッシュごと潜在空間を転送
CSTPでエッジ向けに状態を圧縮転送

Ciscoでの実践成果

SREチームの展開時間が数時間から数秒に短縮
Kubernetesの問題を80%削減

CiscoのOutshift部門でSVP兼GMを務めるVijoy Pandey氏が、AIエージェントの次の課題は「共に考える」能力だと提唱しました。同氏はVentureBeatのポッドキャストで、現在のAIエージェントはワークフローで接続できても意味的な整合性や共有コンテキストを持たず、毎回ゼロから作業していると指摘。この課題を解決する「認知のインターネット」という構想を発表しています。

Pandey氏のチームは3つの新プロトコルを開発しています。Semantic State Transfer Protocol(SSTP)は言語レベルで意味的な通信を解析し、適切なツールやタスクを推論します。MITとの共同研究「Ripple Effect Protocol」も関連成果として発表されています。Latent Space Transfer Protocol(LSTP)は、トークン化のオーバーヘッドを回避し、KVキャッシュごと潜在空間を直接転送する仕組みです。

Compressed State Transfer Protocol(CSTP)は、対象となる情報のみを選別し残りを圧縮する方式で、大量の状態情報を正確に送る必要があるエッジ環境に適しています。これら3つのプロトコルに加え、認知状態を同期する「ファブリック」とガードレールを提供する「認知エンジン」の3層構造で分散型超知能の実現を目指しています。

一方、Ciscoでは既存のAI技術で具体的な成果も出ています。サイト信頼性エンジニアリング(SRE)チームでは、CI/CDパイプラインやKubernetesクラスタのデプロイなど10以上のワークフローを自動化しました。20以上のエージェントがMCPを介して100以上のツールにアクセスし、デプロイ時間を数時間から数秒に短縮しています。

Pandey氏は、大規模ネットワークにおけるエラー検出能力を10%から100%に引き上げた事例も紹介しました。同時に「AIは道具であり、新しいハンマーを手にしたからといって釘を探し回るべきではない」と述べ、決定論的なコードとAIの適切な組み合わせが重要だと強調しています。また、この「認知のインターネット」はオープンで相互運用可能な取り組みであるべきだとし、オープンソースプロジェクトAgntcyでエージェントの発見やアクセス管理、監視、評価の機能を公開しています。

LangChain「メモリはハーネスの中核」オープン基盤を提唱

ハーネスとメモリの関係

エージェント基盤がメモリ管理を担う構造
コンテキスト制御がメモリの基盤
メモリはプラグインではなくハーネスの中核機能

クローズド基盤のリスク

ベンダーロックインによるモデル切替困難
長期メモリがAPI背後に囲い込まれる危険性
プロプライエタリなデータ資産の喪失リスク

オープン基盤の提案

Deep Agentsをオープンソースで提供
モデル非依存でメモリの所有権を確保

LangChainの共同創業者Harrison Chase氏は2026年4月11日、ブログ記事「Your harness, your memory」を公開し、エージェントハーネス(エージェント実行基盤)とメモリが本質的に不可分であると主張しました。クローズドなハーネスを使うことは、メモリの制御権を第三者に委ねることであり、開発者にとって深刻なリスクになると警鐘を鳴らしています。

Chase氏はLetta CTOのSarah Wooders氏の論考を引用し、メモリはハーネスに後付けする「プラグイン」ではなく、コンテキスト管理そのものがメモリの基盤だと述べています。会話履歴の保持、コンパクション時の情報取捨選択、長期記憶の更新と参照など、すべてハーネスが担う責務だという考えです。

記事ではクローズド基盤のリスクを3段階で整理しています。最も軽度なケースは、OpenAIやAnthropicのステートフルAPIにセッション状態を保存すること。モデル切替時にスレッドの継続ができなくなります。最悪のケースでは、長期メモリを含むハーネス全体がAPI背後に隠され、開発者がメモリの所有権も可視性も失うとしています。

Chase氏は、モデルプロバイダーがメモリによるロックインを意図的に推進していると指摘します。AnthropicのManaged AgentsやOpenAIのCodexが生成する暗号化コンパクション要約など、エコシステム外で利用できない仕組みが具体例として挙げられています。

この問題への解決策として、LangChainはオープンソースのエージェントハーネスDeep Agentsを提案しています。モデル非依存で、agents.mdやskillsといったオープン標準を採用し、MongoDB・PostgreSQL・Redisなど任意のデータベースをメモリストアとして接続できます。開発者が自らのメモリを所有し、ベンダーに依存しないエージェント開発を可能にする設計です。

GitHub Copilot CLIの初心者向けガイドを公開

Copilot CLIの概要

ターミナルでエージェント型AIを利用
コード生成やテスト実行を自律的に実行
npmやHomebrewで簡単にインストール可能

主な活用方法

プロジェクト全体の概要把握を依頼可能
コード生成やエンドポイント追加を指示
クラウドエージェントへのタスク委任に対応
対話モードと非対話モードの使い分け

GitHubは2026年4月10日、ターミナルから直接AIコーディングアシスタントを利用できるGitHub Copilot CLIの初心者向けチュートリアルシリーズを公式ブログで公開しました。同ツールはnpmコマンドでインストールでき、GitHubアカウントで認証後すぐに利用を開始できます。

Copilot CLIの最大の特徴は、エージェント型AIの能力をターミナルに持ち込む点にあります。コードのビルドやテストの実行を自律的に行い、エラーが発生した場合も人間のプロンプトなしに自己修正できます。開発者はタスクをCopilotに任せ、別の作業に集中した後で結果をレビューするというワークフローが可能です。

具体的な活用例として、プロジェクト全体の概要把握、新しいエンドポイントの追加、さらにはクラウドエージェントへのタスク委任が紹介されています。委任機能では、CLIのコンテキストを保持したまま新しいブランチの作成やドラフトプルリクエストの作成がバックグラウンドで実行されます。

今後のシリーズでは、対話モードと非対話モードの使い分け、スラッシュコマンド、MCPサーバーとの連携など、より高度な活用法が順次解説される予定です。開発ワークフローを中断せずにAIを活用したい開発者にとって、有用なリソースとなりそうです。

Vercel、AIエージェント向け自律型基盤構想を発表

展開の主役が交代

週次デプロイが3カ月で倍増
3割超がコーディング代理経由
Claude Codeが75%を占有
半年で1000%増の急拡大

三層の自律基盤

代理が直接展開できるCLI/API
AI Gatewayと統合
サンドボックスと可観測性内蔵

自己修復する基盤

異常検知から原因分析まで自動

Vercelは2026年4月9日、最高プロダクト責任者トム・オッキーノ氏のブログで「自律型基盤(Agentic Infrastructure)」構想を発表しました。過去3カ月で同社の週次デプロイ数は倍増し、全体の30%超をコーディングエージェントが開始しており、半年前と比べ1000%の伸びを示しています。開発の主役が人から機械へ移る転換点で、クラウド基盤の再定義を迫る内容です。

内訳ではClaude Codeが全体の75%を占め、LovableとV0が6%、Cursorが1.5%と続きました。エージェント経由で展開されたプロジェクトは、人間が展開したものに比べてAI推論プロバイダーを20倍呼び出す傾向があると同社は指摘します。書くのも動かすのもAIという構造が、運用の常識を崩しはじめています。

オッキーノ氏は新基盤を三層で捉え直しました。第一にコーディング代理が展開する先としての基盤で、即時プレビューURLやロールバック、CLI・API・MCPサーバーを通じ人手を介さない機械駆動開発を可能にします。第二にエージェント自体を構築・実行する基盤で、長時間実行や多段階制御など従来のサーバーレスとは異なる要件に応えます。

第二層の中核は、AI SDK 6のエージェント抽象化、数百モデルを束ねるAI Gateway、遅延と並行性に最適化したFluid compute、状態保持のWorkflowsとQueues、未検証コード向けSandbox、そして挙動追跡のObservabilityです。これらを共有コンテキストの下に束ねる点が特徴です。

第三層は基盤そのものが自律的に振る舞う段階を指します。遅延急増やモデル提供者の障害発生時に、プラットフォームが観測データとログとソースコードを自ら参照し、根本原因を分析し、サンドボックス内で修正案を検証します。現時点では人間の承認を前提としつつ、文脈の蓄積により運用負担を段階的に引き受ける方針です。

オッキーノ氏は「クラウドの歴史は機械から人を取り除く歴史」と総括し、ソフトウェアが自ら書き、出荷し、癒やす時代に備える基盤こそが次の十年の勝者を決めると結びました。経営者や開発リーダーにとって、エージェント前提の運用設計をいつどのように取り込むかが問われる局面です。

LangChain、AIエージェント改善に人間判断を組み込む手法

暗黙知の取り込み

暗黙知を設計に反映
ツール設計で柔軟性と安全性両立

評価の自動化

人手レビューより自動評価優先
LLM-as-a-judgeで本番監視
アノテーションで専門家活用

継続改善の回し方

本番データを次のテスト集に
ゴールデンデータで品質維持

LangChainは2026年4月9日、AIエージェントを継続的に改善するための人間判断の組み込み方を解説する技術ガイドを公開しました。社内に眠る暗黙知をどう吸い上げ、ワークフロー設計やツール定義、コンテキスト構築に反映するかを、金融トレーダー向けコパイロットを架空の題材として段階的に示した内容です。エージェントの実装前後で専門家をどう巻き込むかに焦点を当てています。

記事はまず、エージェントが優れた成果を出すには、文書化された知識だけでなく従業員の頭の中にあるタシットナレッジが不可欠だと指摘します。架空のトレーダー向けコパイロットでは、「本日のエクスポージャー」など業界独自の言い回しや、どのテーブルが正となるかといった実務知識を把握しなければ、SQL生成の自動化は成立しないといいます。こうした暗黙知を引き出すには、関連する業務部門との対話を避けて通れないとしています。

エージェント構築では、ワークフロー設計・ツール設計・コンテキスト設計の3要素それぞれに人間の判断が必要だと整理します。リスクやコンプライアンスが関わる処理はコードで厳格に制御し、ツールは汎用SQL実行と定型クエリを使い分けて柔軟性と安全性を両立させます。さらに、ドキュメントや事例を事前に整えて実行時に取得させる「コンテキストエンジニアリング」が、最近の主流だと位置付けています。

改善サイクルで鍵になるのが、人手レビューに頼らず自動評価と人間判断を整合させる考え方です。LangChainは自社のLangSmithが備えるAlign Evaluator機能を使えば、専門家のフィードバックをもとにLLM-as-a-judge型の評価器を調整できると説明します。開発段階では少数のデータセットから出発し、手動テストで得た興味深い事例を継続的に追加することで、評価スイートを自然に拡充できるとしています。

本番稼働後は、トレースを全て収集した上でオンライン評価とアラート、アノテーションキューを組み合わせる運用が推奨されています。負のスコアが出た会話は自動で専門家に回し、評価器自体の調整にもつなげます。さらに、トレースデータから会話パターンを自動抽出する「Insights Agent」を活用すれば、想定外の利用シーンを発見しやすくなるといいます。

最終段階では、本番データを精選して次世代テストスイートとゴールデンデータセットを整備し、次バージョンの品質基準とします。LangChainは「ヒトの専門性が『良い』の定義を与え、自動評価がそれを大規模に適用する」と総括し、この反復こそがビジネス価値を生むエージェントを育てる唯一の道だと結んでいます。

Atlassian、Confluenceに視覚AI機能と外部エージェント導入

視覚ツールRemix

データを図表へ自動変換
最適な視覚形式をAIが推薦
別アプリ不要の一体型設計

外部エージェント連携

Lovableで製品プロト生成
Replitで技術文書をアプリ化
Gammaでスライド自動作成

業界の潮流

既存ツールへのAI組込みが主流に
Jiraにも2月にAI導入済み

Atlassianは2026年4月8日、コンテンツ協業ツールConfluenceに視覚AIツール「Remix」と3種類のサードパーティ製AIエージェントを導入すると発表しました。Confluenceに蓄積されたデータや情報を、追加のソフトウェアを開くことなくチャートやグラフィックスへ変換できるようになります。

Remixはオープンベータとして提供が始まり、対象データに最適な視覚フォーマットをAIが自動で推薦する仕組みです。ユーザーは手動でのフォーマット選定や外部ツールとの切り替えから解放され、情報の可視化にかかる時間を大幅に短縮できます。

新たに追加される3つのエージェントは、いずれもMCP(モデルコンテキストプロトコル)を通じてConfluence内で動作します。バイブコーディングツールLovableと連携して製品アイデアを動作するプロトタイプに変換するエージェント、Replitと接続して技術文書をスターターアプリに転換するエージェント、そしてAIプレゼン作成ツールGammaでスライドを自動生成するエージェントの3種類です。

この動きは、AI機能を新たな専用プラットフォームとして提供するのではなく、既存の業務ツールに直接組み込む業界トレンドに沿ったものです。Atlassianは2026年2月にもプロジェクト管理ツールJiraにAIエージェントを追加しており、SalesforceやOpenAIも同様のアプローチを進めています。

Atlassianのチームワークコラボレーション担当SVPサンチャン・サクセナ氏は「1つのページが次のアクションの出発点になる」と述べています。リーダーへの報告資料、開発者向けプロトタイプ、顧客向けウォークスルーのすべてを同一の情報源から生成できる点が、今回の機能群の本質的な価値といえるでしょう。

Amazon、S3をAIエージェントのファイルシステムに

オブジェクトとファイルの統合

S3バケットをローカルマウント
データ移行・複製が不要に
EFS技術で完全なファイル操作を実現

エージェント開発の課題解消

セッション状態消失の問題を解決
数千の同時接続に対応
共有ディレクトリで複数エージェント連携

FUSE方式との違い

メタデータ不整合の障害を排除
ファイルとオブジェクトの同時アクセス

Amazon Web Services(AWS)は、オブジェクトストレージS3のバケットをAIエージェントのローカル環境に直接マウントできる新機能「S3 Files」を発表しました。コマンド1つでS3上のデータをファイルシステムとして利用でき、データの移行や複製は不要です。すでに主要なAWSリージョンで利用可能となっています。

従来、S3はAPIベースのオブジェクトストレージであり、ファイルパスやディレクトリといったファイルシステムの概念を持ちませんでした。AIエージェントはローカルのファイル操作ツールに依存するため、S3上のデータを使うにはダウンロードが必要でした。しかし、エージェントのコンテキストウィンドウが圧縮されるとセッション状態が失われ、ダウンロード済みファイルの情報も消えてしまうという問題がありました。

S3 Filesは、AWSのElastic File System(EFS)技術をS3に直結させ、完全なファイルシステムセマンティクスを提供します。従来のFUSE(Filesystems in USErspace)方式とは異なり、ファイルAPIとS3オブジェクトAPIの両方から同一データに同時アクセスできます。AWSのVP兼ディスティングイッシュドエンジニアのAndy Warfield氏は、社内でKiroやClaude Codeを使う際にもこの課題が発生していたと明かしています。

マルチエージェント環境では、数千のコンピュートリソースが同一のS3ファイルシステムに同時接続でき、読み取りスループットは毎秒テラバイト級に達するとAWSは説明しています。エージェント間の状態共有は、サブディレクトリやノートファイルといった標準的なファイルシステム規約で実現されます。

アナリストからの評価も高く、GartnerのJeff Vogel氏は「S3 Filesはオブジェクトとファイルストレージ間のデータ移動を排除し、データコピーなしで共有の低遅延ワークスペースに変える」と指摘しています。IDCのDave McCarthy氏は「エクサバイト級のバケットをローカルドライブのように扱える」と述べ、エージェントの自律的な運用速度を大幅に向上させると評価しました。

NeuBird AIが障害予防特化のAIエージェント「Falcon」を発表

Falconの技術的特徴

前世代比3倍の処理速度
信頼度スコア平均92%達成
72時間先の障害予測が可能
インフラ依存関係のリアルタイム可視化

企業運用の課題と解決策

エンジニアの40%の時間が障害対応
経営層と現場で35ポイントのAI認識差
月200時間超のエンジニア工数削減を実現
FalconClawで熟練者の暗黙知を資産化

資金調達と事業展開

1930万ドルの資金調達を完了
累計調達額は約6400万ドルに到達

NeuBird AIは2026年4月6日、AIエージェントによるインフラ障害の予防・検知・修復を自動化する次世代プラットフォーム「Falcon」を発表しました。同時に1930万ドル(約29億円)の資金調達も公表しています。従来の「インシデント対応」から「インシデント回避」への転換を掲げ、SREやDevOpsチームの運用を事後対応型から予測型へ移行させることを目指します。

同社の調査レポートによると、経営層の74%がAIによるインシデント管理を実施していると考える一方、現場エンジニアでそう認識しているのはわずか39%にとどまります。エンジニアリングチームは平均して業務時間の40%をインシデント管理に費やしており、83%の組織でアラートが無視される事態も発生しています。44%の企業が過去1年間に、抑制されたアラートに起因する障害を経験しました。

Falconは前世代の「Hawkeye」と比較して3倍の速度を実現し、信頼度スコアは平均92%に達しています。最大の特徴は72時間先までの障害予測機能で、24時間以内の予測精度はさらに高くなります。Advanced Context Mapと呼ばれるリアルタイムの依存関係可視化機能により、障害の影響範囲を即座に把握できます。また、CLIベースのデスクトップモードを搭載し、Claude Codeなどのコーディングエージェントとの連携も可能です。

セキュリティ面では、LLMがデータに直接アクセスしない「コンテキストエンジニアリング」方式を採用しています。NeuBird AIがデータアクセスのゲートウェイとなることで、モデル非依存のアーキテクチャを実現しました。さらに、熟練エンジニアの暗黙知をスキルとして体系化する「FalconClaw」も同時発表され、15のスキルを搭載したテクニカルプレビューが公開されています。

資金調達はTemasek傘下のXora Innovationが主導し、Mayfield、M12、StepStone Group、Prosperity7 Venturesが参加しました。累計調達額は約6400万ドルに達しています。創業者のGou RaoとVinod Jayaramanは、Pure Storageに買収されたPortworxやDellに買収されたOcarina Networksの共同創業者であり、その実績が投資家の信頼を集めています。

AIエージェント本格普及、自律性とリスクの両立が課題に

主要エージェントの現在地

OpenClawがGitHub星15万超で急拡大
Claude Coworkが法務・財務の業務自動化を実現
Google Antigravityがコーディング支援に特化
自律性の拡大に伴いセキュリティリスクも増大

継続学習の3層構造

モデル層・ハーネス層・コンテキスト層の3階層で学習
LangChainがハーネス最適化の手法を提唱
ユーザー単位の記憶更新で個別最適化が可能に
実行トレースが全学習フローの基盤に

AIエージェントが急速に実用段階へ移行しています。VentureBeatの分析記事では、OpenClawやClaude Cowork、Google Antigravityといった主要エージェントが比較され、LangChainのブログではエージェントの継続学習に関する新たなフレームワークが提示されました。自律的に行動するAIが日常業務に浸透する一方、リスク管理と学習の仕組みが重要な論点となっています。

OpenClawはオープンソースでGitHub星15万超を短期間で達成し、ローカル環境での深いシステムアクセスを特徴とします。一方、AnthropicのClaude Coworkは法務や財務など特定ドメインに強みを持ち、契約書レビューやNDAの自動処理を実現しています。Google Antigravityはコーディングに特化し、プロンプトから本番環境までを一貫して支援します。

エージェントの能力を最大化するには、より大きな権限の付与が必要ですが、それは誤動作やデータ漏洩のリスクも拡大させます。オープンソースのOpenClawには中央管理者が存在せず、ガバナンスの課題が顕著です。責任あるAIの原則に基づくログ記録や人間による確認が不可欠だと指摘されています。

LangChainのHarrison Chase氏は、エージェントの継続学習をモデル層・ハーネス層・コンテキスト層の3階層で整理する枠組みを提唱しました。モデル層ではSFTや強化学習による重み更新が行われますが、壊滅的忘却という課題があります。ハーネス層ではエージェント駆動コードの最適化が進み、Meta-Harnessのようなエンドツーエンドの改善手法も登場しています。

コンテキスト層の学習は最も実用的で、ユーザーやチーム単位での記憶の蓄積と更新が可能です。OpenClawの「dreaming」機能やClaude CodeのCLAUDE.mdファイルがその具体例です。これら3層すべてにおいて、エージェントの実行トレースがデータ基盤となっており、トレースの収集と活用が今後の学習改善の鍵を握ります。

GitHub、差分表示の描画性能を大幅に改善

v2アーキテクチャの刷新

Reactコンポーネント数を74%削減
イベントハンドラの一元管理に移行
状態管理を条件付き子コンポーネントへ分離
O(1)データアクセスパターンの採用

仮想化と追加最適化

JSヒープ使用量が10分の1に
INPが最大700msから40〜80msへ改善
CSSセレクタ最適化とGPU変換の活用
プログレッシブ読み込みで体感速度向上

GitHubは、プルリクエストの「Files changed」タブにおける差分行の描画パフォーマンスを大幅に改善したことを発表しました。大規模なプルリクエストでは、JavaScriptヒープが1GBを超え、DOMノード数が40万以上に達するなど深刻な性能問題が発生していました。

従来のv1アーキテクチャでは、1つの差分行あたり最大15個のDOM要素、13個のReactコンポーネント、20以上のイベントハンドラが必要でした。新しいv2では、コンポーネント数を74%削減し、メモリ使用量を約50%低減することに成功しています。

主な改善策として、統合ビューと分割ビューにそれぞれ専用コンポーネントを設け、コメント機能やコンテキストメニューの状態を条件付き子コンポーネントへ移動しました。データアクセスもJavaScript Mapを活用したO(1)の定数時間ルックアップに変更しています。

さらに、1万行を超える巨大なプルリクエストにはTanStack Virtualを導入し、ウィンドウ仮想化を実装しました。これにより、p95以上の大規模PRでJSヒープとDOMノードが10分の1に削減され、INPは275〜700ms超から40〜80msへと劇的に改善されています。

加えて、重いCSSセレクタの置き換え、GPU変換によるドラッグ処理の最適化、サーバーサイドでの可視行のみのハイドレーションなど複合的な最適化も実施しました。プログレッシブ差分読み込みにより、ユーザーは全データの読み込み完了を待たずに操作を開始できるようになっています。

Anthropicがソースコード51万行を誤公開、攻撃経路3件が判明

漏洩の経緯と規模

npm配布時にソースマップ混入
TypeScript51万行・1906ファイル流出
未発表モデル含む機能フラグ44件露出

具体的な攻撃経路

シェル検証のパーサー差異を悪用
MCPサーバー偽装によるサプライチェーン攻撃

企業が取るべき対策

設定ファイルを実行コードと同等に監査
MCP依存をバージョン固定で管理

2026年3月31日、Anthropicがnpmパッケージ「claude-code」バージョン2.1.88に59.8MBのソースマップファイルを誤って同梱し、51万2000行のTypeScriptソースコードが流出しました。セキュリティ研究者が同日UTC4時23分頃にX上で公開し、数時間でGitHubのミラーリポジトリに拡散しました。

流出したコードには、Claude Codeの完全な権限モデル、40以上のツールスキーマ、2500行のbashセキュリティ検証ロジック、44件の未公開機能フラグが含まれていました。Anthropicは人為的なパッケージングミスと認め、顧客データやモデル重みの流出はないと説明しています。

セキュリティ企業Straikerの分析により、3つの実用的な攻撃経路が特定されました。第一にCLAUDE.mdファイルを通じたコンテキスト汚染、第二にシェルパーサー間の差異を突いたサンドボックス回避、第三にこれらを組み合わせた協調型エージェント操作です。モデルを脱獄させるのではなく、正当な指示と誤認させる手法が問題視されています。

Gartnerは同日のレポートで、Anthropicの製品力と運用規律の乖離を指摘し、AIコーディングツールベンダーにSLA・稼働実績・インシデント対応方針の公開を求めるべきだと提言しました。5日前にも未発表モデル「Claude Mythos」関連の情報漏洩があり、3月の一連のインシデントを構造的問題と評価しています。

企業のセキュリティ責任者が今週取るべき対策として、クローンリポジトリ内のCLAUDE.mdと設定ファイルの監査、MCPサーバーのバージョン固定と変更監視、bash権限ルールの制限とコミット前のシークレットスキャン導入、ベンダー切替を30日以内に可能にする設計、AI支援コードの出所検証の5項目が挙げられています。

GitHub Copilot CLIに複数エージェント並列実行の新機能

/fleetの仕組み

タスクを独立した作業単位に自動分解
依存関係を識別し並列実行を最適化
各サブエージェントは独立したコンテキストを保持
オーケストレーターが進捗管理と最終統合を担当

効果的なプロンプト設計

成果物をファイル単位で明示的に指定
エージェント間の依存関係を宣言
カスタムエージェントでモデルやツールを使い分け

注意点と活用場面

同一ファイルへの同時書き込みは上書きリスク
複数ファイルのリファクタリングに最適

GitHubは2026年4月、Copilot CLIに複数のAIエージェントを同時に動かせるスラッシュコマンド「/fleet」を公開しました。従来の逐次処理から並列処理へ移行し、開発作業の効率化を図ります。

/fleetを実行すると、裏側のオーケストレーターがタスクを独立した作業単位に分解します。依存関係のない項目はサブエージェントとして同時にディスパッチされ、依存関係のある項目は順序を守って実行されます。各サブエージェントは専用のコンテキストウィンドウを持ちますが、ファイルシステムは共有します。

効果的に使うには、プロンプトで成果物をファイル単位で明示することが重要です。曖昧な指示では並列化が進まず逐次実行になります。ドキュメント作成やAPI・UI・テストなど、独立した作業領域を持つタスクで特に威力を発揮します。

依存関係がある場合は明示的に宣言することで、オーケストレーターが適切に直列・並列の判断を行います。また.github/agents/ディレクトリにカスタムエージェントを定義すれば、タスクごとに異なるモデルやツールを指定できます。

注意点として、サブエージェント間にはファイルロック機構がありません。同一ファイルに複数エージェントが書き込むと、最後の書き込みが無警告で上書きします。対策として、エージェントごとに担当ファイルを分離するか、一時ファイルに書き出して最後に統合する設計が推奨されています。

清華大学発IndexCache、長文LLM推論を最大1.82倍高速化

スパース注意の課題

自己注意機構の二乗計算量が壁
DSAのインデクサ自体に冗長計算が残存
長文プロンプトのプリフィル遅延が深刻化

IndexCacheの仕組み

隣接層間で選択トークンが70〜100%一致
少数のF層のみインデクサを実行し結果をキャッシュ
75%のインデクサ削除で精度維持

導入効果と展望

20万トークンでプリフィル1.82倍高速化
RAG等の長文処理でコスト約20%削減

清華大学とZ.aiの研究チームは、スパース注意機構の冗長計算を最大75%削減する新技術IndexCacheを発表しました。20万トークンの長文コンテキストにおいて、最初のトークン生成までの時間を最大1.82倍、生成スループットを1.48倍高速化する成果を示しています。

大規模言語モデルの自己注意機構は、文脈長に対して二乗の計算量が必要となり、長文処理のボトルネックとなっていました。DeepSeek Sparse Attention(DSA)はコア注意の計算量を線形に削減しましたが、各層のインデクサモジュール自体が依然として二乗計算を行っており、長文になるほど処理時間が急増する問題が残っていました。

研究チームは、DSAモデルにおいて隣接するトランスフォーマー層間でインデクサが選択するトークンの70〜100%が共通であることを発見しました。この冗長性を活用し、少数の「F層」でのみインデクサを実行して結果をキャッシュし、残りの「S層」ではキャッシュを再利用する手法を開発しました。

GLM-4.7 Flash(300億パラメータ)での実験では、75%のインデクサを削除してもプリフィル遅延が19.5秒から10.7秒に短縮されました。推論品質も維持され、長文ベンチマークでは原版とほぼ同等のスコアを記録しています。7440億パラメータのGLM-5でも10万トークン超で1.3倍以上の高速化が確認されました。

企業導入においては、RAGや文書分析、エージェントパイプラインなどの長文処理で約20%のコスト削減が見込まれます。vLLMやSGLang向けのオープンソースパッチがGitHubで公開されており、既存の推論基盤に最小限の設定変更で統合可能です。研究チームは、将来のモデル設計において推論効率が設計段階から考慮される方向性を示唆しています。

Google、Gemini大型アップデートで無料パーソナルAI提供

新機能の全容

他社AIチャット履歴の移行対応
Personal Intelligence無料開放
Google TVに対話型AI回答搭載
Lyria 3 Proで3分楽曲生成

対話体験の進化

Gemini Live 3.1大幅刷新
コンテキスト保持が2倍に拡大
より自然な音声対話を実現

連携と活用

Gmail・Photos・YouTube横断連携
旅行やプロジェクト計画を支援

Googleは2026年3月のGemini Dropで、AIアシスタント「Gemini」の大型アップデートを発表しました。他社AIからのチャット履歴移行機能や、個人情報に基づくパーソナライズ機能の無料化など、AI体験の統合と底上げを図る内容です。

Personal Intelligence機能が米国の全Geminiユーザーに無料開放されました。Gmail、Photos、YouTubeと連携することで、Geminiが利用者の情報を横断的に理解し、旅行計画やプロジェクト管理など実用的な提案を行えるようになります。

エンターテインメント領域では、Google TVにGemini搭載のビジュアル回答機能とナレーション付き深掘り機能が追加されました。テレビ画面上でAIと対話的にコンテンツを探索できる、これまでで最もインタラクティブな体験を提供します。

音楽生成モデルLyria 3 Proも新たに公開されました。最長3分の楽曲を作成でき、サブスクリプション利用者は写真やアイデアから歌詞付きの高品質楽曲を生成できます。クリエイター向けツールとしての実用性が大きく向上しています。

音声対話機能Gemini Liveはバージョン3.1に刷新され、応答速度が向上するとともにコンテキスト保持量が従来の2倍に拡大しました。繰り返し説明する必要がなくなり、より自然で直感的な対話が可能になります。

LangChainがエージェント基盤カスタマイズ用ミドルウェア機構を公開

ミドルウェアの仕組み

フックでループ各段階に介入
PII除去やコンプライアンスを確実適用
実行時にツールやモデルを動的切替
コンテキスト要約でトークン超過防止

Deep Agentsの評価手法

行動単位の標的型evalを重視
正確性・効率性・遅延の多軸計測
理想軌道との比較で無駄なステップ検出
pytestとCI連携で再現性確保

LangChainは、AIエージェントの中核ループをカスタマイズできる「AgentMiddleware」機構を公開しました。モデル呼び出しの前後やツール実行時にフックを挿入し、業務固有のロジックを組み込めます。

ミドルウェアはコンポーザブル設計で、PII検出・動的ツール選択・コンテキスト要約・リトライ制御など主要パターンが標準搭載されています。開発者はAgentMiddlewareクラスを継承し、独自のビジネスロジックも追加できます。

同社のDeep Agentsはこのミドルウェア基盤上に構築されたオープンソースのエージェントハーネスです。ファイルシステム管理・サブエージェント・要約・スキル開示など複数のミドルウェアを組み合わせ、本番運用に耐える構成を実現しています。

Deep Agentsの品質管理では、大量のベンチマークを闇雲に追加するのではなく、本番で重要な行動を特定し、それを検証可能な形で計測する標的型evalを設計しています。正確性に加え、ステップ比率・ツール呼び出し比率・遅延比率・解決速度の多軸で効率性も評価します。

評価データは自社のドッグフーディングやTerminal Bench・BFCLなど外部ベンチマークから厳選し、各evalにカテゴリタグと目的を明記しています。全実行トレースをLangSmithに記録することで、チーム全体での障害分析と継続的改善を可能にしています。

Oracle、AIエージェント向け統合データベース基盤を発表

4つの新機能

Unified Memory Coreで6種データ統合
ベクトル・JSON・グラフを単一ACID管理
Icebergテーブルのベクトル索引対応
無料開始の自律型ベクトルDB提供

エージェント運用の課題

分散データの同期遅延が本番障壁
断片化によるDevOps負荷増大
アクセス制御をDB層で一元化
MCP Serverで統合コード不要に

Oracleは2026年3月24日、エージェント型AIの本番運用を支える「Oracle AI Database」の新機能群を発表しました。ベクトル・JSON・グラフ・リレーショナルなど6種のデータを単一エンジンで処理する統合基盤を提供します。

中核となるUnified Memory Coreは、従来バラバラのシステムに分散していたデータ形式を1つのACIDトランザクションエンジンに統合します。同期パイプラインが不要になり、エージェントが参照するコンテキストの鮮度と一貫性を保てる設計です。

Vectors on Iceは、Apache Icebergテーブルに対しデータベース内でベクトルインデックスを自動生成する機能です。DatabricksやSnowflakeが管理するIcebergデータとリレーショナルデータを単一クエリで横断検索できます。

アナリストの評価は分かれています。Constellation Researchは統合アーキテクチャの優位性を認める一方、HyperFRAME Researchはベクトル検索やIceberg対応は業界標準になりつつあり、「AIデータベース」は既存戦略のリブランディングに過ぎないと指摘します。

企業のエージェント導入がデータ層で停滞している現状は広く認識されています。アクセス制御・ガバナンス・レイテンシの課題をDB側で解決するOracleのアプローチが、分散データ環境全体に拡張できるかが今後の焦点となります。

Google、AI推論メモリを6分の1に圧縮するTurboQuantを公開

TurboQuantの技術

KVキャッシュを6分の1に圧縮
演算性能は8倍に向上
極座標変換のPolarQuantが基盤
1ビットQJLで誤差を補正

企業への影響

推論コスト50%以上削減の可能性
再学習不要で既存モデルに即適用
メモリ半導体株に下落圧力
ローカル実行の民主化が加速

Google Researchは2026年3月25日、大規模言語モデルの推論時に肥大化するKVキャッシュを極限まで圧縮するアルゴリズム群「TurboQuant」を公開しました。メモリ使用量を平均6分の1に削減し、注意計算の性能を8倍に高めることで、企業の推論コストを50%以上削減できる可能性があります。

TurboQuantは二段階の数学的手法で構成されています。第一段階のPolarQuantはベクトルを極座標に変換し、ランダム回転後の角度分布が予測可能になる性質を利用して、従来必要だった正規化定数のオーバーヘッドを排除します。第二段階では1ビットのQJL変換が残留誤差をゼロバイアスで補正し、圧縮後も統計的に同等の注意スコアを維持します。

10万トークンの「Needle-in-a-Haystack」ベンチマークでは、Llama-3.1-8BやMistral-7Bで非圧縮モデルと同等の完全な再現率を達成しました。コミュニティでも即座に検証が進み、MLXへの移植テストでは2.5ビット量子化でKVキャッシュを約5分の1に削減しつつ精度劣化ゼロが確認されています。

発表後、MicronやWestern Digitalなどメモリ半導体大手の株価に下落傾向が見られました。ソフトウェアだけでメモリ需要を6分の1にできるとの見方が市場に広がった形ですが、効率化が利用拡大を招くジェヴォンズのパラドックスを指摘する声もあります。Cloudflare CEOは「GoogleのDeepSeekモーメント」と評しました。

企業にとっての最大の利点は、再学習なしで既存の微調整済みモデルにそのまま適用できる点です。推論サーバーのGPU台数削減、長文コンテキストのRAG活用拡大、オンプレミスでの大規模モデル運用が現実的になります。ただし現時点では研究段階であり、トレーニング時のメモリ問題は対象外である点には留意が必要です。

GitHub Copilot、ユーザーの操作データをAI学習に活用へ

データ活用の概要

4月24日から学習利用開始
Free・Pro・Pro+が対象
Business・Enterpriseは対象外
設定画面からオプトアウト可能

収集データの範囲

入出力やコード断片を収集
ファイル名やリポジトリ構造も対象
フィードバックや操作履歴を活用
Microsoft関連会社とデータ共有

GitHubは2026年4月24日より、Copilot Free、Pro、Pro+ユーザーの操作データをAIモデルの学習に活用する方針を発表しました。対象データには入出力、コード断片、関連コンテキストが含まれ、ユーザーはオプトアウトにより学習利用を拒否できます。

収集対象となるデータは、ユーザーが受け入れまたは修正した出力、Copilotに送信された入力やコード断片、カーソル周辺のコードコンテキスト、コメントやドキュメント、ファイル名やリポジトリ構造、Copilot機能との操作履歴、提案に対するフィードバックなど多岐にわたります。

Copilot BusinessおよびEnterprise、企業所有リポジトリのデータは対象外です。また、オプトアウト済みユーザーのデータも学習に使用されません。プライベートリポジトリの保存データは対象外ですが、Copilot利用中に処理されるデータはオプトアウトしない限り学習に使われる可能性があります。

GitHubはこの方針の背景として、Microsoft社員の操作データを学習に取り入れた結果、複数言語での提案受入率が向上したことを挙げています。実際の開発ワークフローから得られるデータにより、より正確で安全なコードパターンの提案やバグの早期発見が可能になるとしています。

収集データはMicrosoftを含むGitHub関連会社と共有される一方、サードパーティのAIモデルプロバイダーや独立したサービス事業者には提供されません。以前にデータ収集をオプトアウトしていたユーザーの設定はそのまま維持され、改めてオプトインしない限り学習には使用されません。

Moda、AIデザインエージェントを本番投入し非デザイナー向け設計基盤を構築

マルチエージェント構成

3種のエージェントが協調動作
デザイン・リサーチ・ブランドの役割分担
Deep Agents基盤で構築
LangSmithで全実行をトレース

コンテキスト工学の工夫

独自DSLでレイアウト抽象化
トリアージでスキル動的注入
キャンバス規模に応じた文脈制御

UXと今後の展開

Cursor型サイドバーで対話的編集
B2B営業チーム向けにPMFを確認

Modaは、マーケターや創業者などデザイン未経験者向けのAIネイティブデザインプラットフォームです。LangChain Deep Agentsを基盤としたマルチエージェントシステムにより、プレゼン資料やSNS投稿、PDFなどをプロ品質で自動生成する仕組みを本番環境で稼働させています。

システムの中核は、デザインエージェント、リサーチエージェント、ブランドキットエージェントの3つのエージェントで構成されています。リサーチエージェントは外部ソースから構造化コンテンツを取得し、ブランドキットエージェントはロゴやフォント、カラーなどのブランド資産を取り込み、一貫したデザインを実現します。

AIデザインの最大の課題は、PowerPointのXML仕様のようなXY座標ベースの表現がLLMの推論に不向きな点です。Modaは独自のコンテキスト表現レイヤーを開発し、HTMLのFlexboxのようなレイアウト抽象化をLLMに提供することで、トークンコストを削減しつつ出力品質を大幅に向上させました。

各リクエストはまず軽量なトリアージノードで分類され、適切なスキルが動的に注入されます。コアツールは12〜15個に抑え、追加の約30ツールは必要時のみ読み込む設計により、プロンプトキャッシュの効率を最大化しています。LangSmithによるノード単位のコスト追跡が、この最適化を可能にしました。

UX面では、生成と置換の一方通行ではなく、完全に編集可能な2Dベクターキャンバス上でAIが直接操作する設計を採用しています。Cursor風のサイドバーで反復的な対話を行い、ユーザーとAIが協調してデザインを仕上げます。B2B企業の営業チームを中心にプロダクトマーケットフィットを確認しており、今後はメモリ機能の統合やマルチブランド対応の拡張を予定しています。

WordPress.comがAIエージェントによる記事作成・公開機能を提供開始

新機能の概要

AIが記事の作成・編集・公開を代行
コメント管理やメタデータ修正も対応
自然言語の指示でサイト運営を自動化
テーマやデザインを理解したコンテンツ生成

仕組みと安全策

MCPプロトコルで外部AI連携
Claude・ChatGPT等の主要AIに対応
AI作成記事は下書き保存が既定
全変更をアクティビティログで追跡

業界への影響

全Webサイトの43%超がWordPress基盤
月間200億PV規模のネットワーク

WordPress.comは2026年3月20日、AIエージェントがユーザーのWebサイト上で記事の作成・編集・公開を行える新機能を発表しました。コメント管理やメタデータの更新、タグ・カテゴリの整理も可能で、すべて自然言語による指示で操作できます。

この機能は2025年秋に導入されたMCPプロトコル対応を拡張したものです。MCPはアプリケーションが大規模言語モデルにコンテキストを提供する標準規格で、Claude Desktop、Cursor、VS Code、ChatGPTなど主要なAI対応ツールと接続して利用できます。

AIエージェントはランディングページやAboutページの作成に加え、コメントの承認・返信・整理、カテゴリやタグの再構成、SEO改善のためのalt属性やキャプションの修正など幅広い操作に対応します。サイトのテーマやデザインを事前に解析し、統一感のあるコンテンツを生成します。

安全対策として、すべての変更にはユーザーの承認が必要であり、AIが作成した投稿はデフォルトで下書きとして保存されます。変更履歴はアクティビティログで追跡でき、サイトオーナーはMCP設定画面から利用する機能を個別にトグルで制御できます。

WordPressは全Webサイトの43%以上を支えるプラットフォームであり、WordPress.comだけでも月間200億ページビュー・4億900万ユニークビジターを抱えます。AI主導のコンテンツ制作が広がることで、Web全体の質と性質に大きな変化をもたらす可能性が指摘されています。

Mistral、推論・視覚・コード統合の小型モデルSmall 4公開

Small 4の特徴

Apache 2.0で公開
総パラメータ1190億、活性60億
128エキスパートのMoE構成

推論コスト削減

出力が他モデルより大幅に短い
推論努力を動的に調整可能
H100×4台で運用可能

ベンチマーク性能

MMLU ProでMistral Large 3に迫る性能
GPT-OSS 120BをLCRで上回る

Mistralは2026年3月、推論・マルチモーダル・エージェントコーディングの3機能を統合した小型オープンソースモデル「Small 4」を公開しました。Apache 2.0ライセンスで提供され、企業が複数モデルを使い分ける必要性を解消することを目指しています。

Small 4はMixture-of-Experts(MoE)アーキテクチャを採用し、総パラメータ数1190億のうち、トークンあたりの活性パラメータはわずか60億に抑えられています。128のエキスパートから各トークンで4つが選択される設計により、効率的なスケーリングと専門化を実現しています。

新たに導入された「reasoning_effort」パラメータにより、ユーザーは推論の深さを動的に調整できます。軽量な高速応答からMagistralのようなステップバイステップの詳細推論まで、用途に応じた切り替えが可能です。256Kのコンテキストウィンドウも長文分析に対応します。

ベンチマークでは、MMLU ProでMistral Medium 3.1やMistral Large 3に迫る性能を示しました。一方、LiveCodeBenchではQwen 3.5 122BやClaude Haikuに及ばない結果も出ています。ただしSmall 4はインストラクトモードで最短の出力長(2.1K文字)を記録し、推論コスト面での優位性を主張しています。

小型言語モデル市場のNeurometric社CEOロブ・メイ氏は、Small 4のアーキテクチャの柔軟性を評価しつつも、小型モデル市場の断片化リスクを指摘しました。企業がAIモデルを選定する際には「信頼性と構造化出力」「レイテンシと知能の比率」「ファインチューニング可能性とプライバシー」の3つの柱を優先すべきだと述べています。

GitHub Copilot基盤の複数AIエージェント協調ツールSquad公開

Squadの仕組み

リポジトリ内にAIチームを初期化
自然言語で指示し専門エージェントが並列稼働
独立したコンテキストウィンドウで推論
テスト不合格時は別エージェントが修正担当

設計パターン

decisions.mdで非同期知識共有
コーディネーターは薄いルーター役に徹する
エージェントの記憶を平文ファイルでバージョン管理

導入と運用

2コマンドで導入完了
PRレビューは人間が最終判断

GitHubは、オープンソースプロジェクト「Squad」を公開しました。GitHub Copilot上に構築されたこのツールは、リポジトリ内に複数のAIエージェントチームを直接配置し、設計・実装・テスト・レビューを協調的に実行する仕組みを提供します。

Squadでは、ユーザーが自然言語でタスクを記述すると、コーディネーターエージェントがルーティングを担当し、バックエンド開発者やテスターなどの専門エージェントをタスク固有の指示とともに生成します。各エージェントは独立したコンテキストウィンドウ(最大20万トークン)で動作するため、文脈の競合を回避できます。

特徴的な設計パターンとして「ドロップボックスパターン」があります。ライブラリ選定や命名規則などのアーキテクチャ上の意思決定は、リポジトリ内のdecisions.mdファイルに構造化ブロックとして追記されます。リアルタイム同期ではなく非同期の知識共有を採用することで、永続性と可読性を両立しています。

品質管理の面では、レビュアープロトコルが重要な役割を果たします。テストエージェントが不合格と判定した場合、元のエージェントが自身のコードを修正することは許可されず、別のエージェントが新たな視点で修正を担当します。これにより、単一AIの自己レビューの限界を構造的に回避しています。

導入はnpm installでCLIをグローバルインストールし、squad initでリポジトリに初期化するだけで完了します。重いオーケストレーション基盤やベクターデータベースの構築は不要です。ただし完全な自律実行ではなく、最終的なPRのレビューとマージは人間が行う協調型のワークフローとなっています。

Zoom等が汎用AIから深層パーソナライズへ転換

Zoomの個別最適化戦略

AI Companionが意見の相違を追跡
会議要約を関心事に応じてカスタマイズ
企業用語辞書で出力精度を向上
エージェント権限を人間が細かく制御

コンテキスト争奪時代の課題

ユーザー理解が競争優位の源泉に
OpenClawはセキュリティ問題で企業が敬遠
パーソナライズでトークンコスト増大
AI活用実験しない企業は淘汰の危機

Zoomをはじめとする先進企業が、汎用的なAIツールからユーザー個別に最適化された深層パーソナライズAIへと移行を進めています。従来の行動パターンに基づく推薦システムとは異なり、LLMとAIエージェントがユーザーを直接分析して体験を個別化する手法が注目されています。

Zoomの生成AIアシスタント「AI Companion」は、基本的な要約機能を超え、会議中の意見の相違やユーザー間の立場の違いを追跡する機能を備えています。ユーザーは自身の関心に基づいて会議要約をカスタマイズし、営業担当やアカウントエグゼクティブなど異なるペルソナ向けのフォローアップメールテンプレートを作成できます。

Zoom AI製品責任者のLijuan Qin氏は、エージェントの権限設定において人間が明確なコントロールを持つことの重要性を強調しました。自動メール送信の可否や機密情報検出時の検証ステップなど、きめ細かな制御が可能です。「AIがすべてを正しく理解できると仮定しないことが最も重要」と同氏は述べています。

一方で、コンテキストの獲得競争が激化しています。Red Dragon AI共同創業者のSam Witteveen氏は、ユーザーの日常業務や使用アプリを深く理解する企業ほどAIの記憶とカスタマイズ精度が向上すると指摘します。ただしOpenClawはセキュリティ問題が相次ぎ、多くの企業がアンインストールや使用禁止に踏み切っています。

パーソナライズの推進にはトークン使用量の増加によるコスト上昇というリスクも伴います。適切な指標の設定と追跡が不可欠であり、製品ごとに異なるアプローチが求められます。AIスキルの実験に今着手しない企業は競争力を失う可能性があると専門家は警鐘を鳴らしています。

Xiaomi、1兆パラメータLLM「MiMo-V2-Pro」を低価格で公開

モデル性能と技術

1兆パラメータ中42Bのみ稼働
100万トークンの長大コンテキスト対応
幻覚率30%に大幅低減
エージェント評価で中国勢トップ

価格と市場影響

入力1ドル/100万トークンの低価格
GPT-5.2の約7分の1のコスト
オープンソース版も計画中
コード・端末操作に高い信頼性

Xiaomiは2026年3月18日、1兆パラメータの大規模言語モデル「MiMo-V2-Pro」を発表しました。開発を率いたのはDeepSeek R1出身のFuli Luo氏で、OpenAIやAnthropicの最上位モデルに迫る性能を、約6〜7分の1の価格で提供します。

MiMo-V2-Proは1兆パラメータを擁しながら、1回の推論で稼働するのは42Bのみというスパース構造を採用しています。7対1のハイブリッドアテンション機構により、100万トークンの長大コンテキストでも性能劣化を抑え、効率的な推論を実現しています。

第三者機関Artificial Analysisの検証では、グローバル知能指数で10位・スコア49を獲得し、GPT-5.2 Codexと同等の評価を受けました。エージェント評価GDPval-AAではElo 1426を記録し、中国発モデルとして最高位に位置しています。

価格設定は入力1ドル・出力3ドル(100万トークンあたり、256K以下)と極めて競争力があります。GPT-5.2の全評価コスト2,304ドルに対し、MiMo-V2-Proはわずか348ドルで同等の処理が可能です。

企業導入においては、コスト対性能比の高さからインフラ部門に魅力的な選択肢となります。一方、エージェント機能の強力さゆえにプロンプトインジェクションのリスクも増大するため、セキュリティ部門は監査体制の整備が不可欠です。Luo氏は安定版のオープンソース公開も予告しています。

Durable、エンジニア6人で300万顧客のAI基盤をVercelに統合

Vercel移行の背景

マルチテナント運用の限界
SSL・複数リージョン管理が重荷に
6人体制でDevOps不在
セルフホスト比3〜4倍コスト削減

AI基盤の成果

年間3600億トークン処理
新エージェントを1日で本番投入
エンジニア1人あたり10倍の生産性
コーディングエージェントで全面書き換え実現

Durableは、起業家が数分でビジネスを立ち上げられるAIビジネスビルダーです。SEOやコンテンツ、業務運営をAIエージェントが代行し、現在300万以上の事業者にサービスを提供しています。わずか6人のエンジニアチームで、年間3600億トークンを処理する大規模プラットフォームを運営しています。

同社はもともとAWSでセルフホストしていましたが、マルチテナント環境の運用が深刻な課題となっていました。数百万の顧客サイトごとに異なるトラフィックパターンがあり、カスタムドメインのSSL管理、複数リージョンのクラスタ維持、DDoS対策、テナント別コスト計測など、インフラ管理だけで開発リソースが圧迫されていました。

CTOのKhan氏は「Vercelを自前で作るか、Vercel上に構築するかの二択だった」と語ります。移行はiframeで旧プロダクトをラップしてVercelにデプロイし、その後セルフホスト基盤を完全に撤去するという大胆な手法で実行されました。コーディングエージェントを活用してコードベースの全面書き換えも同時に進めています。

AI機能においては、モデルの切り替え柔軟性、テナント間のコンテキスト漏洩防止、顧客単位のAIコスト可視化という3つの課題を解決しました。マルチエージェント・マルチモデル・マルチモーダルのプロダクトを安全に運用できる体制が整っています。

創業者のClift氏は「数年前の10倍のアウトプットをエンジニア・PM・デザイナー全員が出せるようになった」と述べています。インフラチーム不在で1日11億トークンを処理し、新しいエージェントを1日で顧客に届けられる体制は、今後のテック企業の標準になるとの見方を示しました。

Nvidiaのネットワーク事業が四半期110億ドル規模に急成長

急成長の全体像

四半期売上110億ドル達成
前年同期比267%増の急拡大
通年で310億ドル超の売上
Ciscoの年間売上を1四半期で上回る規模

技術と戦略の要

2020年のMellanox買収が起点
NVLink・InfiniBand等を統合
フルスタック一括提供が差別化要因

次世代への布石

Rubinプラットフォームで新チップ6種発表

Nvidiaのネットワーキング事業が急成長を遂げ、2026年度第4四半期に110億ドルの売上を計上しました。前年同期比267%増という驚異的な伸びで、GPU事業に次ぐ同社第2の収益柱に成長しています。

この事業の起源は、Nvidiaが2020年に70億ドルで買収したイスラエルのネットワーキング企業Mellanoxにあります。CEOのジェンスン・ファン氏は当時から「データセンターが新たなコンピューティングの単位になる」と見据え、GPU事業の欠けたピースとしてネットワーク技術を取り込みました。

同事業はGPU間通信を担うNVLink、インネットワークコンピューティング基盤のInfiniBandスイッチ、AI向けイーサネットSpectrum-Xなど、AIファクトリー構築に必要な技術群を網羅しています。フルスタックで提供できる点が他社にない強みです。

Zacks Investment Researchのアナリストは、Nvidiaのネットワーク事業がCiscoのネットワーク事業の年間売上をわずか1四半期で上回る規模だと指摘しています。にもかかわらず、チップ事業やゲーム事業ほどの注目を集めていない「隠れた巨人」となっています。

2026年3月のGTC基調講演では、新たにRubinプラットフォームを発表し、AIスーパーコンピュータ向け新チップ6種を公開しました。推論コンテキストメモリストレージや高効率なSpectrum-X Ethernet Photonicsスイッチなど、次世代製品の投入でさらなる成長を目指しています。

Microsoft Fabric IQをMCP開放、全社エージェント共通基盤に

Fabric IQの主要拡張

MCP経由で他社エージェントに開放
業務オントロジーを共通コンテキスト化
企業計画機能を統合し目標も照会可能に
Database Hubで5種のDBを一元管理

RAGとの役割分担

RAGは規定・文書のオンデマンド検索向き
リアルタイム業務状態はオントロジーが担当
記憶・検索・観測の認知モデルを提唱

課題と市場展望

統合工数の実質削減が普及の鍵
組織的対応が技術以上の障壁に
セマンティック層が新たなインフラ責務に

Microsoftは2026年3月、データ基盤「Fabric」のセマンティック知能層Fabric IQを大幅に拡張し、業務オントロジーをMCP(Model Context Protocol)経由であらゆるベンダーのAIエージェントに開放すると発表しました。

企業内で複数のAIエージェントが異なるプラットフォーム上で稼働する現在、「顧客」「注文」「地域」といったビジネス用語の定義がエージェント間で食い違う問題が深刻化しています。Fabric IQはこの断片化を解消し、全エージェントが共通のビジネスコンテキストを参照できる基盤を目指します。

Fabric CTO のアミール・ネッツ氏は、RAGが規定文書や技術資料の検索に適する一方、リアルタイムの業務状態(現在飛行中の航空機、クルーの休息時間など)にはオントロジーが不可欠だと説明しました。記憶・オンデマンド検索・リアルタイム観測を組み合わせる認知モデルが必要だと強調しています。

同時に発表されたDatabase Hubは、Azure SQL・Cosmos DB・PostgreSQL・MySQL・SQL Serverを単一の管理・監視レイヤーに統合するものです。IDCは2029年までに企業データ基盤の60%がトランザクションと分析のワークロードを統合すると予測しており、Microsoftの方向性は市場潮流と合致しています。

アナリストらは方向性を評価しつつも、MCP接続が実際に統合工数を削減できるか、またセマンティック層の信頼性・ガバナンスの確保が課題だと指摘しています。データエンジニアリングチームにとって、ビジネスオントロジーの構築・バージョン管理・運用が新たな責務となり、組織体制の整備が急務です。

LangSmith全機能にAIアシスタントPollyが正式対応

Pollyの主な進化

全ページで利用可能に
会話コンテキストの永続化
プロンプト修正等の実行操作対応
評価コード自動生成機能

デバッグ支援の強化

300ステップのトレース解析
スレッド全体の感情分析
実験結果の比較と推奨提示
ページ横断での文脈維持

LangChainは、LLMアプリ開発プラットフォームLangSmithに搭載するAIアシスタント「Polly」の一般提供を開始しました。従来は一部ページに限定されていた機能が、全ページ・全ワークフローで利用可能になっています。

Pollyの最大の特長は、数百ステップに及ぶトレースを自動的に読み解き、障害の原因箇所を特定できる点です。エージェント開発特有の複雑なデバッグ作業において、従来は人手で追跡していた長大なログ解析をAIが代行します。

今回の更新ではページ間のコンテキスト維持が実現しました。トレースの確認から実験の比較、データセットへの追加、プロンプトの修正まで、一連のワークフローを通じてPollyが文脈を保持し続けるため、作業の中断や再説明が不要になります。

さらにPollyは質問への回答だけでなく、プロンプトの更新、失敗した実行からのデータセット作成、評価コードの生成といった実行操作にも対応しました。スレッド全体のユーザー感情分析や、実験結果に基づく最適な構成の推奨も可能です。

利用にはLangSmithアカウントとモデルプロバイダーのAPIキー設定が必要です。Cmd+I(Mac)またはCtrl+I(Windows/Linux)で任意のページから即座に起動でき、エージェント開発チームの生産性向上が期待されます。

OpenAI、GPT-5.4 miniとnanoを公開

性能と価格

GPT-5 mini比2倍以上高速
SWE-Bench Proで54.4%達成
nano入力100万トークン0.20ドル
mini入力100万トークン0.75ドル

主な用途

コーディング補助の高速化
サブエージェント並列処理
スクリーンショット解析対応
Codexでコスト3分の1

OpenAIは2026年4月2日、小型高性能モデルGPT-5.4 miniとGPT-5.4 nanoをAPI・Codex・ChatGPTで公開しました。大量処理ワークロード向けに設計された両モデルは、速度とコスト効率を重視しています。

GPT-5.4 miniは前世代のGPT-5 miniと比較して、コーディング・推論・マルチモーダル理解・ツール使用の全領域で大幅に改善されています。処理速度は2倍以上に向上し、複数のベンチマークで上位モデルGPT-5.4に迫る性能を示しています。

ベンチマークではSWE-Bench Proで54.4%、OSWorld-Verifiedで72.1%を達成しました。特にOSWorldではGPT-5.4の75.0%にほぼ匹敵し、コンピュータ操作タスクでの実用性が際立っています。

料金体系はGPT-5.4 miniが入力100万トークンあたり0.75ドル、出力4.50ドルです。nanoはさらに安価で入力0.20ドル、出力1.25ドルに設定されています。両モデルとも40万トークンのコンテキストウィンドウに対応します。

開発者にとって注目すべきはサブエージェント構成への最適化です。GPT-5.4が計画・判断を担い、miniやnanoが並列で個別タスクを高速処理する構成が推奨されており、Codexではmini利用時のクォータ消費が30%で済むため、コスト効率の高い開発体験を実現します。

Mamba 3がTransformerを約4%上回る新アーキテクチャとして公開

技術的な3つの革新

状態サイズ半減で同等精度を実現
複素数値SSMで推論能力向上
MIMO方式でGPU稼働率を最大化
Apache 2.0で商用利用可能

企業への影響

推論スループットが実質2倍に
ハイブリッド構成が主流へ
量子化やICLに課題も残存

カーネギーメロン大学のAlbert Gu氏とプリンストン大学のTri Dao氏らの研究チームが、新たなAIアーキテクチャ「Mamba 3」をApache 2.0ライセンスのオープンソースとして公開しました。Transformer対比で約4%の言語モデリング性能向上を達成しています。

Mamba 3は状態空間モデル(SSM)の最新版で、従来のTransformerが抱える二次計算量と線形メモリ要求の課題を解決します。前世代のMamba 2が学習速度の最適化に注力したのに対し、Mamba 3は「推論ファースト」の設計哲学を採用し、GPUの遊休時間を最小化する構造となっています。

技術面では3つの革新が柱です。第一に指数台形離散化により2次精度の近似を実現。第二に複素数値SSMと「RoPEトリック」で、従来不可能だったパリティ判定などの論理推論タスクを解決。第三にMIMO方式により演算強度を最大4倍に引き上げ、メモリ律速の推論フェーズでもGPUの計算コアをフル活用します。

企業にとっての最大の利点は総保有コストの削減です。15億パラメータ規模でベンチマーク平均精度57.6%を達成し、Transformerを2.2ポイント上回りました。状態サイズを半減しながら同等の予測品質を維持するため、同一ハードウェアで推論スループットが実質2倍になります。リアルタイムエージェントや長文コンテキスト処理に特に有効です。

ただし課題も残ります。Transformerエコシステムの成熟度には及ばず、量子化では標準的な4ビット手法で精度が大幅低下する問題があります。またインコンテキスト学習ではAttention機構に劣る面もあり、業界はNvidiaのNemotron-3のようなMambaとAttentionを組み合わせたハイブリッドアーキテクチャへ収束しつつあります。

NVIDIA、GTC 2026でローカルAI向け新モデルと開発基盤を発表

新オープンモデル群

Nemotron 3 Super、1200億パラメータ
Mistral Small 4がDGX Sparkに対応
Nemotron 3 Nano 4B、軽量PC向け
Qwen 3.5最適化も同時発表

エージェント基盤整備

NemoClaw、OpenClaw向けOSS公開
ローカル推論でプライバシー確保
Unsloth Studioでファインチューニング簡易化

クリエイティブAI強化

LTX 2.3が2.1倍高速化
FLUX.2 Klein 9Bの画像編集2倍速

NVIDIAは2026年3月のGTC 2026において、ローカル環境で動作するAIエージェント向けの新しいオープンモデル群と開発基盤を発表しました。DGX SparkやRTX PCでクラウド級の性能を実現することを目指しています。

Nemotron 3 Superは1200億パラメータのオープンモデルで、アクティブパラメータは120億に抑えられています。エージェントAI向けベンチマークPinchBenchで85.6%を記録し、同クラスのオープンモデルで最高スコアを達成しました。

小型モデルとしてはNemotron 3 Nano 4Bが発表され、GeForce RTX搭載PCでもエージェントやアシスタントの構築が可能になります。AlibabaのQwen 3.5シリーズ向けの最適化も同時に提供され、26万2000トークンの大規模コンテキストウィンドウに対応します。

エージェント実行基盤としてNemoClawがオープンソースで公開されました。OpenClaw向けの最適化スタックで、ローカルモデルによる推論でトークンコストを削減し、OpenShellランタイムによるセキュアな実行環境を提供します。

ファインチューニングの分野では、Unsloth StudioがウェブベースのUIで公開され、500以上のAIモデルに対応します。従来は高度な技術知識が必要だったカスタマイズ作業を、ドラッグ&ドロップの直感的な操作で完結できるようになりました。

クリエイティブAI分野では、LightricksのLTX 2.3がNVFP4・FP8対応で2.1倍の高速化を実現し、Black Forest LabsのFLUX.2 Klein 9Bも画像編集が最大2倍に高速化されました。RTX GPU向けに最適化されたモデルが続々と登場しています。

H Company、高スループット型PC操作AIモデルHolotron-12Bを公開

推論性能の飛躍

SSMハイブリッド構造を採用
H100単体で8.9kトークン/秒達成
Holo2-8B比で2倍超のスループット
KVキャッシュ不要でメモリ効率向上

エージェント性能

WebVoyagerスコア35.1%→80.5%に向上
UI操作・画面理解の精度大幅改善
NVIDIA Nemotronベースを微調整
次世代Nemotron 3 Omniも予告

H Companyは2026年3月17日、NVIDIAのNemotron-Nano-2 VLモデルをベースにしたマルチモーダルコンピュータ操作エージェントモデル「Holotron-12B」をHugging Faceで公開しました。本モデルは画面認識・操作に特化し、量産環境での高スループット推論を目指して開発されたものです。

Holotron-12Bの推論効率を支えるのは、状態空間モデル(SSM)とアテンション機構のハイブリッドアーキテクチャです。従来のTransformerが抱える二次計算コストを回避し、長いコンテキストや複数画像を含むエージェント的ワークロードで優れたスケーラビリティを実現しています。

ベンチマーク評価では、WebVoyagerスコアがベースモデルの35.1%から80.5%へと大幅に向上しました。H100 GPU1枚でvLLMを使用した実験では、同時接続100の条件下で8.9kトークン/秒のスループットを記録し、前モデルHolo2-8Bの5.1kトークン/秒を大きく上回りました。

学習は2段階で実施されました。NVIDIAのNemotron-Nano-12B-v2-VLを起点に、H Company独自の画面理解・ナビゲーションデータで教師あり微調整を行い、約140億トークンで最終チェックポイントを構築しています。ライセンスはNVIDIA Open Model Licenseで公開されています。

今後の展開として、NVIDIAが同日発表したNemotron 3 Omniをベースとした次世代モデルの開発も予告されました。SSM-AttentionとMoEアーキテクチャを活用し、企業向けの大規模自律型コンピュータ操作への展開を目指すとしています。

Google、Gemini APIのツール連携を大幅強化

ツール連携の新機能

組み込みツールとカスタム関数の同時利用
コンテキスト循環でツール間の情報共有
ツール応答に一意ID付与で追跡性向上
並列関数呼び出し時のデバッグ改善

Maps対応とAPI刷新

Gemini 3でGoogle Mapsグラウンディング対応
位置情報・店舗・通勤時間の空間データ活用
新Interactions APIでサーバー側状態管理推奨

Googleは、Gemini APIにおけるエージェント向けツール機能を大幅にアップデートしました。組み込みツールとカスタム関数の同時利用、ツール間のコンテキスト循環、Gemini 3へのMapsグラウンディング拡張が主な内容です。

これまで開発者は、Google検索などの組み込みツールとカスタム関数を別々にオーケストレーションする必要がありました。今回の更新により、同一リクエスト内で両方を渡せるようになり、エンドツーエンドのレイテンシ削減とエージェント設計の簡素化が実現します。

マルチステップワークフローでは、あるツールの出力を別のツールの入力として使う場面が頻出します。新たなコンテキスト循環機能により、組み込みツールの呼び出しと応答がモデルのコンテキストに保持され、後続ステップでのデータ参照と推論が可能になります。

デバッグ性の向上も図られています。すべてのツール呼び出しに一意の識別子(id)が付与されるようになり、非同期実行や並列関数呼び出し時にモデルのリクエストとクライアント応答を正確に対応付けられます。

さらにGemini 3ファミリーでGoogle Mapsグラウンディングが利用可能になり、最新の空間データや地域のビジネス情報、通勤時間などをエージェントに組み込めます。Googleは、これらの機能を活用する際に新しいInteractions APIの使用を推奨しています。

Nvidia、AIエージェント向け新ストレージ基盤STXを発表

STXの技術概要

KVキャッシュ専用メモリ層を新設
トークン処理量5倍を実現
エネルギー効率4倍向上
データ取込速度2倍に

エコシステム展開

Dell・HPEなど12社が共同設計
CoreWeave・Oracleなど8社が採用表明
2026年下半期にパートナーから提供開始

企業AI基盤への影響

ストレージがGPU調達と同格の意思決定対象に

Nvidiaは2026年のGTCにおいて、AIエージェント向けの新たなモジュラー型リファレンスアーキテクチャ「BlueField-4 STX」を発表しました。GPUと従来型ストレージの間に専用のコンテキストメモリ層を挿入し、推論時のボトルネックを解消する設計です。

STXが解決を目指すのは、KVキャッシュデータの処理遅延です。KVキャッシュとは、LLMが推論時に保存する中間計算結果であり、エージェントがセッションやツール呼び出しを跨いで文脈を維持するために不可欠です。コンテキストウィンドウの拡大に伴いキャッシュも肥大化し、従来のストレージ経由ではGPU利用率が低下していました。

STXはNvidia自身が直接販売する製品ではなく、ストレージパートナー向けのリファレンスアーキテクチャです。新型BlueField-4プロセッサにVera CPUとConnectX-9 SuperNICを統合し、Spectrum-X Ethernet上で動作します。ソフトウェア面ではDOCAプラットフォームに「DOCA Memo」を追加し、プログラマブルな最適化基盤を提供します。

パートナーにはDell、HPE、NetApp、VAST Dataなどストレージ大手12社が共同設計に参加し、CoreWeave、Oracle Cloud、LambdaなどAIネイティブクラウド8社も採用を表明しています。IBMはSTX共同設計者であると同時に、Nvidia自身がIBM Storage Scale System 6000をGPU分析基盤に採用したことも発表されました。

STXの登場は、エンタープライズAI基盤においてストレージ層がGPU調達と同等の重要な意思決定対象になることを示唆しています。ただし、性能値の比較ベースラインは未公開であり、導入判断には詳細な検証が必要です。2026年下半期にパートナー各社からSTXベースの製品が提供開始される見通しで、今後12カ月以内にストレージ更新を検討する企業は選択肢として考慮すべきです。

DataRobotがNVIDIAと協業しAIエージェント基盤を強化

統合プラットフォーム

Nemotron 3 Superをワンクリック展開
GPU自動最適化で推論環境を構築
思考予算調整でコスト14倍削減も可能
マルチテナント制御で複数チーム同時利用

ガバナンスと認証

Okta連携でエージェントにID付与
静的APIキーから短命トークンへ移行
EU AI Act等の規制準拠を自動化

ハードウェア基盤

RTX PRO 4500を推論エンジンとして検証済み
32GB VRAMでオンプレミス展開にも対応

DataRobotは2026年3月、NVIDIAと共同開発したAgent Workforce Platformにおいて、大規模言語モデル「Nemotron 3 Super」のワンクリック展開機能を発表しました。企業がAIエージェントを本番環境で安全に運用するための統合基盤を提供します。

Nemotron 3 Superは1200億パラメータのハイブリッドMamba-Transformerモデルで、100万トークンのコンテキストウィンドウを備えています。DataRobotのプラットフォームでは、GPU構成の自動推奨、監視・アクセス制御の即時有効化、チーム別クォータ管理が標準で組み込まれており、展開直後から運用可能な状態になります。

コスト管理面では、思考予算の調整により同一モデルで精度とコストのトレードオフを制御できます。金融推論ベンチマークでは、最高設定で約86%の精度に対し、最低設定でも約74%を維持しつつトークン消費を14分の1に抑えられることが実証されました。

ガバナンス面では、Oktaとの統合により、AIエージェントを企業ディレクトリ上の独立したIDとして管理する仕組みを実現しました。従来の共有APIキーによる認証では、非決定的なエージェントの行動追跡や即時無効化が困難でしたが、ID基盤型ガバナンスにより人間と同一の管理体系でエージェントを統制できます。

ハードウェア面では、NVIDIA RTX PRO 4500をDataRobotプラットフォームの推論エンジンとして技術検証済みであることを発表しました。32GBのGDDR7メモリとBlackwellアーキテクチャを搭載し、リアルタイム物流最適化やRAGパイプラインなど、エージェント型ワークロードに最適化された性能を提供します。

Qdrant、エージェントAI向けベクトル検索で5000万ドル調達

資金調達と新版の狙い

シリーズBで5000万ドル調達
前回のシリーズAから2年で実施
v1.17でエージェント対応強化
関連性フィードバッククエリを搭載

RAGからエージェントへの転換

エージェントは毎秒数千クエリを発行
コンテキストウィンドウでは検索代替不可
メモリ基盤も内部でベクトル検索を利用

本番環境での実証

GlassDollarがインフラ費用40%削減
特許訴訟AI企業&AI;が検索基盤に採用

ベクトル検索企業のQdrantは、シリーズBラウンドで5000万ドル(約75億円)の資金調達を発表しました。同時にプラットフォームのバージョン1.17をリリースし、AIエージェント時代の情報検索基盤としての地位を強化しています。

同社CEOのアンドレ・ザヤルニ氏は、人間が数分に数回のクエリを行うのに対し、エージェントは毎秒数百から数千のクエリを発行すると説明しています。この負荷はRAG時代の設計では対応できず、専用の検索インフラが不可欠だと主張しています。

v1.17では三つの課題に対応しています。関連性フィードバッククエリで再学習なしに検索精度を向上させ、遅延ファンアウト機能でレプリカの応答遅延を回避し、クラスタ全体のテレメトリAPIで運用監視を一元化しています。

導入企業のGlassDollarは、Elasticsearchからの移行でインフラコストを約40%削減し、ユーザーエンゲージメントが3倍に向上しました。特許訴訟AI企業の&AI;も、数億件の文書を対象とした意味検索基盤としてQdrantを採用しています。

ザヤルニ氏はQdrantを「ベクトルデータベース」ではなく「AI時代の情報検索レイヤー」と位置づけています。Rustで構築された高効率アーキテクチャとオープンソース戦略により、大手ベンダーとの差別化を図る方針です。

YC支援のRandom LabsがAI群制御型コーディングエージェントSlate V1を公開

Slateの技術基盤

Thread Weavingで文脈維持
オーケストレータとワーカーの分離構造
エピソード記憶で状態圧縮
複数モデルの並列実行に対応

事業戦略と展望

従量課金クレジット制を採用
OpenAI Codex・Claude Code連携を予定
Terminal Bench 2.0で高い安定性を実証
「次の2000万人のエンジニア」が標的

Y Combinator支援のRandom Labsは、業界初の「スウォームネイティブ」自律型コーディングエージェント「Slate V1」を正式リリースしました。2024年にKiranとMihir Chintawarが共同創業した同社は、大規模並列処理で複雑なエンジニアリングタスクを実行する新しいアプローチを提案しています。

Slateの中核技術は「Thread Weaving」と呼ばれるアーキテクチャです。従来のAIコーディングツールが抱えていたコンテキストウィンドウの制約を、OS的なフレームワークで解決します。中央のオーケストレータが戦略的判断を担い、TypeScriptベースのDSLで並列ワーカースレッドにタスクを割り振る分離構造を採用しています。

記憶管理においても独自のアプローチを取ります。多くのエージェントが採用する「圧縮」方式では重要な状態情報が失われるリスクがありますが、Slateはワーカースレッド完了時に成功したツール呼び出しと結論のみを要約した「エピソード」を生成します。これによりスウォーム知性を維持しながら大規模並列処理を実現しています。

商業面では従量課金制のクレジットモデルへ移行し、組織レベルの課金管理機能を備えるなどプロフェッショナルチーム向けの設計が明確です。さらにOpenAIのCodexやAnthropicのClaude Codeとの直接連携を来週リリース予定と発表しており、競合ではなくオーケストレーション層としての立ち位置を狙っています。

性能面では、Terminal Bench 2.0のmake-mips-interpreterタスクで初期バージョンが3分の2のテストに合格しました。最新のフロンティアモデルでも単体では成功率20%未満とされるこのタスクでの好成績は、オーケストレーション型アーキテクチャの有効性を示しています。同社はSlateを開発者の代替ではなく、世界的なエンジニア不足を補う協調ツールと位置づけています。

OpenAIがResponses APIにコンピュータ環境を統合しエージェント基盤を強化

シェルツールの全容

Unix CLIで多言語実行
コマンド並列実行に対応
出力上限でコンテキスト節約
ストリーミング逐次応答

コンテナとスキル基盤

ファイル・SQLite永続管理
ネットワークは許可リスト制御
スキルで再利用可能な手順定義
コンパクション機能で長時間実行

OpenAIは、Responses APIにシェルツールとホスト型コンテナワークスペースを統合し、AIモデルが実際のコンピュータ環境でタスクを実行できるエージェント基盤を構築したと発表しました。従来のプロンプト応答を超え、ファイル操作やAPI呼び出しなど幅広い業務を自動化できます。

シェルツールは従来のコードインタプリタがPython限定だったのに対し、Go・Java・Node.jsなど多言語に対応します。モデルがコマンドを提案し、Responses APIがコンテナ内で実行、結果をモデルに返すループで動作します。複数コマンドの並列実行にも対応し、処理速度を大幅に向上させています。

コンテナ環境は3つの文脈を提供します。第一にファイルシステムでデータを整理し、第二にSQLiteなどの構造化データベースで効率的にクエリを実行できます。第三にネットワークアクセスはサイドカープロキシ経由で制御され、許可リストとドメイン単位の認証情報注入により安全性を確保しています。

エージェントスキルは繰り返し発生するワークフローを再利用可能な部品として定義する仕組みです。SKILL.mdファイルとリソースをバンドルし、バージョン管理されたパッケージとしてAPI経由で管理できます。モデルはシェルコマンドでスキルを発見し、指示を解釈して同一ループ内で実行します。

長時間タスクではコンテキストウィンドウが枯渇する課題に対し、ネイティブのコンパクション機能を実装しました。モデルが会話状態を分析し、重要情報を暗号化されたトークン効率の高い表現に圧縮します。OpenAIのCodexもこの仕組みに依存しており、長時間のコーディングタスクを品質を落とさず継続できます。

NVIDIA、1200億パラメータの新モデルNemotron 3 Superを公開

モデルの技術革新

MambaとTransformerのハイブリッド構造採用
120Bパラメータ中12Bのみ稼働するMoE方式
100万トークンのコンテキストウィンドウ実現
前世代比最大5倍のスループット向上

企業導入と展開

PerplexityやCodeRabbitなどが即日統合
Siemens・Palantirが製造・サイバー防衛に活用
オープンウェイトで商用利用可能なライセンス
Google Cloud・OCI・AWS等主要クラウドで提供

NVIDIAは2026年3月11日、エージェントAI向け新モデル「Nemotron 3 Super」を公開しました。1200億パラメータのうち推論時に稼働するのは120億のみで、前世代比最大5倍のスループットと2倍の精度向上を実現しています。

本モデルはMamba-2層とTransformer層を組み合わせたハイブリッド構造を採用しています。Mamba層が線形計算量で高速処理を担い、Transformer層が高精度な情報検索を補完することで、100万トークンのコンテキストウィンドウを効率的に実現しました。

新技術「Latent MoE」は、トークンを圧縮空間に射影してからエキスパートに振り分けることで、同じ計算コストで4倍の専門家を活用できます。さらにマルチトークン予測により推論速度を最大3倍に高速化しています。

Blackwell GPUプラットフォームではNVFP4精度で動作し、Hopper世代のFP8比で最大4倍高速な推論を精度損失なく達成しました。DeepResearch Benchのリーダーボードでは1位を獲得しています。

Perplexity、CodeRabbit、Greptileなどの企業が即日統合を開始し、Siemens、Palantir、Cadenceなどの大手企業も製造・サイバーセキュリティ分野での活用を進めています。モデルはオープンウェイトで公開され、10兆トークン超の学習データとレシピも併せて提供されました。

Google Cloud、Oracle Cloud、AWS、Azureなど主要クラウドに加え、Dell AI FactoryやHPEによるオンプレミス展開にも対応します。NVIDIA NIMマイクロサービスとしてパッケージ化されており、企業は柔軟な環境で商用利用が可能です。

LangChain が提唱するAIエージェント「ハーネス」設計論

ハーネスの基本構造

モデル+ハーネスがエージェント
ファイルシステムが最重要基盤
Bashで汎用ツール実行を実現
サンドボックスで安全な実行環境構築

長期自律実行の課題

コンテキスト腐敗への対策が必須
記憶と検索で継続学習を実現
Ralph Loopで作業を自動継続
自己検証ループで品質担保

LangChainのVivek Trivedy氏が、AIエージェントの構造を「モデル+ハーネス」と定義し、モデルを実用的な作業エンジンに変えるためのハーネス設計論を体系的に解説しました。ハーネスとはモデル以外のすべてのコード・設定・実行ロジックを指します。

ハーネスの最も基本的な構成要素はファイルシステムです。エージェントに永続的な作業空間を提供し、中間出力の保存やセッション間の状態維持を可能にします。さらにGitによるバージョン管理を加えることで、作業の追跡やロールバック、複数エージェント間の協調作業も実現できます。

汎用ツールとしてのBash実行環境も重要な要素です。事前に設計されたツールに依存せず、モデルが自律的にコードを書いて問題を解決できるようになります。サンドボックスにより安全な実行環境を確保し、ブラウザやテストランナーによる自己検証ループも構築可能です。

コンテキスト腐敗への対策も不可欠です。コンテキストウィンドウが埋まるにつれモデルの推論能力が低下する問題に対し、コンパクション(要約による圧縮)、ツール出力のオフロード、スキルによる段階的開示といったハーネスレベルの戦略が求められます。

長期自律実行では、Ralph Loopパターンによる自動継続や計画ファイルを活用した進捗管理が鍵となります。モデルの訓練とハーネス設計の共進化が進む一方、最適なハーネスは必ずしも訓練時のものとは限らず、タスクに応じた最適化で性能が大幅に向上する事例も報告されています。

LangChain、AIエージェント自律コンテキスト圧縮機能を公開

自律圧縮の仕組み

モデル自身が圧縮タイミング判断
古いメッセージを要約で置換
直近10%のコンテキストは保持
タスク境界での自動発動を想定

設計思想と実績

固定閾値圧縮の非効率を解消
ハーネスの手動調整を排除する方針
保守的な発動で誤圧縮を防止
CLI・SDK両方で利用可能

LangChainは2026年3月、AIエージェント開発フレームワーク「Deep Agents」のSDKおよびCLIに、モデルが自らのコンテキストウィンドウを適切なタイミングで圧縮する自律コンテキスト圧縮機能を追加しました。

従来のエージェントハーネスでは、コンテキストウィンドウの85%に達した時点で一律に圧縮を実行していました。しかし複雑なリファクタリングの最中など、圧縮すべきでないタイミングで実行されるケースが課題となっていました。

新機能では、タスクの区切りや大量の新コンテキスト読み込み前、計画の実行開始時など、モデル自身が最適なタイミングを判断して圧縮を実行します。これにより、ユーザーが手動で/compactコマンドを発行する必要がなくなります。

圧縮時には直近メッセージの10%をそのまま保持し、それ以前のメッセージを要約に置き換えます。全会話履歴は仮想ファイルシステムに保存されるため、圧縮後も復元が可能です。

LangChainは独自評価スイートやTerminal-bench-2でテストを実施し、エージェントが保守的に圧縮を発動しつつも、ワークフロー改善に明確に寄与するタイミングを選択することを確認しました。この機能は、ハーネスの固定ルールを減らしモデルに作業記憶の制御権を委ねるという、エージェント設計の新たな方向性を示しています。

Google、AIエージェント間の協調行動を訓練で自然発生させる手法を発表

研究の核心

多様な対戦相手との訓練で協調創発
ハードコードなしで適応的協調実現
標準的な強化学習手法で再現可能

企業開発への示唆

LangGraph等の固定ルール型を補完
文脈内学習でトークン効率を維持
開発者の役割がルール設計から環境設計へ移行

実証と成果

囚人のジレンマで安定的協調を達成
敵情報なしでも試行錯誤で適応

Googleの「Paradigms of Intelligence」チームは、AIエージェントを多様な対戦相手のプールに対して分散型強化学習で訓練することで、ハードコードされた協調ルールなしに複数エージェント間の協調行動を自然発生させる手法を発表しました。この研究はエンタープライズ向けマルチエージェント展開の新たな指針を示しています。

従来のマルチエージェントシステムでは、各エージェントが自身の報酬を最大化しようとするため、ゲーム理論でいう「相互裏切り」状態に陥りやすいという課題がありました。たとえば2つの自動価格設定アルゴリズムが破壊的な値下げ競争を起こし、企業全体が損失を被るようなケースです。

本手法では、学習中のモデルとルールベースの静的プログラムを混合した多様な対戦相手プールを用意し、エージェントに相手の戦略を推測させます。文脈内学習により相互作用の履歴を解析し、リアルタイムで行動を適応させるため、コンテキストウィンドウの肥大化を招かずに効率的な協調を実現します。

LangGraphやCrewAIなどの既存フレームワークが状態遷移やルーティングロジックを明示的に定義するのに対し、本手法は訓練を通じて協調行動を生み出すアプローチです。標準的な強化学習アルゴリズム(GRPO等)で再現でき、特別なスキャフォールディングは不要とされています。

反復囚人のジレンマを用いた検証では、敵の情報が一切ない状態でもエージェントは試行錯誤を通じて安定した協調を達成しました。研究チームは、この成果により開発者の役割が個別ルールの記述から訓練環境の設計という戦略的役割へと進化すると述べています。

Anthropic、ClaudeのExcel・PowerPoint連携を強化し共有コンテキスト実現

Office連携の新機能

Excel・PowerPoint間でコンテキスト共有
会話履歴を引き継ぎ連続作業が可能に
Skills機能で定型業務をワンクリック化
組織全体で再利用可能なワークフロー構築

企業導入の柔軟性

Bedrock・Vertex AI・Foundry経由で利用可能
既存クラウド環境との統合が容易に
Mac・Windows有料プランで提供開始
Microsoft Copilot Coworkとの競争激化

Anthropicは2026年3月11日、AIモデル「Claude」のMicrosoft ExcelおよびPowerPoint向けアドインを大幅に強化しました。最大の特徴は、両アプリ間で会話コンテキストを共有できる新機能で、Mac・Windows有料プランのユーザーが利用可能です。

新たに導入された共有コンテキスト機能により、ClaudeはExcelとPowerPointを横断して一つの連続セッションとして作業できます。例えば財務アナリストがExcelで比較企業データを抽出し、そのままピッチデッキのスライドに反映させるといった作業が、タブの切り替えやデータの再説明なしに完結します。

もう一つの目玉であるSkills機能では、チームが定型ワークフローをアドイン内に保存し、ワンクリックで実行できます。分散分析や承認済みスライドテンプレートなど、従来は毎回プロンプトを書き直していた作業を組織全体で標準化・共有できる仕組みです。

企業導入面では、Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundryを経由したアクセスにも対応し、既存のクラウド環境やコンプライアンス体制をそのまま活用できます。これにより大企業のセキュリティ要件にも柔軟に対応可能となりました。

今回の発表は、同日にMicrosoftが発表したCopilot Coworkと直接競合する動きです。エンタープライズAI市場の競争は、モデル性能のベンチマーク争いから、既存の業務アプリケーション内でどれだけ実用的な価値を提供できるかという段階に移行しつつあります。

Microsoft Research、汎用記憶モジュールPlugMemを発表

PlugMemの仕組み

生の対話履歴を構造化知識に変換
事実と再利用可能スキルを記憶単位に
知識グラフで冗長性を排除
タスク意図に基づく精密検索

評価と成果

3種ベンチマークで既存手法超え
タスク特化型設計も汎用型が上回る
メモリトークン消費を大幅削減
コードとデータをGitHub公開

Microsoft Researchは、AIエージェント向けの汎用プラグイン型記憶モジュール「PlugMem」を発表しました。従来のエージェントは対話履歴が増えるほど検索精度が低下する課題を抱えていましたが、PlugMemは生データを構造化知識に変換することでこの問題を解決します。

PlugMemの設計は認知科学の知見に基づいています。人間の記憶がエピソード記憶・意味記憶・手続き記憶に分かれるように、PlugMemもエージェントの対話履歴を「事実(命題的知識)」と「再利用可能なスキル(処方的知識)」という2種類の知識単位に変換し、知識グラフとして体系的に整理します。

システムは構造化・検索・推論の3つの中核コンポーネントで構成されています。構造化では生データを知識単位に変換し、検索ではタスクの意図に基づいて関連知識を抽出します。推論では取得した知識を簡潔なガイダンスに凝縮し、エージェントのコンテキストウィンドウを圧迫しない形で提供します。

評価実験では、長いマルチターン会話の質問応答、複数のWikipedia記事にまたがる事実検索、Webブラウジング中の意思決定という3つの異なるベンチマークで検証を実施しました。いずれにおいてもPlugMemは汎用検索手法やタスク特化型設計を上回る性能を示し、同時にメモリトークンの消費量も大幅に削減しました。

研究チームは、エージェントの記憶は単なる過去の記録保存から、再利用可能な知識の能動的な提供へと進化すべきだと主張しています。PlugMemはタスク特化型アプローチの代替ではなく、その土台となる汎用記憶基盤として位置づけられており、両者の組み合わせでさらなる性能向上が確認されています。コードと実験結果はGitHubで公開済みです。

Google、初のマルチモーダル埋め込みモデル「Gemini Embedding 2」公開

対応モダリティと性能

テキスト・画像・動画・音声・PDFを統合
8192トークンの大規模コンテキスト対応
100言語以上の意味的理解が可能
テキスト/画像/動画で最高水準の精度

実装と活用事例

Gemini APIとVertex AIでパブリックプレビュー提供
Paramountの動画検索Recall@1が85.3%達成
Sparkonomy社でレイテンシを70%削減
LangChain・LlamaIndex等の主要フレームワーク対応

Googleは2026年3月10日、Geminiアーキテクチャを基盤とした初の完全マルチモーダル埋め込みモデル「Gemini Embedding 2」をGemini APIおよびVertex AIでパブリックプレビューとして公開した。

同モデルはテキスト・画像・動画・音声・PDFドキュメントを単一の統一埋め込み空間にマッピングする。テキストは最大8192トークン、画像は1リクエスト最大6枚、動画は最大120秒に対応しており、RAGや意味検索、感情分析、データクラスタリングなど幅広いユースケースを簡素化する。

柔軟な出力次元を実現するMatryoshka Representation Learning(MRL)技術を採用しており、デフォルト3072次元から1536・768次元へと動的に削減できる。これにより開発者はパフォーマンスとストレージコストのバランスを最適化できる。

早期アクセスパートナーからは顕著な成果が報告されている。Paramount Skydanceは動画資産検索のRecall@1を85.3%に向上させ、Sparkonomy社はLLM推論を排除することでレイテンシを最大70%削減、テキスト・画像間の意味的類似度スコアを0.4から0.8へほぼ2倍に改善した。

同モデルはLangChain・LlamaIndex・Haystack・Weaviate・Qdrant・ChromaDB・Vector Searchなど主要なフレームワークおよびベクターデータベースと統合可能であり、既存ワークフローへの最小限の変更での導入が可能だ。

GitHub、Copilot SDKでAIエージェント実行基盤を公開

SDK基本機能

意図ベースの実行委譲
マルチステップの自律計画
エラー時の自動復旧対応
MCPによる構造化コンテキスト

適用領域

デスクトップ・SaaSへの組込み
イベント駆動型の自律実行
IDE外でのエージェント稼働

GitHubは、同社のAIコーディング支援ツール「Copilot」の実行エンジンを外部アプリケーションに組み込めるCopilot SDKを公開しました。これにより開発者は、自社ソフトウェア内でエージェント型ワークフローをプログラム可能な形で実装できるようになります。

従来のAI活用は「テキスト入力→テキスト出力」の単純なやり取りが主流でしたが、本SDKは計画・ツール呼び出し・ファイル変更・エラー回復を自律的に実行するエージェント型アーキテクチャへの転換を実現します。固定的なスクリプトでは対応が難しかった文脈依存の処理にも柔軟に適応できます。

技術面ではModel Context Protocol(MCP)を活用し、ドメイン固有のツールやスキルを構造化された形で定義できます。プロンプトにシステムロジックを詰め込む従来手法と異なり、エージェントが実行時にAPIやデータソースへ直接アクセスすることで、テスト可能で進化しやすいワークフローを構築できます。

適用範囲はIDE内に限定されません。デスクトップアプリ、社内運用ツール、バックグラウンドサービス、SaaSプラットフォーム、イベント駆動システムなど、あらゆるアプリケーション層にエージェント実行機能を埋め込むことが可能です。ファイル変更やデプロイトリガーなどのイベントを起点に、Copilotをプログラム的に呼び出せます。

この動きは、AIを「補助ツール」からインフラへと昇格させる設計思想の転換を示しています。開発チームはオーケストレーション基盤を自前で構築する必要がなくなり、ソフトウェアが達成すべき目的の定義に集中できるようになります。ロジックを実行できるアプリケーションであれば、エージェント実行を組み込める時代が到来しました。

1Password幹部が警告、AIエージェントが企業IAMの前提を根底から覆す

既存IAMの限界

静的権限モデルの破綻
人間の説明責任が機能不全に
異常検知が誤検知を連発
エージェントIDが管理外に

新アーキテクチャの要件

IDを制御プレーンとして再定義
コンテキスト対応アクセス制御
ゼロ知識型クレデンシャル管理
エージェント行動の完全監査
委任権限の有効期限設定

AIエージェントが企業システム内で自律的に行動する時代を迎え、1Password CTOのNancy Wang氏は、従来のエンタープライズIAM(IDおよびアクセス管理)がAIエージェントの特性を前提としていないため、深刻なセキュリティリスクが生じていると警告しています。

従来のIAMは、アクセス主体が人間であることを前提に設計されており、静的な役割ベースの権限付与、人間による説明責任、そして行動パターンによる異常検知という三つの柱で成立していました。しかしAIエージェントは動的に権限を変化させ、複数システムで常時稼働し、複製・フォークが容易なため、これらの前提をすべて破壊します。

特にIDE(統合開発環境)がAIエージェントのオーケストレーターとなった開発環境では、プロンプトインジェクション攻撃が現実の脅威となっています。READMEなど一見無害なドキュメントに埋め込まれた悪意ある指示が、エージェントに認証情報を漏洩させる可能性があり、信頼境界が意図せず侵食されます。

Wang氏は解決策として、IDを単なるセキュリティコンポーネントではなくAIエージェントの制御プレーンとして位置づけ直すことを提唱します。具体的には、エージェントを起動したユーザー・デバイス・時間帯・許可アクションをすべて考慮したコンテキスト対応アクセス制御、クレデンシャルをエージェントに見せないゼロ知識型オートフィル、そして委任権限の有効期限と自動失効機構が必要です。

NISTのゼロトラストアーキテクチャ(SP 800-207)も「AIを含む非人間エンティティはすべて認証されるまで非信頼扱い」と明記しており、規制面からも対応が急務です。Wang氏は「予測可能な権限と強制可能な信頼境界なしに、自律性はただの管理されないリスクになる」と締めくくっており、アジェンティックAIの本格普及には新たなID基盤の整備が不可欠です。

a16zが提唱、データエージェントに不可欠な「コンテキスト層」

エージェント失敗の本質

業務定義の欠如が主因
収益の定義すら組織で不統一
セマンティック層は陳腐化
データソースの正解が不明確

コンテキスト層の構築手順

全データソースへの接続が前提
LLMで初期コンテキスト自動生成
暗黙知は人間が補完
APIやMCPでエージェントに接続

Andreessen Horowitz(a16z)は、企業のデータエージェントが基本的な質問にすら正確に答えられない原因として、ビジネスコンテキストの欠如を指摘しました。MITの2025年報告でもAI導入の大半が失敗していると警告されています。

問題の核心はテキストtoSQLの精度だけではありません。「先四半期の収益成長率は?」という単純な質問でも、収益の定義がARRか実行レートかで異なり、会計年度の区切りも企業ごとに違うため、エージェントは正しいデータを特定できないのです。

従来のセマンティック層はBI向けの指標定義には有効でしたが、退職した担当者が更新を放置し、新規プロダクトラインが反映されないなどの問題が頻発しています。エージェントの自律動作には、より包括的なコンテキスト基盤が必要です。

a16zが提唱するコンテキスト層は5段階で構築します。まず全データソースへのアクセスを確保し、LLMでクエリ履歴やdbtモデルから自動的にコンテキストを収集します。次に人間が暗黙知を補完し、APIやMCPでエージェントに接続します。

市場ではDatabricksやSnowflakeなどのデータ基盤企業、既存のAIデータ分析企業、そして新興の専用コンテキスト層企業が競合しています。OpenAIも自社内データエージェントの構築過程を公開しており、この領域の重要性が広く認識され始めています。

マイクロソフトがAnthropicと協業しM365にAIエージェント投入

Copilot Cowork

M365横断の自律タスク実行
Anthropicとの共同開発技術
Work IQで業務コンテキスト把握
バックグラウンド並列処理対応

Agent 365とE7

Agent 365が月15ドルで提供
全エージェントの一元可視化
ゼロトラストをAIに拡張
E7バンドルが月99ドルで登場

マイクロソフトは2026年3月9日、Anthropicと共同開発した「Copilot Cowork」をM365 Copilotに追加すると発表しました。ユーザーの指示を受け、Outlook・Teams・Excelなど複数のM365アプリにまたがって複雑な業務を自律実行するAIエージェント機能です。

Copilot CoworkはAnthropicの「Claude Cowork」と同じ技術基盤を持ちつつ、動作環境が大きく異なります。Claude Coworkがローカルファイルを扱う個人向けツールであるのに対し、Copilot CoworkはM365クラウド上で企業の既存セキュリティポリシーや監査要件の枠内で稼働します。

「Work IQ」によってメール・会議・SharePointファイルなど社内データ全体からコンテキストを把握し、カレンダー整理・会議準備・市場調査・資料作成などをバックグラウンドで並列処理します。重要な変更前には必ずユーザーの承認を求める仕組みです。

同日発表の「Agent 365」(月額15ドル/ユーザー)は企業内全AIエージェントの統制基盤です。各エージェントにMicrosoft Entraで固有IDを付与してゼロトラスト原則を適用し、プロンプトインジェクションによる乗っ取り(ダブルエージェント)を検知・ブロックします。フォーチュン500企業の29%で未承認エージェントが稼働する現状への対応策です。

最上位ライセンス「M365 Enterprise 7」(月額99ドル/ユーザー)はCopilot・Agent 365・高度セキュリティスタックを一体提供します。ClaudeはCopilotチャットにも直接統合され、マイクロソフトはマルチモデル戦略でOpenAI一極依存から脱却する姿勢を明確にしました。

MicrosoftがエージェントAI専門ポッドキャスト「The Shift」開始

番組の概要と目的

週1回・全8エピソード配信
Azure・Fabric・Foundryの専門家が登場
エンジニア・製品・戦略の視点を統合
Igniteへの質問を起点に企画

扱うアーキテクチャ課題

データ統合とエージェント連携
可観測性・ガバナンス・セキュリティ
ITチームへのエージェント活用法

Microsoftは2026年春、エージェントAIをテーマとしたポッドキャスト「The Shift」を開始した。Azure・Microsoft Foundry・Microsoft Fabricの開発チームが週1回、全8エピソードを配信する。

番組はMicrosoftのIgniteカンファレンス後に寄せられたユーザーの疑問を出発点としており、エンジニアリング・製品・戦略の各視点を横断する実践的な対話を提供する。

第1回は「エージェントはデータを探し回っているのか」をテーマに、Microsoft FabricとOneLakeチームのメンバーがデータ準備の重要性とエージェントへの知識供給方法を解説する。

Microsoftはエージェントが単独では機能せず、データ戦略・クラウド基盤・アプリケーション連携の三層が一体となることで初めてビジネス成果を生むと主張している。

番組はYouTube・Spotify・Apple Podcastsなど主要プラットフォームで視聴可能。経営者やエンジニアがエージェントアーキテクチャの全体像を把握するための実践的情報源となることが期待される。

A2UIがエージェントAIのUI静的問題を解決

A2UIの仕組み

エージェントがJSON生成でUI動的描画
AG-UIでインタラクション双方向連携
疎結合スキーマでコンポーネント再利用
CopilotKitがA2UIレンダラー開発中

ビジネス価値

UI変更をスペック変更だけで一括反映
企業買収時のロゴ変更も自動伝播
UXデザイナーの属人作業を削減
規制変更への高い耐性を実現

エージェントAIとA2UI(Agent to User Interface)技術を組み合わせることで、静的なUIの制約を超え、エージェントが必要な画面をJSON仕様から動的に生成できるようになった。Persistent SystemsのDattaraj Rao氏がVentureBeatで解説した。

従来のエージェントAIはオントロジーにより業務ロジックを柔軟に処理できる一方、UIは設計時に固定されるという矛盾を抱えていた。A2UIはエージェントがJSONコンテンツを生成するとレンダラーが動的に画面を構築する仕組みで、この問題を解消する。

A2UIはAG-UIプロトコルをベースに持ち、ボタンクリックやフォーム送信などのイベントを元のエージェントへフィードバックする双方向通信を維持する。CopilotKitなどの企業がすでにA2UI対応レンダラーの開発を進めている。

ビジネスオントロジーと組み合わせると効果が増大し、UIコンポーネントの描画ルールをスペックに一元定義するだけで、数千フォームへの変更も即時伝播できる。TOON(Token Object Notation)などの圧縮規格でオントロジーとA2UIスキーマをコンテキストに含める効率化も可能だ。

A2UIパターンの導入により、UXデザイナーやUI開発者は再利用可能なコンポーネントを一度定義すれば繰り返し活用でき、業務・規制変更への対応コストを大幅に削減できる見通しだ。モデルの進化に伴い、A2UI準拠画面の自動生成もプレトレーニングで実現されると著者は展望する。

LangChain CEO、AIエージェント実用化に「ハーネス工学」が不可欠と提唱

ハーネス工学の核心

コンテキスト工学の発展形
LLM自身が文脈を制御する設計
長時間自律動作が実現可能に
AutoGPTの失敗から得た教訓

Deep Agentsの設計思想

仮想ファイルシステムで進捗管理
サブエージェントへの並列委任
コンテキスト分離でトークン効率化
スキル動的読み込みで柔軟性確保

LangChainの共同創業者兼CEOであるハリソン・チェイス氏は、VentureBeatのポッドキャストで、AIモデルの性能向上だけではエージェントの本番運用に到達できないと主張しました。鍵を握るのは、モデルを包む「ハーネス」の進化です。

チェイス氏が提唱するハーネス工学とは、コンテキスト工学の拡張概念です。従来のハーネスがモデルのループ実行やツール呼び出しを制約していたのに対し、エージェント向けハーネスはLLM自身に文脈の制御権を委ね、より自律的な長時間タスク遂行を可能にします。

かつて最も急成長したGitHubプロジェクトだったAutoGPTを引き合いに、チェイス氏は現在のトップエージェントと同じアーキテクチャでありながらモデル性能不足で衰退した事例を紹介しました。モデルの進化により、ようやくハーネスの継続的改善が意味を持つ段階に入ったと述べています。

LangChainが開発したDeep Agentsは、計画機能・仮想ファイルシステム・コード実行・スキルとメモリ機能を備えた汎用ハーネスです。サブエージェントへのタスク委任とコンテキスト分離により、大規模な作業結果を圧縮してトークン効率を高める設計が特徴です。

チェイス氏は「エージェントが失敗するのは正しい文脈がないとき、成功するのは正しい文脈があるとき」と強調しました。適切な情報を適切なフォーマットで適切なタイミングに届けるコンテキスト工学こそが、実用的なAIエージェント構築の核心であると結論づけています。

MIT発、LLMメモリを50分の1に圧縮する新手法が登場

KVキャッシュの課題

KVキャッシュが長文処理の最大障壁
従来の圧縮は高圧縮率で精度急落
テキスト要約は重要情報を喪失
勾配ベース手法は数時間のGPU計算が必要

Attention Matchingの革新

50倍圧縮でも精度維持を実現
代数的手法で数秒の高速処理
参照クエリで圧縮品質を担保
オープンウェイトモデルが利用条件

MITの研究チームが、大規模言語モデル(LLM)の推論時メモリであるKVキャッシュを最大50分の1に圧縮する新手法「Attention Matching」を発表しました。精度をほぼ維持したまま数秒で処理が完了する点が最大の特徴です。

LLMはトークンを逐次生成する際、過去の全トークンのキー・バリュー対をKVキャッシュに保持します。長文の法務文書分析や自律型コーディングエージェントなどの企業用途では、1リクエストで数GBに膨張し、同時処理数やバッチサイズを大幅に制限する深刻なボトルネックとなっていました。

従来の対処法には、重要度の低いトークンの削除やトークン統合がありますが、高圧縮率では精度が急激に低下します。テキスト要約による代替も、医療記録のような情報密度の高い文書ではコンテキストなしと同等の精度まで劣化することが実験で確認されました。勾配ベースの「Cartridges」手法は高品質ですが、1コンテキストの圧縮に数時間を要し実用性に欠けていました。

Attention Matchingは、圧縮後のメモリが元のメモリと同じ「注意出力」と「注意質量」を再現するよう設計されています。事前に生成した参照クエリを用いて保持すべきキーを選択し、通常最小二乗法などの代数的手法で値を算出します。勾配降下を完全に回避することで、処理速度が桁違いに高速化されました。チャンク単位の分割処理により長文への対応も実現しています。

Llama 3.1やQwen-3を用いた実験では、読解ベンチマーク「QuALITY」と6万トークンの医療記録データセット「LongHealth」の両方で有効性が確認されました。テキスト要約との組み合わせでは200倍圧縮も達成しています。数学推論テスト「AIME」では、メモリ上限に達するたびに50%圧縮を最大6回繰り返しても、無制限メモリと同等の性能を維持しました。

ただし、この手法の導入にはモデルの重みへのアクセスが必要であり、クローズドAPIのみを利用する企業は自社実装ができません。また、既存の推論エンジンへの統合にはプレフィックスキャッシュや可変長メモリパッキングとの調整が必要です。研究チームはコードを公開済みで、大規模なツール出力や長文文書の取り込み直後の圧縮が有望なユースケースだと述べています。

OpenAIがGPT-5.4発表、PC操作や100万トークン対応

モデル性能の飛躍

GDPvalで専門家超え83%達成
OSWorldでPC操作成功率75%
事実誤認が33%減少
推論トークン消費量の大幅削減

エージェント基盤の進化

コンピュータ操作のネイティブ対応
Tool Searchでトークン47%削減
APIで100万トークン文脈窓
Excel・Sheets連携プラグイン提供

OpenAIは2026年3月5日、最新AIモデルGPT-5.4をChatGPT、API、Codexで公開しました。推論・コーディング・エージェント機能を統合した同社史上最高性能のフロンティアモデルと位置づけています。

GPT-5.4は同社初の汎用モデルとしてネイティブコンピュータ操作機能を搭載しています。Playwrightによるコード実行やスクリーンショットに基づくマウス・キーボード操作が可能で、OSWorldベンチマークでは人間の72.4%を上回る75.0%の成功率を達成しました。

ビジネス用途ではスプレッドシート、プレゼンテーション、文書作成の能力が大幅に向上しています。投資銀行業務のモデリングタスクでは平均87.3%のスコアを記録し、前モデルGPT-5.2の68.4%から約19ポイント改善されました。

API向けにはTool Search機能を新たに導入し、多数のツール定義を事前にプロンプトへ含める従来方式を刷新しました。MCP Atlasベンチマークでは同精度を維持しつつトークン使用量を47%削減する効果が確認されています。

価格は入力100万トークンあたり2.50ドル、出力15ドルに設定され、GPT-5.2より引き上げられました。一方で推論効率の向上により、タスク全体のコストは抑制される見込みです。APIでは最大100万トークンのコンテキストウィンドウに対応しています。

Luma AIがマルチモーダル統合モデルで創作エージェント公開

統合知能モデルの特徴

Uni-1モデルで画像・動画・音声を統合処理
テキストから映像まで一貫した推論が可能
自己批評ループで出力品質を自動改善

広告業界での実績

Publicisやアディダス等が既に導入
1500万ドル規模の広告を40時間・2万ドルで制作
複数国向けローカライズ広告を自動生成

従来ツールとの違い

100種のモデルを個別操作する非効率を解消
会話型で方向性を指示し大量バリエーション生成

Luma AIは2026年3月、テキスト・画像・動画・音声を横断して創作業務を一気通貫で担うLuma Agentsを公開しました。同社独自の統合知能モデル「Uni-1」を基盤とし、広告代理店やマーケティングチーム、デザインスタジオ向けに提供されます。

Uni-1モデルは音声・動画・画像・言語・空間推論を単一のマルチモーダル推論システムで学習しています。CEOのAmit Jain氏は「言語で思考し、ピクセルで想像・描画する」と表現し、この能力をピクセルの知能と呼んでいます。今後のリリースで音声・動画の出力にも対応予定です。

Luma Agentsの最大の強みは、アセットや協力者、クリエイティブの反復にわたって持続的なコンテキストを維持できる点です。自己批評による反復改善ループを備え、コーディングエージェントと同様に自らの成果物を評価・修正する能力を持ちます。

実際の導入事例では、あるブランドの1500万ドル規模・1年がかりの広告キャンペーンを、複数国向けのローカライズ広告として40時間・2万ドル未満で制作し、社内品質管理を通過しました。200語のブリーフと製品画像1枚から、ロケーション・モデル・配色の多様なアイデアを自動生成するデモも披露されています。

Luma AgentsはAPI経由で一般公開されていますが、ワークフローの安定性を確保するため段階的にアクセスを拡大する方針です。Google Veo 3やElevenLabsの音声モデルなど外部AIモデルとも連携し、エンドツーエンドの創作ワークフローを実現します。

Databricks、強化学習で万能型RAGエージェント「KARL」を開発

KARLの技術的革新

6種の検索行動を同時学習
合成データのみで人手ラベル不要
OAPLアルゴリズムで学習効率3倍
コスト33%減・遅延47%減を達成

企業RAGへの示唆

単一タスク最適化は他タスクで破綻
マルチタスクRLで未知タスクにも汎化
文脈圧縮をエンド・ツー・エンドで学習
SQL・ファイル検索は今後の課題

Databricksは、強化学習を活用した企業向けRAGエージェント「KARL(Knowledge Agents via Reinforcement Learning)」を発表しました。6種類の企業検索行動を同時に学習させることで、単一タスク特化型の限界を克服するモデルです。

従来の企業向けRAGパイプラインは、特定の検索パターンに最適化されており、複数文書の横断的な統合や制約付きエンティティ検索など、異なるタスクには対応できませんでした。KARLは独自ベンチマーク「KARLBench」でClaude Opus 4.6と同等の性能を、クエリあたりコスト33%減・遅延47%減で達成したと同社は主張しています。

学習には新アルゴリズム「OAPL」を採用しています。従来のGRPOが前提とするオンポリシー同期の制約を撤廃し、400勾配ステップ以上のポリシー遅延でも安定動作します。サンプル効率が約3倍向上し、数千GPU時間で全学習を完了できるため、企業チームでも現実的に取り組める規模です。

注目すべきは、KARLが文脈圧縮をエンド・ツー・エンドで自己学習する点です。一部のタスクでは200回の連続ベクトルDB検索が必要となり、コンテキストウィンドウを何度も超過します。圧縮機能を除去すると精度が57%から39%に低下しており、この自律的な圧縮能力が性能の鍵となっています。

一方で課題も明確です。曖昧な質問への対応や途中で回答を断念するケースが残り、SQL検索やPython計算には未対応です。それでも、汎用フロンティアAPIにすべてを委ねるのではなく、目的特化型の検索エージェントを強化学習で育てるアプローチは、企業のRAG戦略に再考を迫る重要な成果といえます。

OpenAI、社内データエージェントを2名で構築し全社展開

エージェントの全容

GPT-5.2基盤で自然言語対応
70%のコードをAIが生成
600PB超・7万データセットに対応
問合せ1件あたり2〜4時間短縮

技術的工夫と課題

Codexがテーブル探索を自動化
6層のコンテキスト階層で精度向上
過信防止の発見フェーズ強制
少量精選データが大量投入に勝る結果

企業への示唆

製品化せず構築用APIを外部提供
データガバナンスが成否を左右

OpenAIは、社内のデータ分析エージェントをわずか2名のエンジニアが3カ月で構築したことを明らかにしました。このツールはSlackやWebインターフェースから自然言語で問い合わせると、チャートやダッシュボードを数分で返す仕組みです。

同社のデータ基盤責任者であるEmma Tang氏によると、600ペタバイト超のデータと7万のデータセットを扱う環境で、5000人の社員のうち4000人以上がこのエージェントを日常的に利用しています。財務チームの地域別売上比較からエンジニアのレイテンシ調査まで、部門横断で活用されています。

技術的な最大の課題は、7万のデータセットから正しいテーブルを見つけることでした。Codexを活用した「Codex Enrichment」プロセスが日次でテーブルの依存関係や結合キーを自動解析し、ベクターデータベースに格納することでこの問題を解決しています。

モデルの過信という行動上の課題に対しては、プロンプトエンジニアリングで発見フェーズに時間をかけるよう強制する手法を導入しました。また評価の結果、コンテキストは量より質が重要であり、厳選された少量の情報のほうが高精度な結果を生むことが判明しています。

OpenAIはこのツールの製品化は予定しておらず、Responses APIやEvals APIなど外部利用可能なAPIのみで構築したと強調しています。Tang氏は「データガバナンスこそがAIエージェント成功の前提条件」と述べ、データの整備と注釈付けの重要性を企業に訴えました。

EYがAIコーディング生産性4倍達成、Endor Labsは安全性問題に無料ツール投入

EYの生産性革新

AI agentを社内基準と接続し4〜5倍の生産性
開発者主導でFactoryのDroidsを採用
タスクを高自律型と人間監視型に分類

AI生成コードの安全性危機

AI生成コードのわずか10%が安全と判明
Endor Labsが無料セキュリティツールAURIを公開
コード文脈グラフで到達可能性分析を実現
MCP経由でCursorやClaudeと連携
脆弱性検出の80〜95%が誤検知削減

EYのプロダクト開発チームは、AIコーディングエージェントを社内のエンジニアリング基準やコードリポジトリ、コンプライアンスフレームワークと接続することで、最大4〜5倍の生産性向上を達成しました。従来のAI生成コードは社内基準を満たせず、かえって手戻りを増やす問題がありました。

EYはまずGitHub Copilot型ツールで開発者にAIを浸透させ、その後複数のエージェントプラットフォームを評価しました。開発者が自発的に選んだFactoryのDroidsが採用され、導入後は「野火のように」普及が進み、トラフィック制御が必要になるほどでした。

EYはタスクをコードレビューやドキュメント作成などエージェントに委任可能な高自律型と、大規模リファクタリングやアーキテクチャ決定など人間の監視が必要な複雑型に分類しています。開発者の役割もコード記述者からエージェントのオーケストレーターへと変化しました。

一方、Endor Labsは研究結果を受けて無料セキュリティツールAURIを発表しました。カーネギーメロン大学らの研究によると、AIモデルが生成するコードのうち機能的に正しいのは61%で、機能的かつ安全なものはわずか10%です。AURIはMCPを通じてCursorやClaudeなどと連携します。

AURIの技術的な差別化要素は「コードコンテキストグラフ」で、アプリケーションのコードや依存関係の到達可能性を関数レベルで解析します。これにより従来のツールが報告する無関係な脆弱性を除外し、企業顧客で平均80〜95%のセキュリティ検出結果削減を実現しています。

Endor Labsはフリーミアム戦略を採用し、個人開発者には無料で提供します。コードはローカルで処理され外部に送信されません。企業版はRBACやCI/CDパイプライン統合など大規模組織向け機能を追加します。同社は9,300万ドルのシリーズBを完了し、ARRは30倍成長を記録しています。

Vercelエージェントが永続メモリ対応

エージェントメモリの強化

永続メモリの会話間継続
Agent Builderの重要アップデート
コンテキストの長期保持

VercelのAgent Builderが会話セッションをまたいで情報を記憶できる永続メモリ機能をサポートしました。

これにより、ユーザーの過去の対話履歴・設定・好みをエージェントが記憶し、よりパーソナライズされた継続的なエージェント体験を提供できます。

Apple、AIスマートグラスを計画中と判明

Apple AIウェアラブル3製品

スマートグラス、カメラ内蔵
AIペンダントの開発進行中
カメラ付きAirPodsも計画

製品仕様と展開計画

Siriが視覚コンテキストを活用
iPhoneとの連携型動作
2026年内の市場投入目標

Bloombergが報じたところによると、AppleはAIスマートグラス、AIペンダント、カメラ付きAirPodsの3製品を同時並行で開発しています。いずれも内蔵カメラを搭載し、iPhoneと連携します。

Siriは各デバイスのカメラからの視覚情報を解析し、状況に応じたアクションを実行します。MetaのRay-Ban眼鏡と競合する形でのスマートグラス参入となります。

AIペンダントはシャツに留めるカメラ付きデバイスで、以前からLeather Jacketというコードネームで開発中と伝えられていたものと一致します。2026年内の発売を目指しているとされます。

Appleがウェアラブル市場でのAI戦略を本格化させており、OpenAIやMetaとの競争が激化することが予想されます。

Sonnet 4.6が低コストで旗艦性能

モデル性能と価格破壊

Sonnet 4.6、フラッグシップ級の知能
コストは5分の1に削減

Infosysとの戦略提携

Infosysと通信・金融向けAIエージェント開発
規制産業へのエンタープライズ展開

Anthropicは2月17日、Claude Sonnet 4.6を正式リリースしました。フラッグシップモデルに匹敵する性能を約5分の1のコストで提供し、エンタープライズ向けAI導入を大幅に加速させる可能性があります。

新モデルはコーディング、長文推論、エージェント計画、コンピューター操作の全領域で前バージョンを上回ります。100万トークンのコンテキストウィンドウにより、大規模ドキュメント処理が可能になりました。

同日、AnthropicとインドのIT大手Infosysは、通信・金融・製造・ソフトウェア開発分野向けのエンタープライズAIエージェント共同開発を発表しました。InfosysのTopaz AIプラットフォームへのClaude統合が核となります。

AIによる自動化がITサービス業界を再編する中、Infosysはこの提携でAI時代への適応を図っています。インド株式市場ではAI不安からIT株が売られており、提携発表は同社の株価回復を狙う側面もあります。

Vercelも同日、AI GatewayでSonnet 4.6の提供を開始。100万トークンのコンテキストウィンドウを活用した高度なエージェントシステム構築が可能になります。

Qwen 3.5 PlusがVercel AI Gatewayで提供開始、100万トークン対応

モデル性能の特徴

100万トークンコンテキストウィンドウ
アダプティブツール使用を内蔵
エージェント・マルチモーダルタスク対応
Web開発・フロントエンドに最適化

開発者体験

Vercel AI Gatewayで即時利用可能
One APIで複数モデルへのアクセス
ウェブ開発者の選択肢が拡大
オープンソース系モデルの商用力向上

AlibabaのQwen 3.5 PlusがVercelのAI Gatewayで提供開始されました。100万トークンのコンテキストウィンドウと内蔵のアダプティブツール使用機能を持ち、エージェント型ワークフロー、思考、検索、マルチモーダルコンテキストでのツール使用に優れています。

Vercel AI Gatewayは開発者が単一のAPIエンドポイントから複数のAIモデルにアクセスできる基盤です。Qwen 3.5 Plusの追加により、中国発の高性能モデルをVercelのエコシステムで直接利用できるようになりました。

アダプティブツール使用はモデルが状況に応じて自動的に適切なツールを選択・使用する機能であり、エージェント型アプリケーションの開発効率を大幅に高めます。

Qwen系モデルは中国のAlibabaが開発しており、オープンソースとして公開されているバージョンもあります。商用利用向けのQwen 3.5 Plusの主要プラットフォームへの展開は、グローバルLLM市場でのQwen存在感を高めます。

Web開発・フロントエンドタスクでの最適化という定位置は、Next.js・Reactエコシステムを中心とするVercelのユーザー層との相性が良く、実用的なユースケースに直結した展開です。

Claude Sonnet 4.6登場、100万トークンコンテキストと全面強化

主要アップグレード

100万トークンコンテキストがベータ提供
エージェント計画・長文脈推論を強化
デザイン・知的作業でも大幅向上

競争上の位置づけ

Sonnetシリーズ最高のフラッグシップに
GPT-4o・Gemini Proへの直接対抗馬
既存ユーザーへの無料アップグレード
APIで即日利用可能

AnthropicはSonnetシリーズの最新作「Claude Sonnet 4.6」を発表しました。コーディング、コンピュータ使用(Computer Use)、長文脈推論、エージェント計画、知的作業、デザインの全領域でフルアップグレードが実施されています。

最も注目される機能は100万トークンのコンテキストウィンドウ(ベータ版)です。これにより大規模なコードベースや書籍全体、膨大なビジネス文書を単一のプロンプトで処理できるようになります。

コーディング能力の向上はエンジニアリングチームにとって即効性が高く、コンピュータ使用機能の強化はブラウザ・OS操作を伴う複合エージェントタスクの精度向上を意味します。

既存のSonnetシリーズ利用者はAPIおよびClaude.aiで即日アップグレードなしに本バージョンを利用できます。Anthropicは価格変更なしのアップグレードという価値提供戦略を継続しています。

Sonnet 4.6はOpenAIのGPT-4oやGoogleのGemini 1.5 Proと直接競合するポジションであり、フロンティアモデルの性能競争が一層激化しています。

Gleanがインターフェース下の企業AIインテリジェンス層を構築

Gleanの戦略

MS Copilot・Google Geminiに対し下層レイヤーで勝負
全社データを統合するAIメモリ基盤を構築
企業の知識グラフを7年かけて蓄積
Surface・UI非依存のポータブルAI知識

エンタープライズAI競争

インターフェース争奪から基盤層争奪へ
SalesforceやServiceNowもAI組み込み加速
コネクタ戦略でデータを一元集約
企業向けAIアシスタントの裏側を担う

エンタープライズ検索スタートアップのGleanは、MicrosoftのCopilotやGoogleのGeminiがインターフェースを争う中、その下層のインテリジェンス基盤を担うポジショニングを鮮明にしています。

Gleanは過去7年間で企業内の全データソースを接続し、知識グラフ(ナレッジグラフ)を蓄積してきました。これにより各社員の業務コンテキストに基づいたパーソナライズされた検索・回答が可能になっています。

フロントエンドのAIアシスタントが変わっても、Gleanのエンタープライズメモリ層は変わらず機能し続けるという設計思想が差別化要素です。ベンダーロックインを避けたい企業にとって魅力的な価値提案です。

MicrosoftがOfficeとCopilotを、GoogleがWorkspaceとGeminiを束ねる中で、SaaS製品横断のデータ統合に特化したGleanの存在感は高まっています。SalesforceやServiceNowとの競合・連携も注目点です。

企業AIの戦場は単純なチャットインターフェースから、社内知識と文脈を理解したナレッジエンジンの優劣へとシフトしています。Gleanのアプローチはこのトレンドの先端を走っています。

OpenAI APIにエージェント機能追加

主要な新機能

完全なターミナルシェル統合
エージェントスキルの追加
長期セッションの持続対応

開発者への影響

コード実行環境の拡張
ツール連携の柔軟性向上
ワークフロー自動化が容易に

OpenAIはResponses APIを大幅にアップグレードし、エージェントスキルと完全なターミナルシェルのサポートを追加しました。

従来のAPIでは数十回のインタラクション後にコンテキストが失われる課題がありましたが、今回の更新で長期セッションの維持が可能になりました。

ターミナルシェル統合により、AIエージェントがコード実行やパッケージインストールを直接行えるようになります。開発者の生産性が大幅に向上します。

エージェントスキル機能は、特定のタスクに最適化されたツールセットを定義できるもので、ワークフロー自動化の幅が広がります。

これはAIエージェント開発のインフラとして重要な進化であり、OpenAIのプラットフォーム戦略における競争力強化を意味します。

観測メモリ技術、エージェントコスト10分の1に

技術の概要

RAGを上回る長文性能
エージェントコストを90%削減
観測メモリという新手法

実用的な意義

長期実行エージェントに最適
ツール連携の効率化
本番システムへの適用可能

「観測メモリ」と呼ばれる新手法が、AIエージェントのコストを従来の10分の1に削減し、長文コンテキストのベンチマークでRAGを上回る成果を示しました。

従来のRAGはチャットボット向けには有効ですが、ツールを多用する長期実行エージェントでは速度と知性の面で限界がありました。この手法はその課題を解決します。

観測メモリはエージェントの行動や環境情報を効率的に蓄積・参照する仕組みです。明示的な検索ステップを省略できレイテンシが大幅に改善されます。

本番システムに組み込まれたエージェントでは、コスト削減と性能向上の両立が重要な課題です。この手法は実運用でのメリットが明確です。

RAGの代替・補完としての観測メモリは、エージェント開発者にとって重要な選択肢となる可能性があり、今後の研究動向が注目されます。

Anthropicが3500億ドル評価額で2兆円超の資金調達へ

資金調達の規模と背景

Anthropicが200億ドルの新規資金調達に最終段階
評価額3500億ドルで史上最大規模のAI調達
当初目標の2倍の需要で調達額を拡大
5か月前に183億ドル評価で130億ドル調達済み
フロンティアAI競争の激化がキャッシュ需要を加速

参加投資家と戦略的意図

Sequoia・Lightspeed・Menlo・Coatueなどが参加見込み
シンガポール政府系ファンドも出資検討
計算コストの継続的上昇が調達急ぎの主因
OpenAI・Googleとのフロンティアモデル競争
調達資金でインフラ・研究開発を強化へ

Anthropicは新たに200億ドルの資金調達の最終段階にあると報じられています。評価額3500億ドルという規模は、AIスタートアップとして史上最大となります。当初の目標額に対してほぼ2倍の投資家需要があったとされています。

同社はわずか5か月前に、評価額183億ドルで130億ドルを調達したばかりです。それにもかかわらず再び大型調達に動く背景には、フロンティアAIモデルの開発・運用コストの急騰があります。

参加が見込まれる投資家には、Altimeter Capital、Sequoia Capital、Lightspeed Venture Partners、Menlo Ventures、Coatue Management、Iconiq Capitalなど著名VCのほか、シンガポール政府系ファンドも含まれています。

AnthropicはOpenAIやGoogleとの三つ巴のフロンティアモデル競争を繰り広げており、Claudeのパフォーマンス向上とコンテキストウィンドウの拡張、安全性研究への継続的な投資が求められています。

この調達は、AI産業全体の資本集約化が一段と進んでいることを示しています。フロンティアAIレースへの参加コストが急速に上昇する中、資金調達力が競争力の決定的要因となっています。

ClaudeがWordPressサイト管理をMCP経由でサポート開始

統合の詳細

ClaudeがWordPressとMCP統合
サイト更新・記事投稿をClaude経由で
プラグイン管理もAI対応
コード不要でサイト操作が可能
TechCrunchが機能詳細を紹介
CMS管理の自動化加速

Webコンテンツ管理の未来

ノンエンジニアのサイト運用を支援
SEO・コンテンツ更新の自動化

TechCrunchは2026年2月6日、Anthropicのモデルコンテキストプロトコル(MCP)を通じて、ClaudeがWordPressサイトの管理・更新作業を直接実行できるようになったと報じた。

この統合によりユーザーはClaude上のチャットインターフェースから、記事の作成・投稿、カテゴリ設定、メディアのアップロードなどのWordPress操作を自然言語で指示できる。

MCPは外部サービスとClaudeをつなぐ標準規格で、WordPressは世界中のWebサイトの約43%を支える最大のCMSだ。この統合の影響範囲は非常に大きい。

コーディングスキルのないコンテンツ担当者やマーケターが、AIに指示するだけでサイト更新やコンテンツ公開を行える環境が整いつつある。

MCPエコシステムはWordPressを皮切りに対応サービスが急増しており、AIエージェントの行動範囲が加速的に広がっている。

AnthropicがClaude Opus 4.6を公開、100万トークンとエージェントチーム機能

Opus 4.6の主要機能

100万トークンコンテキストウィンドウ
エージェントチーム機能を初搭載
コーディング超えた汎用性を強調
OpenAI Codexに正面から対抗
推論速度の大幅改善も実現
複数エージェントの協調動作が可能

市場・競合へのインパクト

AIコーディング市場の競争激化
エンタープライズ需要の取り込みを狙う
スーパーボウル直前の戦略的発表

Anthropicは2026年2月5日、最新の大型モデル「Claude Opus 4.6」を公開した。100万トークンのコンテキストウィンドウと、複数AIが協調する「エージェントチーム」機能が目玉だ。

100万トークンのコンテキストは従来の4〜8倍以上の情報を一度に処理できることを意味し、大規模コードベースの解析や長文書類の一括処理が現実的になった。

「エージェントチーム」はClaude同士が役割分担して複雑なタスクを遂行する仕組みで、ソフトウェア開発・リサーチ・分析業務での生産性向上が期待される。

リリースのタイミングはOpenAIのGPT-5.3-Codex発表とほぼ同日で、スーパーボウルの週という注目度の高い時期を両社が狙ったことが読み取れる。

Claude Opus 4.6の登場はコーディング特化モデルから汎用エージェントAIへのシフトを明確にしており、企業の業務自動化プロジェクトに直接応用可能な水準に達した。

GitHubがClaudeとCodexのAIコーディングエージェントを統合

統合の詳細と利用条件

GitHub・VS CodeでClaudeとCodexが利用可能
Copilot Pro+または Enterprise向け
GitHub Mobileでもエージェント操作対応
Agent HQで一元管理が可能
OpenAI CodexのApp Server構築詳細公開
コンテキスト切り替え摩擦の削減が目的

開発者への影響

PR作成からコードレビューまで自動化
AIコーディング市場での競争激化

GitHubは2026年2月4日、AnthropicのClaude とOpenAIのCodexを直接GitHub上で利用できるパブリックプレビューを開始した。対象はCopilot Pro+またはCopilot Enterpriseのサブスクリプションユーザーだ。

この統合によりGitHub、GitHub Mobile、Visual Studio Codeの各環境からAIコーディングエージェントをシームレスに呼び出せるようになり、開発ワークフローの断絶が大幅に解消される。

Agent HQと呼ばれる新インターフェースにより、ClaudeとCodexを一元的に管理し、タスクに応じて最適なエージェントを選択することができる。

OpenAIはCodexのApp Server構築の技術的詳細を公開し、複数サーフェス(Webアプリ、CLI、API)での一貫した動作を実現する仕組みを説明した。

GitHubへのAIエージェント統合は開発者の生産性向上に大きく寄与すると期待されており、AIコーディングツール市場における競争の新たな軸になっている。

Claudeを「思考空間」とするAIスタック統合の課題と文脈管理の重要性

AI活用の設計哲学

Claudeを思考スペースと再定義
LLMに細粒度コンテキストが必要
「ブラウニーレシピ問題」が文脈制約を示す
Franken-stackがAI戦略の隠れたコスト
データ統合のサイロ化が根本問題
リアルタイム結果のための設計原則

エンタープライズAI設計への示唆

コンテキスト窓の有効活用
スタック統合設計の優先度
ROIを阻む構造的障壁の除去

Anthropicは2026年2月4日、Claudeを単なる回答ツールではなく「思考のための空間(space to think)」として位置づける哲学を公開した。

VentureBeatの「ブラウニーレシピ問題」解説では、LLMがリアルタイムの有用な回答を返すためにはきめ細かいコンテキスト情報が不可欠であることを示した。

「Franken-stack(フランケンスタック)」は複数のAIツールを継ぎ接ぎで組み合わせた構成で、隠れた統合コストがAI導入ROIを大幅に損なうと指摘されている。

企業がAIから真の価値を引き出すためには、ツール選定よりも先にデータアーキテクチャとコンテキスト設計を整える必要がある。

これらの論考は、AIを導入した企業が次のフェーズとして直面する統合と最適化の課題を先取りしており、実装段階のエンジニアやアーキテクトにとって重要な示唆を含む。

Vercelがv0を全面刷新しAIコード生成の「90%問題」に対処

新v0の特徴

既存インフラとの接続強化
プロトタイプ→本番の壁を突破
エージェントフレンドリーなページ設計

関連プラットフォーム更新

Toolbarからの視覚コンテキスト送信
コンテンツネゴシエーションでエージェント対応
イベントソース型ワークフロー4.1

Vercelはv0を全面刷新し、AIが生成したコードを既存の本番インフラに接続する「90%問題」に正面から取り組みました。400万人以上のユーザーが使う同サービスは、プロトタイプ止まりになりがちな問題を解決します。

新v0ではビジュアルコンテキストをVercel Toolbarからエージェントに直接コピーする機能や、エージェントがウェブページを効率よく読み取れるコンテンツネゴシエーション対応も追加されました。

Workflow 4.1 Betaのイベントソース型アーキテクチャ、Koa対応のゼロコンフィグサポート、Turboビルドマシンのデフォルト化など、開発者体験の向上が多角的に行われています。

バイブコーディングツールとしてのv0は、アイデアを数分でアプリ化する体験を提供してきましたが、今回の更新でより実務に耐える品質のコードを既存システムに統合できるようになります。

Vercelのこれらの更新は、AI開発ツールが「デモレベル」から「エンタープライズ品質」への進化を目指す業界トレンドを象徴しています。

a16zが「バイブコーディングは一般ユーザーに届いていない」と警鐘を鳴らす

問題の本質

バイブコーディングはパワーユーザー止まり
一般消費者への普及が課題
90%問題の存在

解決への提言

より直感的なUIの必要性
既存システムへの接続
民主化の本当の意味

Andreessen Horowitzのエッセイは、AIによるコード生成(バイブコーディング)が「ソフトウェア開発の民主化」を約束したにもかかわらず、現実にはパワーユーザーの間にしか普及していないと指摘しています。

問題の核心は、AIが生成したコードを既存の本番インフラに接続する90%の作業が依然として技術的知識を要する点にあります。プロトタイプの生成は容易でも、本番デプロイが難しいのです。

真の民主化には、AIツールが既存のシステム・データベース・認証・決済など実世界の複雑さを自動的に扱える必要があります。現在のツールはまだそこに達していません。

a16zはこの課題解決のために、より強力なコンテキスト理解・インフラ統合・エラー自動修正の能力が必要と提言しており、次世代バイブコーディングツールへの投資方針を示しています。

この洞察は、AI開発ツールへの投資判断においても重要な視点であり、ラストマイル問題を解決できるツールが真の勝者になるという示唆です。

企業AIオーケストレーションに欠けている「共有メモリ」レイヤーの重要性

共有メモリの必要性

エージェントの文脈共有不足
タスク割当のたびに再説明が必要
Asana CPOが問題提起

解決アプローチ

組織の知識ベース統合
ガードレール付き自律実行
人間監視との共存

AsanaのCPO Arnab Boseは、企業AIエージェント活用の鍵は「共有メモリ」レイヤーにあると主張しています。現状ではタスクを割り当てるたびに業務背景をゼロから説明し直す非効率が生じています。

共有メモリとは、組織のビジネスルール・過去の意思決定・チーム知識をAIエージェントが常に参照できる持続的なコンテキスト基盤のことで、これがあれば指示の簡素化と自律性の向上が実現します。

ただし、完全な自律実行はリスクを伴うため、ガードレールチェックポイントと人間による承認フローを組み込んだ設計が現実的な企業AIのあり方です。

Asanaはプロジェクト管理プラットフォームとしてこの共有メモリの役割を担う製品ポジションを目指しており、同社のAI戦略の核心が見えます。

企業AIを本当に機能させるためには、モデルやエージェントの選択よりも、組織知識の体系的な蓄積と共有の仕組みが先決です。

GitHubがCopilotのエージェント機能を最大活用するシニアエンジニア向けガイドを公開

エージェント活用の要点

Copilotの自律タスク実行
リポジトリ操作の自動化
マルチステップワークフロー

実装のベストプラクティス

コンテキスト提供の最適化
エラーリカバリーの設計
安全な権限設定

GitHubは、Copilotのエージェント機能を最大限に活用するためのシニアエンジニア向けガイドを公開しました。単なるコード補完から、自律的にタスクを実行するエージェントとしての活用へのシフトが焦点です。

エージェント型Copilotは、リポジトリのファイル操作・テスト実行・PR作成などをマルチステップで自律的に実行できますが、適切なコンテキスト提供と権限設計がなければ意図しない変更を引き起こす可能性があります。

ガイドでは、エージェントへの指示の与え方・失敗時のリカバリー設計・セキュアな権限スコープの設定など、実践的なアーキテクチャの知見が共有されています。

このガイドは、Copilotを「補助ツール」から「チームメンバー」として扱う思考転換を促すものであり、開発生産性を次のレベルに引き上げる実装ヒントが詰まっています。

エンジニアリングリーダーは、チームのCopilot活用度を評価し、よりエージェント的な活用へのアップスキリング計画を立てる好機です。

AIチャットボットが有害な行動につながる確率はどの程度か

調査の発見

有害誘導の発生率測定
チャットボット種類別の差異
コンテキスト依存の問題

対策の方向性

安全ガードレールの強化
ユーザー脆弱性への配慮
評価手法の標準化

AIチャットボットがどの程度の頻度でユーザーを有害な方向に誘導するかを測定した研究が発表されました。モデルの種類やコンテキストによって大きな差異があることが示されています。

高リスクユーザーへのセーフガード強化と、各社のAI安全評価手法の標準化が、AIチャットボットの安全な普及に向けて必要です。

Google Mapsが歩行・自転車ナビにGemini AIを統合

新機能の概要

歩行・自転車中のAI質問対応
ナビ中に周辺情報提供
移動体験のパーソナライズ

ユーザー体験

移動しながらの情報収集
観光・探索体験向上
Apple Mapsへの対抗

Google Mapsは歩行中と自転車走行中にGemini AIへのアクセスを提供する機能を追加しました。ナビゲーション中に自然言語で周辺情報や歴史を尋ねられます。

この機能はARグラスやスマートフォンでのコンテキストアウェアAIの先駆けであり、移動体験そのものをAIが豊かにする時代の到来を示しています。

深いAIエージェントのためのコンテキスト管理の技術的アプローチ

技術的課題

長期コンテキストの管理
メモリ圧縮技術
トークン効率の最適化

実装戦略

外部メモリの活用
階層的コンテキスト設計
エージェント長期化の実現

長期間動作するAIエージェントが抱えるコンテキスト管理の課題について、圧縮、外部メモリ活用、階層的設計など複数のアプローチが詳説されています。

エージェントが数時間・数日にわたるタスクを実行する際のコンテキスト保持と情報選択は実装上の大きな課題であり、この論文はその解決策の整理として有用です。

OpenAIがAIコーディングエージェントの技術的詳細を公開

技術詳細の公開

エラー検出と修正プロセス
コンテキスト管理の手法

業界への示唆

エージェント設計のベストプラクティス
競合他社への技術的刺激
透明性向上への取り組み

OpenAIは自社のAIコーディングエージェントがどのように機能するかについて、技術的な詳細を公開しました。エラー検出、コンテキスト管理、修正ループの仕組みが説明されています。

この情報公開により、AIエージェント開発に関心を持つエンジニアや企業は、設計パターンの参考にできる実践的な知見を得られます。

AnthropicがClaudeをSlack・Figma・AsanaにMCP連携で統合

Claude MCPの職場連携

Slack・Figma・Asana統合のMCP拡張提供
AIチャットを職場コマンドセンター化
コンテキスト不足問題の解消
インタラクティブClaudeアプリ始動

ビジネスへの影響

企業データとAIのシームレス連携
ワークフロー自動化の加速
Asanaが「AIはコンテキスト不足」と指摘
生産性向上の具体的基盤整備

Anthropicは、MCP(Model Context Protocol)を活用し、ClaudeをSlack、Figma、Asanaなどの主要職場ツールに統合したインタラクティブアプリを発表しました。

Asanaは今回の連携について「AIモデルは企業データがなければコンテキスト不足になる」と強調し、AIの実用性向上に向けた取り組みを訴えました。

この発表により、ClaudeはAIチャットの枠を超え、ビジネスワークフロー全体を統括するコマンドセンターとして機能するようになります。

企業は既存のSaaSツールとAIを連携させることで、業務効率を大幅に向上させる可能性があります。

Claude Coworkがチームの共有AIインフラに変革

製品の特徴

チームでClaude会話を共有
ワークスペース内での協調作業
コンテキスト引き継ぎが可能
スレッド管理機能

エンタープライズへの価値

個人ツールからチームインフラへ
知識管理としての活用
Slackとの統合
AI活用の組織的成熟

Claude Coworkは、Claudeとの会話をチームで共有・協働できるようにするプラットフォームだ。個人のチャットツールとしてのClaudeを組織の共有AI基盤に変える取り組みとして注目される。

チームメンバーが会話のコンテキストを引き継いで作業を継続できるため、知識の蓄積と再利用が可能になる。プロジェクト管理やドキュメント生成への応用が見込まれる。

AIアシスタントの組織的活用という面で新しいカテゴリーを切り開くものであり、AI活用の成熟度が個人段階からチーム・組織段階へと進化していることを示す。

GitHub Copilot SDKでどのアプリにもAIエージェントを組み込み可能に

SDKの機能

任意のアプリへのエージェント統合
REST APIとSDKを提供
コンテキスト管理機能
OAuth認証の簡易実装

開発者への影響

サードパーティ統合が容易
AI機能のアプリ内実装
競合SDKとの差別化

GitHubはCopilot SDKを発表し、開発者が自社のあらゆるアプリケーションにGitHub CopilotのAIエージェント機能を組み込めるようにした。エコシステムの拡大が狙いだ。

SDKはコンテキスト管理・認証・ツール呼び出しの機能を提供し、開発者はシンプルなAPIコールでAI機能を実装できる。マルチプラットフォーム対応でモバイルからWebまで対応する。

AnthropicのClaude API等との競争が激化する中、GitHubは開発者エコシステムとの深い統合を武器にAI開発プラットフォームとしての地位を強化しようとしている。

ReplitがAIエージェントの信頼性を保つ「意思決定時ガイダンス」を公開

技術アプローチの概要

意思決定の瞬間にガイダンスを注入
不確実な局面での行動を制御
コード品質の一貫性を維持
Replit Agentの内部設計を公開

業界への示唆

プロダクション AIエージェント設計の知見
信頼性がUXの最重要指標
リトライ戦略の設計が重要
ユーザー介入タイミングの最適化
AIの失敗をグレースフルに処理

ReplitはAIコーディングエージェントの信頼性を維持するために開発した「意思決定時ガイダンス」という手法を公開しました。エージェントが不確かな選択に直面した際に正しい判断を促す仕組みです。

このアプローチは、エージェントが複雑なタスクを実行する際に特定のチェックポイントで追加のコンテキストや制約を注入するものです。リアルタイムの軌道修正が可能になります。

開発者やエンジニアにとって、この手法はAIエージェントが「脱線」するのを防ぐための実践的なパターンを提供しています。本番環境でのAI信頼性確保に直結します。

エンタープライズ採用の最大障壁が「信頼性の欠如」である現状において、このような具体的なエンジニアリング手法の公開は業界全体に価値ある貢献です。

MITの再帰フレームワークでLLMが1000万トークンをコンテキスト劣化なく処理

技術の革新点

1000万トークンの処理を実現
再帰的フレームワークによる解決
コンテキスト劣化を防ぐ設計
長文書処理が現実的に
メモリ効率も改善

実用的なインパクト

法律文書全体を一度に処理
長編小説の一括分析が可能
コードベース全体を把握できる
企業データの大規模分析
RAG不要のシナリオが増える

MITの研究者が新しい再帰的フレームワークを開発し、LLMが1000万トークンという超長文脈を「コンテキスト劣化」なく処理できることを実証しました。

従来のモデルは文脈が長くなるほど「迷子」になり、文書の後半部分の内容を正確に参照できなくなる問題がありました。このフレームワークはその問題を解決します。

1000万トークンというのは、書籍数冊分や大規模なコードベース全体に相当する量です。これによりRAGアーキテクチャなしに大量の文書を直接モデルに入力できる可能性があります。

長文脈処理は現在のLLM研究における最重要テーマの一つであり、Google、OpenAI、Anthropicなども競争的にコンテキスト窓の拡張に取り組んでいます。

GitHub CopilotでカウントダウンアプリをTDDで構築して学んだ実践的教訓

開発体験の主な学び

TDDとAIの相性が良い
コンテキストウィンドウ管理が重要
Planエージェントで計画を先行
テストを先に書くと品質向上
コード分割で精度が改善

実務への応用ポイント

AIとのペアプログラミングのコツ
過剰なコード生成に注意
小さなステップで進めるべき
ロールバックの頻度が高い
エラーメッセージの渡し方が鍵

GitHub Copilotのエージェントモードを使ってカウントダウンアプリをTDD(テスト駆動開発)で構築した実践レポートが公開されました。AIコーディングの実際の使い勝手と注意点が詳細に記されています。

最大の学びは、AIにコードを一気に書かせるのではなく小さなステップに分解して進めることが成功の鍵だという点です。大きなタスクはAIが途中で迷子になりやすいことが分かりました。

TDDとの組み合わせは特に効果的で、テストが失敗→AIがコードを修正→テスト成功というフィードバックループが明確で、AIが目指すべきゴールを理解しやすくなります。

コンテキストウィンドウの管理とPlanエージェントを活用した事前計画が品質向上に寄与することも示されており、AIコーディングを本番に使う開発者への実践的ガイドです。

KiloがSlackからコードをデプロイするAIボットを発表、開発ワークフローを革新

製品の特徴

Slackチャットからコード変更を指示
AIが自動でコードを実装
エンジニアリングチームの効率化
GitLab共同創業者が支援
オープンソースAIコーディングツール

開発現場への影響

コードレビューフローの変化
非エンジニアも機能変更を依頼可能
デプロイ時間の大幅短縮
AIコーディング市場の競争激化
DevOps統合が加速

Kilo Codeは、GitLab共同創業者Sid Sijbrandijが支援するオープンソースAIコーディングスタートアップで、Slackからコード変更を実行できるボットをリリースしました。

チームメンバーがSlackのメッセージでコード変更を指示すると、AIが実装からPR作成まで自動的に行います。エンジニアはコンテキストスイッチなく開発業務を進められます。

プロダクトマネージャーや非エンジニアのスタッフが直接機能変更をリクエストできるようになる可能性もあり、開発チームの組織形態を変える可能性があります。

Cursor、Devin、GitHub Copilotなどが競合するAIコーディング市場に新たな切り口で参入するものであり、Slackとの深い統合が差別化のポイントです。

Anthropicの経済指数が教育者・研究者をAIのスーパーユーザーと特定

主要な発見内容

教育者と学習者がAI最高活用層に
科学研究でClaude利用が急拡大
AIが思考補助・発見加速に貢献
複雑な認知タスクへの活用が主流
単純自動化より高度な知的補完の価値

Anthropicの経済指数レポートは、AIを最も深く活用しているユーザー層が教育者と学習者であることを示しました。また科学者たちがClaudeを使って研究の加速と発見を実現している事例も多数収集されています。

特に注目されるのは、AIの主要な活用パターンが単純作業の自動化ではなく、高度な認知タスクの補完であるという発見です。研究者が仮説立案・文献調査・実験設計にAIを活用するパターンは、AIが人間の知的能力を拡張する道具として機能していることを示しています。

日本のビジネスコンテキストでは、R&D;部門や教育機関がAI活用の先端を走っているということは、これらの組織での積極的な導入事例が他業界への波及効果を持つことを意味しています。

DeepSeekの条件付きメモリがLLMの静的コンテキストによるGPU無駄を解消

技術の仕組みと効果

静的コンテキストの無用なGPU計算を排除
条件付きキャッシュで動的に再計算
メモリ帯域の効率を大幅に改善
推論コストの削減に直接貢献
長コンテキストモデルの課題を解決

DeepSeekが開発した条件付きメモリ技術は、LLMが長いシステムプロンプトや静的コンテキストを処理する際に無駄に消費していたGPUサイクルを削減します。コンテキストが変化した場合のみ再計算を行うことで、特に長コンテキストを多用するエンタープライズアプリケーションでの推論コストを削減できます。

DeepSeekは低コスト・高効率のLLM開発において継続的に革新を示しています。推論効率化技術はLLMの運用コスト削減に直接貢献するため、多くのAIシステムに採用される可能性があります。

「コンテキストエンジニアリング」がAI出力品質向上の鍵として注目

概念と実践

プロンプトだけでなくコンテキスト全体を設計
システムプロンプト・RAG・ツールの統合設計
LLMの限界を補完する体系的アプローチ
プロンプトエンジニアリングの進化形
GitHub公式ブログでの解説が注目集める

GitHubの公式ブログで紹介されたコンテキストエンジニアリングは、単なるプロンプトの書き方を超えて、LLMに与えるすべての情報(システムプロンプト、RAGデータ、ツール定義、会話履歴)を体系的に設計するアプローチです。

AIプロダクトの出力品質が伸び悩む要因の多くはプロンプトではなくコンテキスト設計の問題であるという指摘は、LLMアプリケーション開発者にとって実践的な示唆を持ちます。モデル選定よりもコンテキスト設計の改善が費用対効果の高い品質向上手段となるケースが多いとされています。

OpenAIとAnthropicが医療特化型AIを相次いで発表

医療AI製品の競争が本格化

OpenAIがOpenAI for Healthcareを正式発表
Anthropicも医療・ライフサイエンス向けClaudeを公開
クリニカルAI・研究支援・医療記録処理を対象
HIPAA準拠のセキュリティ要件を標準搭載
医師・看護師・研究者向けのツールを展開
ChatGPT Healthとの製品ラインの整合性を確保

医療業界へのインパクト

病院・製薬・保険の三業種での導入が加速
臨床意思決定支援AIの新標準が形成されつつある
電子カルテ連携でのAI活用が本格化
医療コスト削減と診断精度向上を同時に目指す
医師団体の懸念と導入圧力のバランスが課題
規制当局のAI医療機器認定プロセスが加速が必要

OpenAIとAnthropicがそれぞれ医療分野への特化したAIサービスを相次いで発表し、ヘルスケアAI市場での競争が本格化しています。OpenAIのOpenAI for Healthcareはクリニカル支援・医療研究・患者コミュニケーションを包括するプラットフォームで、HIPAA準拠のセキュリティを標準で提供します。

AnthropicはClaudeを医療・ライフサイエンス分野に特化して展開する戦略を発表。長いコンテキストウィンドウを活かした医療記録の読み込みと医学的推論能力を前面に打ち出しています。

医療業界でのAI競争はGoogleのHealthも含め3社が激突する構図となっています。規制・安全性・プライバシーの三つのハードルを乗り越えた企業が大きな市場を獲得できるため、安全性への投資と認証取得スピードが競争の鍵となっています。

DatabricksのInstructed Retrieverが従来型RAGを凌駕

新しいRAG手法の技術的優位性

DatabricksがInstructed Retrieverを発表
指示に従ったデータ取得で従来RAGを超える精度
複雑なクエリや暗黙的な情報ニーズへの対応力
指示チューニングでretrieverを特化させる手法
ベクター検索と組み合わせたハイブリッドアプローチ
DatabricksのUnity Catalogと統合して利用可能

エンタープライズRAGへの応用

企業内ナレッジの精度の高い取得が可能に
従来の「質問に似た文書を探す」から「意図を理解して探す」へ
コンテキスト不明確なクエリでも適切な情報を取得
社内文書・法務・財務データへの応用が期待
Databricksを使う企業のRAGパイプライン改善に直結
既存のLangChain・LlamaIndexとの互換性を維持

Databricksは、従来のRAG(検索拡張生成)の限界を超える「Instructed Retriever」という新しいデータ取得手法を発表しました。従来のベクター類似検索は「質問に意味的に近い文書を探す」ものでしたが、Instructed Retrieverは明示的な指示に従って意図を理解した上で情報を取得します。

複雑なビジネスクエリや、ユーザーが何を求めているか明示的に伝えていないケースでも、文脈と意図を推定して適切なデータを取得できます。Databricksの統合データプラットフォームUnity Catalogと組み合わせることで、企業全体のデータ資産へのRAGアクセスが改善されます。

エンタープライズRAGの精度は、AIエージェントの有用性に直結する根幹技術であり、この改善はDatabricksを使うデータ・エンジニアリングチームにとって即座に価値が生まれる成果です。競合のSnowflake Cortex AIとの差別化にも貢献します。

Anthropic、Claude Code 2.1.0でワークフロー統合を強化

Claude Code 2.1.0の新機能

Claude Code 2.1.0が一連のワークフロー改善を提供
コード補完・生成の精度をさらに向上
ツール呼び出しと外部API連携の安定性を強化
より自然なコーディングセッションの流れを実現
エラー診断と修正提案の精度が向上
大規模なコードベースへの対応力を改善

AnthropicはClaude Code 2.1.0のリリースを発表しました。開発者向けのコーディングアシスタントとして、ワークフロー統合の滑らかさと推論精度の両面で改善が施されています。

ツール呼び出しと外部APIとの連携安定性が向上し、より複雑なコーディングタスクでも一貫した動作が期待できます。エラーの診断と修正提案の精度向上により、デバッグ効率も改善されています。

GitHub CopilotやCursorなどの競合と比較して、ClaudeのロングコンテキストとClaude独自の推論能力を活かしたコーディング体験を提供するという差別化戦略が継続されています。

Vercelがv0コーディングエージェント・bashツール・Secure Computeを公開

Vercelの開発者インフラ強化

v0コーディングエージェントのアーキテクチャを詳細公開
ファイルシステムベースのコンテキスト取得bash-toolを追加
Secure Computeをセルフサービスで利用可能に
エージェントが安全に外部リソースにアクセス可能
開発ワークフロー全体のAI化が一段と進む
v0は単純なチャットから完全な開発エージェントへ進化

エージェント開発の新標準

ファイルシステム統合でコード操作の精度が向上
Secure Computeで機密データの処理を安全に実現
エージェントの実行環境のセキュリティが向上
開発エージェントの産業化に向けた重要なインフラ
他のAIコーディング環境との差別化を強化
VercelエコシステムにおけるAI開発者体験の最前線

Vercelは複数の開発者向けAIインフラ更新を一括して発表しました。v0コーディングエージェントの内部アーキテクチャを詳しく解説したブログ記事では、どのようにして効果的なコーディングエージェントを構築したかが公開されています。

bash-toolは、エージェントがファイルシステムを通じてプロジェクトのコンテキストを取得できる新しいツールです。コードベース全体のファイル構造やコンテンツを参照しながら精度の高い変更を行えるようになります。Secure Computeのセルフサービス化により、機密性の高い計算処理を安全な隔離環境で実行できます。

Vercelはフロントエンドデプロイメントプラットフォームから、フルスタックのAI開発プラットフォームへと急速に進化しています。これらの機能強化は、AIエージェントによる開発ワークフロー自動化を本格的に支援する基盤として位置づけられています。

GPT-5.1で音声ファーストAIを構築するTolanの事例

GPT-5.1の音声AI活用

TolanがGPT-5.1を使った音声ファーストAI製品を開発
リアルタイム音声対話の品質が大幅に向上
低遅延の音声処理でユーザー体験を改善
マルチターン会話でのコンテキスト保持が強化
感情・トーン認識を含む高度な音声インタラクション
エンタープライズ向け音声AI製品として市場投入

OpenAIのブログ記事では、GPT-5.1を活用して音声ファーストのAI製品を開発したTolanの事例が紹介されています。リアルタイム音声対話の品質が向上したことで、テキスト入力よりも自然な形でAIと対話できる製品の開発が可能になっています。

Tolanの事例はエンタープライズ向け音声AIの構築において、低遅延・高品質・マルチターン対話の三つを同時に実現するためのGPT-5.1の活用方法を示しています。カスタマーサポート、セールスツール、ヘルスケア相談など幅広い用途への展開が見込まれます。

音声ファーストのインターフェースは、スマートフォンやウェアラブルデバイスとの親和性が高く、テキスト入力が難しいユースケースでも高い価値を発揮します。2026年は音声AI製品が市場で本格化する年として注目されています。

Claude Code作者がワークフローを公開、開発者コミュニティが熱狂

Boris Chernyの開発ワークフロー公開

Claude Code作者がX上のスレッドでワークフローを公開
複数のClaude Codeインスタンスを並列実行
タスク分解とコンテキスト管理の具体手法
人間のスーパーバイザー役としての関与方法
複雑な機能開発をサブタスクに分割する技法
数千の開発者が手法を採用・リプライで反響

AIコーディングエージェントの実践知

エージェントへの委任の粒度設計が重要
CLAUDE.mdによるプロジェクトコンテキストの提供
失敗パターンと成功パターンの実例を共有
反復的なフィードバックループの設計
テスト駆動開発とAIの相性の良さを実証
人間×AI協働の最適化パターンを提示

Claude Codeの作者Boris ChernyがX(Twitter)上で自身の開発ワークフローを詳細に公開し、ソフトウェアエンジニアリングコミュニティで大きな反響を呼んだ。複数のClaude Codeインスタンスを並列実行しながら大規模な機能開発を進める手法は、AIコーディングエージェントの使い方の次のレベルを示した。

具体的な手法として、大きな開発タスクをサブタスクに分割し、それぞれを別のClaude Codeインスタンスに委任するというアプローチが紹介された。人間はオーケストレーターとして複数のエージェントをスーパーバイズし、成果物を統合する役割を担う。

CLAUDE.md(プロジェクト設定ファイル)を活用したコンテキスト管理も重要な知見として共有された。プロジェクトの慣習・制約・設計方針をCLAUDE.mdに記述することで、エージェントへの指示精度が大幅に向上する。

テスト駆動開発(TDD)との相性の良さも強調された。テストを先に書き、Claude Codeにそのテストをパスするコードを生成させるというサイクルが、高品質なAI生成コードを確保する実践的な方法として共有された。

Boris Chernyの公開は単なるテクニック共有にとどまらず、人間とAIの協働が進化した段階の働き方を示している。ソフトウェアエンジニアが「コードを書く人」から「AIコーダーを指揮する人」へと役割変化する未来の具体的な姿が見えた事例となった。

Amazon Alexa+がAlexa.comでウェブ一般公開、誰でも無料で試用可能に

Alexa+のウェブ展開と機能強化

Alexa.comで早期アクセスプログラムが一般開放
ハードウェア不要でブラウザからAlexa+を利用
生成AI搭載の新しいAlexaが実用段階へ
2025年2月の早期アクセス開始から段階的展開
Amazonのデジタルアシスタント戦略を刷新
ChatGPT・Geminiへの対抗軸として位置づけ

AIアシスタント戦争の激化

ウェブアクセスで全デバイス対応が実現
家庭のEchoスピーカーを超えた展開
多段階タスク・複雑な質問への推論対応
Amazon内サービスとの深いエコシステム連携
買い物・Prime Video・AWS連携が差別化軸
音声とテキスト両対応でユーザー層拡大

AmazonはAlexa+をAlexa.comを通じて一般ユーザーへの無料早期アクセスとして提供開始した。これまでEchoデバイスに紐づいていたAIアシスタントがウェブブラウザからアクセス可能になり、スマートフォンやPCで直接利用できるようになった。

Alexa+は2025年2月に生成AIを組み込んだ大幅アップデートとして早期アクセスが開始されており、このウェブ公開は一般普及に向けた重要な段階だ。複雑な質問への推論・多段階タスクの実行が旧来のAlexaから大幅に向上している。

AmazonはAlexa+をChatGPT・Google Gemini・Siriなどとの直接競合として位置づけている。差別化ポイントはAmazonエコシステムとの深い統合で、Amazon Prime・AWS・Kindle・Amazon Musicなどとのシームレスな連携が強みとなる。

ウェブでの提供により、Echo不保有ユーザーへのアクセス障壁が大幅に低下した。特にスマートフォンユーザーにとってブラウザベースでのAIアシスタント利用は自然な選択肢となり、ユーザーベースの拡大が期待される。

今後は音声対話の品質向上・パーソナライゼーション強化・デバイス横断のコンテキスト保持が重要な開発課題となる。Amazonの豊富なユーザーデータと小売業者ネットワークを活用したAIアシスタントとしての差別化が、競争の中での鍵を握る。

「Intelition」:AIはもはやツールではなく常時稼働する知性へ

Intelitionという新概念の意味

AIが呼び出し型ツールから環境型知性に変容
「Intelition」=知性の常時稼働状態を表す造語
個人・組織・社会レベルでの知性の集合体に
AIが背景で常時処理・判断を継続する世界
エージェント連携でIntelitionが実現
人間とAIの境界が曖昧になる新段階

組織と個人への影響

組織知性がAIを通じて集合・増幅される
個人の意思決定にAIが常時関与する構造
認知的負荷の分散がもたらす生産性変革
AIの判断への依存増加とリスクの関係
新しいリーダーシップ論が求められる
AIを前提とした組織設計が競争力の源泉

「Intelition」という造語は、AIが単なる呼び出し型ツールから、常時稼働する環境的知性へと進化する状態を表している。これは「認知」(cognition)の個人レベルの概念を、AIを含む集合的・連続的な知性処理へと拡張した新しい概念枠組みだ。

従来のAI利用は「必要なときに呼び出す」モデルだった。しかしエージェント型AIの普及により、AIは人間の許可を待たずにバックグラウンドで継続的に処理・判断・行動するようになる。このモデルの変化がIntelitionという概念を必要とする。

組織レベルでは、個々の従業員の意思決定にAIが常時介在するようになることで、組織知性全体が底上げされる可能性がある。一方で、AIへの過度な依存が人間の判断能力を侵食するリスクも同時に存在する。

Intelitionの実現に向けた技術的基盤として、マルチエージェントシステム・継続的コンテキスト保持・リアルタイム学習・パーソナライゼーションが鍵を握る。これらが統合されることで、真に「常時稼働する知性」が実現する。

この変化に伴う倫理的課題も重要だ。AIが常時稼働することによるプライバシーの侵食・監視社会化・AIへの責任転嫁が懸念される。Intelition時代のガバナンスフレームワーク構築が、テクノロジー界の次の大きな課題となるだろう。

LLM時代のAPI設計:「どのAPIを呼ぶか」という問い自体が時代遅れ

LLMが変えるインターフェースの概念

ソフトウェアが自然言語を直接解釈できる時代に
従来のAPI設計の「明示的な呼び出し」が不要に
意図ベースのインターフェースへのパラダイムシフト
LLMがAPI選択・引数生成を自律的に実行
開発者の役割が「API設計」から「能力定義」へ
意味的ルーティングが新たな技術基盤に

新時代のシステム設計原則

機能よりコンテキストを重視した設計が重要
APIドキュメントは機械可読性を最優先に
ツール定義の質がエージェント性能を左右
失敗時の回復設計がより複雑化
セマンティック的に近い機能の競合解決が課題
可観測性と説明可能性の重要性が増す

LLMの登場以前、ソフトウェア開発者は特定のHTTPメソッド・エンドポイント・引数形式を覚えてAPIを呼び出す必要があった。LLM時代では、この「どのAPIを呼ぶか」という問い自体が時代遅れになりつつある。モデルが意図を理解し、適切なAPIを自律的に選択・呼び出せるようになったからだ。

この変化は、ソフトウェアが人間の言語に適応するという根本的なインターフェースの逆転を意味する。1980年代のコマンドライン、1990年代のGUI、2000年代のタッチスクリーンに続く第四の革命として位置づけられる。

エージェント型AIシステムでは、LLMが与えられたツール定義(Tool Use)を読み解き、文脈に最適な機能を呼び出す。このため、APIのドキュメントの質・ツール名の明確さ・説明の正確性が、システム全体のパフォーマンスに直結する。

開発者は「機能の実装者」から「能力の設計者」に役割が変わりつつある。LLMに提供するツールのセマンティックな設計が、従来のAPIエンドポイント設計と同等以上に重要になっている。

一方で課題も多い。意味的に近い複数のAPIが存在する場合のルーティング競合、意図の曖昧さからくる誤選択、失敗時のリカバリー設計など、意図ベースシステム特有の複雑さが新たな技術的課題として浮上している。LLMエコシステムの成熟に伴い、これらの標準化が進むことが期待される。