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

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

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

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

継続学習の3層構造

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

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

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

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

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

コンテキスト層の学習は最も実用的で、ユーザーやチーム単位での記憶の蓄積と更新が可能です。OpenClawの「dreaming」機能やClaude CodeCLAUDE.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 TVGemini搭載のビジュアル回答機能とナレーション付き深掘り機能が追加されました。テレビ画面上で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テーブルに対しデータベース内でベクトルインデックスを自動生成する機能です。DatabricksSnowflakeが管理する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-8BMistral-7Bで非圧縮モデルと同等の完全な再現率を達成しました。コミュニティでも即座に検証が進み、MLXへの移植テストでは2.5ビット量子化でKVキャッシュを約5分の1に削減しつつ精度劣化ゼロが確認されています。

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

企業にとっての最大の利点は、再学習なしで既存の微調整済みモデルにそのまま適用できる点です。推論サーバーの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連携
ClaudeChatGPT等の主要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 ProMistral 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氏で、OpenAIAnthropicの最上位モデルに迫る性能を、約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 miniGPT-5.4 nanoをAPI・CodexChatGPTで公開しました。大量処理ワークロード向けに設計された両モデルは、速度とコスト効率を重視しています。

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最適化も同時発表

エージェント基盤整備

NemoClawOpenClaw向け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段階で実施されました。NVIDIANemotron-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 3Google 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 CodexClaude Code連携を予定
Terminal Bench 2.0で高い安定性を実証
「次の2000万人エンジニア」が標的

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

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

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

商業面では従量課金制のクレジットモデルへ移行し、組織レベルの課金管理機能を備えるなどプロフェッショナルチーム向けの設計が明確です。さらにOpenAICodexAnthropicClaude 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経由で管理できます。モデルはシェルコマンドでスキルを発見し、指示を解釈して同一ループ内で実行します。

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

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

モデルの技術革新

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

企業導入と展開

PerplexityCodeRabbitなどが即日統合
SiemensPalantirが製造・サイバー防衛に活用
オープンウェイトで商用利用可能なライセンス
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位を獲得しています。

PerplexityCodeRabbit、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有料プランのユーザーが利用可能です。

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

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

企業導入面では、Amazon BedrockGoogle Cloud Vertex AIMicrosoft 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%削減
LangChainLlamaIndex等の主要フレームワーク対応

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倍に改善した。

同モデルはLangChainLlamaIndex・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 Horowitza16z)は、企業のデータエージェントが基本的な質問にすら正確に答えられない原因として、ビジネスコンテキストの欠如を指摘しました。MITの2025年報告でもAI導入の大半が失敗していると警告されています。

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

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

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

市場ではDatabricksSnowflakeなどのデータ基盤企業、既存の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・高度セキュリティスタックを一体提供します。ClaudeCopilotチャットにも直接統合され、マイクロソフトマルチモデル戦略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.4ChatGPT、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 3ElevenLabs音声モデルなど外部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経由でCursorClaudeと連携
脆弱性検出の80〜95%が誤検知削減

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

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

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

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

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

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

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

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

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

VercelAgent 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戦略を本格化させており、OpenAIMetaとの競争が激化することが予想されます。

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 GatewaySonnet 4.6の提供を開始。100万トークンのコンテキストウィンドウを活用した高度なエージェントシステム構築が可能になります。

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

モデル性能の特徴

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

開発者体験

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

AlibabaのQwen 3.5 PlusVercelの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-4oGemini Proへの直接対抗馬
既存ユーザーへの無料アップグレード
APIで即日利用可能

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

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

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

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

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

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

Gleanの戦略

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

エンタープライズAI競争

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

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

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

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

MicrosoftOfficeCopilotを、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などが参加見込み
シンガポール政府系ファンドも出資検討
計算コストの継続的上昇が調達急ぎの主因
OpenAIGoogleとのフロンティアモデル競争
調達資金でインフラ・研究開発を強化へ

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

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

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

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

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

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

統合の詳細

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

Webコンテンツ管理の未来

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

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

この統合によりユーザーは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同士が役割分担して複雑なタスクを遂行する仕組みで、ソフトウェア開発・リサーチ・分析業務での生産性向上が期待される。

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

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

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

統合の詳細と利用条件

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

開発者への影響

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

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

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

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

OpenAICodexの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

Vercelv0を全面刷新し、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の職場連携

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

ビジネスへの影響

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

Anthropicは、MCP(Model Context Protocol)を活用し、ClaudeSlackFigma、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との差別化

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

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

AnthropicClaude 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研究における最重要テーマの一つであり、GoogleOpenAIAnthropicなども競争的にコンテキスト窓の拡張に取り組んでいます。

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作成まで自動的に行います。エンジニアコンテキストスイッチなく開発業務を進められます。

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

CursorDevinGitHub 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製品の競争が本格化

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

医療業界へのインパクト

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

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

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

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

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

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

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

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

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

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連携の安定性を強化
より自然なコーディングセッションの流れを実現
エラー診断と修正提案の精度が向上
大規模なコードベースへの対応力を改善

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

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

GitHub CopilotCursorなどの競合と比較して、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デジタルアシスタント戦略を刷新
ChatGPTGeminiへの対抗軸として位置づけ

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

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

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

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

AmazonAlexa+ChatGPTGoogle GeminiSiriなどとの直接競合として位置づけている。差別化ポイントは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エコシステムの成熟に伴い、これらの標準化が進むことが期待される。

2026年のAIトレンド:音声AI台頭とエンタープライズ実用化

企業が注目すべき4大研究トレンド

推論モデルがエンタープライズの主要関心事に
マルチエージェントシステムの実務活用が加速
評価フレームワークの成熟が導入判断を支援
コンテキスト長の拡大が業務文書処理を変革
AIガバナンスと説明可能性への投資増加
基盤モデルからタスク特化モデルへのシフト

OpenAIの音声AI戦略と脱スクリーン

OpenAI音声専用LLMを2026年Q1に発表予定
音声AIハードウェア製品開発チームを新設
スクリーン不要の環境型インターフェースを推進
サム・アルトマンの「スクリーン廃止」ビジョン
音声AIが次世代コンピューティングの主役候補
補聴器・車載・スマートホームへの展開強化

2026年のAI研究の焦点は、ベンチマーク性能の競争から実務応用の品質へと移行している。エンタープライズチームが注目すべき4つのトレンドとして、推論モデルの精度向上・マルチエージェント実務活用・評価フレームワークの整備・コンテキスト長の実用化が挙げられる。

特に推論モデル(Reasoning Models)は、複雑な分析タスクや多段階の意思決定プロセスに対応する能力が向上しており、法務・財務・医療分野での実証実験が増加している。単なる回答生成から、思考プロセスの透明化・検証可能性が重要視される段階に入った。

OpenAI音声AI分野への大規模投資を表明しており、2026年第1四半期に音声専用の新言語モデルを発表する計画だ。このモデルは将来的なAIハードウェアデバイスの中核コンポーネントとして位置づけられており、スクリーンに依存しないコンピューティングへの移行を促進する。

シリコンバレーでは「脱スクリーン」が新たなビジョンとして語られており、音声・触覚・周辺環境との統合インターフェースが次世代の人機インタラクションの形とされる。OpenAIAppleGoogleがこの方向で競い合っている。

エンタープライズ向けには、AIのガバナンスと説明可能性への需要が高まっている。規制対応・監査可能性・意思決定の透明性を確保しながらAIを活用するための専門ツールと体制づくりが、2026年の重要な投資領域となるだろう。

2026年データ予測:RAGは死んだ、次世代AI基盤はどこへ

RAGの終焉と代替技術

従来のRAGパイプラインは単一クエリ・単一ソースの限界
複数データソース統合とコンテキスト記憶が後継に
Snowflakeエージェント型ドキュメント分析が先例
文脈的メモリRAGの弱点を補う
エージェントが動的にデータを取得・統合する時代に
ベクターDBは単独では生き残れない——統合が必須

2026年データインフラ予測

リレーショナルDBがAI向けに再評価される
ベクター機能の既存DBへの埋め込みが主流化
専用ベクターDBは差別化が困難に
グラフDBとベクター検索の組み合わせが台頭
データガバナンスとAI統治の統合が必須に
エージェント時代の「継続的更新」データ基盤が求められる

RAGは死んだ」という主張がデータ業界で広がっています。従来のRAGアーキテクチャは単一クエリ・単一データソース・単一時点という制約があり、エージェントAIの多様なニーズに応えられなくなりました。VentureBeatが2026年のデータ予測を特集しています。

代替として注目されるのが文脈的メモリと改良型RAGの組み合わせです。Snowflakeエージェント型ドキュメント分析など、複数データソースを動的に統合し、過去の対話も記憶するシステムが実用化されています。

ベクターデータベース市場も転換期にあります。Pinecone、Weaviate、Qdrantなどの専用ベクターDB製品は、PostgreSQL(pgvector)やMongoDB、Elasticなどの既存DBにベクター機能が統合されることで差別化が難しくなっています。

2026年の勝者は、リレーショナルデータ、ベクター検索、グラフ検索を統合しエージェントが自在に活用できるデータ基盤を提供できる企業です。データガバナンスとAIガバナンスの統合も不可避となります。

GitHub 2025年回顧:エージェントAI・MCP・スペック駆動開発が席巻

2025年を彩った主要トレンド

エージェントモードCopilotの最大機能に
MCP(モデルコンテキストプロトコル)が普及
スペック駆動開発が新しい開発手法として確立
Copilot coding agentが本番並みの品質に
AIコードレビューが標準的ツールに昇格
GitHub Next研究から実用機能への移行が加速

開発者への実際の影響

バックログ消化速度が大幅に向上
単純な反復作業をエージェントに委譲
コードレビューの質と速度が同時に向上
新人開発者のオンボーディングが短縮
テストカバレッジの自動向上が実現
2026年はエージェント間協調が次の焦点に

GitHubブログ編集長による2025年の最重要記事まとめが公開されました。2024年がAIモデルの年だったとすれば、2025年はAIがコーディングパートナーになった年でした。

最も読まれたコンテンツCopilotエージェントモードに関するものでした。タスクを自律的に実行し、PRを作成し、テストを通過させるエージェント機能が実際の開発フローに組み込まれ始めました。MCPの標準化がツール統合を大幅に簡略化したことも大きな貢献です。

スペック駆動開発(Spec-driven development)も2025年のキーワードです。自然言語で仕様を書き、AIがコードを生成し、開発者が設計と検証に集中するというワークフローが広がっています。これは従来のTDD(テスト駆動開発)の進化形とも言えます。

2026年の焦点はリポジトリ内での複数エージェント協調です。一つの機能開発にフロントエンド、バックエンド、テストの各エージェントが協調するマルチエージェント開発の基盤が整いつつあります。

継続的ファジングをすり抜けるバグの実態——OSS-Fuzzの盲点

ファジングの限界と残存バグ

OSS-Fuzz長期登録プロジェクトにも脆弱性が残存
コードカバレッジの偏りが盲点を生む
ファズ耐性のある脆弱性パターンが存在する
初期化されない変数が検出困難なバグの代表例
コンテキスト依存脆弱性はファジングに不向き
状態依存のバグはランダム入力では再現しにくい

改善策と今後の方向性

構造化入力生成で新しいコードパスを探索
カバレッジ誘導ファジングの精度向上が鍵
LLMを使った脆弱性ターゲット特定の可能性
手動コードレビューとの組み合わせが有効
フォーリング・テストの補完として活用
セキュリティ研究者向けのFuzzing 101コース提供

GitHubセキュリティ研究者が、継続的ファジングに長期登録されているオープンソースプロジェクトにも依然として脆弱性が残存する理由を分析しました。ファジングは強力なツールですが、構造的な盲点を持っています。

最大の問題はコードカバレッジの偏りです。ランダムな入力生成は特定のコードパスを繰り返し実行する傾向があり、稀な実行条件や複雑な状態依存の脆弱性には到達しません。初期化されない変数など、特定の条件が揃って初めて現れるバグは特に見逃されやすいです。

解決策として構造化入力生成と、カバレッジ誘導ファジングの精度向上が挙げられています。またLLMを活用して脆弱になりやすいコードパターンを特定し、ファジングの効率を上げる研究も進んでいます。

ファジングは単独では万能ではなく、手動コードレビューやSAST(静的解析)との組み合わせが不可欠です。GitHubはFuzzing 101コースを提供し、セキュリティエンジニアのスキル底上げを支援しています。

GitHub CopilotのWRAP法でバックログを一掃する

WRAPの4原則

W:効果的なイシューを新人に向けて書く
R:カスタム指示を洗練させて精度向上
A:アトミックな小タスクに分解して割り当て
P:人間とエージェントの強みを組み合わせる
曖昧さの排除がエージェント成果を最大化
反復作業はCopilotに任せて人間は本質へ

人間とエージェントの役割分担

「なぜ」を理解するのは人間の専売特許
曖昧な仕様の解釈は人間が行う
クロスシステムへの影響判断も人間が担う
疲れない実行力エージェントの強み
繰り返し作業の完遂はCopilotが得意
複数の実装案を並行試行で比較できる

GitHubGitHub Copilotコーディングエージェントを最大限活用するための実践フレームワーク「WRAP」を公開しました。1年間の内部利用経験から得た知見を体系化したものです。

WRAPの核心はイシューの書き方にあります。新メンバーが理解できるほど詳細に書くことで、エージェントが必要なコンテキストを得られます。具体的なコード例や命名規則の説明を含めると効果的です。

タスクの原子化も重要な原則です。「3百万行をJavaからGoへ移植」では大きすぎ、認証モジュール、データ検証ユーティリティ、ユーザー管理コントローラと分割すれば各PRのレビューが容易になります。

リポジトリ、組織、エージェント別のカスタム指示を活用することで継続的な品質向上が可能です。エンジニアCopilotの限界(クロスシステム思考、「なぜ」の理解)を補い、疲れない実行力Copilotが担う役割分担が鍵です。

WaymoのロボタクシーにGeminiが乗客向けAIアシスタントとして試験導入

Gemini車内アシスタントの機能

WaymoGeminiをロボタクシー車内に統合する実験を実施中
1,200行超のシステムプロンプトで動作仕様を詳細規定
車内の温度・照明・音楽などを音声制御可能
乗客の名前や乗車回数などの文脈情報にアクセス
天気・観光スポット・営業時間など一般的な質問に回答
自動運転システムとAIアシスタントの役割を厳格に分離

設計上の制約と競合比較

食事注文・予約・緊急対応などの実世界アクションは禁止
運転行動への質問は回避するよう明示的に指示
Tesla×Grokとの対比:機能特化型 vs 会話志向型
競合他社に関するコメントや運転インシデントへの言及禁止
停止ワード設定など細かい制御仕様が盛り込まれた設計
公式リリース前の段階でコードから機能が発見された状況

研究者のJane Manchun WongがWaymoのモバイルアプリのコードを調査したところ、「Waymo Ride Assistant Meta-Prompt」と題された1,200行以上の仕様書が発見されました。これはGemini車内AIアシスタントとして乗客をサポートするための詳細な動作定義です。

このアシスタントは「Waymo自律車両に統合された友好的で役立つAIコンパニオン」として設計されており、主な目的は「安全で安心かつ邪魔にならない方法で有用な情報と支援を提供する」ことです。乗客体験の向上が最優先事項として位置づけられています。

現在のシステムプロンプトでは、Geminiが温度・照明・音楽などの車内機能を制御できますが、音量調整・ルート変更・シート調整・窓の開閉は対象外です。未対応機能への要求には「まだできないことの一つです」のような前向きな表現で応答するよう指示されています。

興味深いのは、GeminiをWaymo Driverと明確に区別するよう指示されている点です。「どうやって道路を見ているの?」という質問に対しては「私はセンサーを使います」ではなく「Waymo Driverはセンサーを使います」と答えるべきとされており、役割の明確化が徹底されています。

TeslaxAIGrokを車内に統合しているのと対照的に、WaymoのGeminiは実用的で乗車に特化した設計になっています。GrokがKコンテキストを保持した長い会話に対応するのに対し、Geminiの車内版は1〜3文の簡潔な返答を原則としています。

WaymoはすでにGeminiの「世界知識」を活用して自律走行車が複雑・稀少・高リスクなシナリオをナビゲートするための訓練に利用しています。今回の乗客向けアシスタントは、その知識を直接乗客サービスに応用する新展開となります。

AIコーディングエージェントの仕組みと開発者が知るべき注意点

エージェントの構造と動作原理

LLMを核心としたパターンマッチング型推論エンジン
監督LLMが並列サブエージェントにタスクを割り振る階層構造
RLHFによるファインチューニングで指示追従能力を向上
「文脈収集→行動→検証→繰り返し」のサイクルで動作
シミュレーテッド推論モデルが出力精度を高める補助技術

開発者が陥りやすい落とし穴

LLMは確率的補完であり決定論的ではない本質的制約
複雑プロジェクトでは単純化より複雑化するリスク
共偽造エラーハルシネーション)が不適切な推論で発生
人間の監督なしで数時間動作できるが完全信頼は禁物
ホワイトボックスアクセス欠如が出力検証を困難に
適切な使いどころの見極めが生産性向上の鍵

AIコーディングエージェントの中核にあるのは大規模言語モデル(LLM)であり、膨大なテキストデータと大量のプログラミングコードで学習したニューラルネットワークです。プロンプトに基づき、学習時に圧縮された統計的表現を「引き出す」パターンマッチングマシンとして機能します。

OpenAIAnthropicGoogleコーディングエージェントは、複数のLLMをリンクさせたプログラムラッパーです。監督LLMがユーザーのタスクを解釈し、並列に動作する複数のサブLLMに割り振り、それらがソフトウェアツールを使って実行する階層構造を持ちます。

Anthropicエンジニアリングドキュメントでは「文脈収集→行動→作業検証→繰り返し」というパターンが説明されており、この反復サイクルがエージェント自律的な作業遂行を可能にしています。

最近の革新としてシミュレーテッド推論モデルがあり、推論スタイルのテキストを生成してコンテキストを拡張することでLLMがより正確な出力に到達できるよう補助します。精度向上に貢献する一方、計算コストも増大します。

コーディングエージェントは数時間にわたってソフトウェアプロジェクトに取り組み、完全なアプリを書き、テストを実行し、バグを修正できますが、魔法のツールではありません。理解せずに使えばプロジェクトを複雑化させるリスクがあります。

開発者にとって重要なのは、LLMが本質的にパターンマッチングエンジンであり、推論の誤りが生じることを理解した上で、適切な使いどころを見極めることです。いつ・どのように使うべきかを知ることが生産性向上の鍵となります。

Claude 4コーデックスとReplit安全技術

コーデックス詳細

コーデックスがGAで正式提供開始
CVE-Benchで87%を記録
長期セッションも文脈維持
防衛用途に段階的解放

Replit安全基盤

スナップショットで即座にロールバック
並列サンドボックスで複数解法試行
エージェント暴走を技術的に防止

AnthropicはAIコーディングエージェントClaude 4 Codex」を正式リリースしました。複数ファイルにわたる複雑な実装タスクを高い精度で自律的にこなします。

コンテキスト圧縮技術により、大規模リポジトリを横断する長期セッションでも文脈を正確に保ちながら継続作業ができ、複雑なタスクの長時間自律実行を安定して実現しています。

サイバーセキュリティ評価のCVE-Benchでは87%のスコアを記録し、従来モデルを大幅に上回る性能を示すことで防衛的セキュリティ用途への適用可能性を証明しました。

OpenAIは信頼できるセキュリティ研究者向けに防衛的サイバーセキュリティのパイロットプログラムを開始し、審査を通過したパートナーから順次利用範囲を段階的に拡大していく方針を明示しています。

ReplitはAIエージェントを安全に運用するための「スナップショットエンジン」の技術詳細を公式ブログで公開し、オープンソースコミュニティへの知見共有に貢献しました。

このスナップショット技術により、AIエージェントが誤った変更を加えた場合でも即座に以前の正常な状態へロールバックすることが技術的かつ確実に保証されており、安全性が大きく高まります。

今後は並列サンドボックスで複数の解法を同時試行する「並列サンプリング」機能の拡充も開発ロードマップに含まれており、エージェントの問題解決精度のさらなる向上が幅広い領域で期待されています。

Google、Interactions APIで年末に大型開発者向け刷新

ステートフルAPIがエージェント開発を変える

**Interactions API**がパブリックベータ公開、エージェント時代の新基盤
サーバー側でコンテキスト履歴を保持する**ステートフル設計**を採用
`previous_interaction_id`でトークン再送コストを大幅削減
**バックグラウンド実行**(`background=true`)でHTTPタイムアウト問題を解消
**Deep Researchエージェント**をAPIから直接呼び出し可能に
**MCPネイティブ対応**で外部ツール連携のグルーコード不要
有料プランは55日間の履歴保持でコスト最適化に寄与
引用URLのリダイレクト問題など初期ベータ特有の課題も指摘

NotebookLMとGoogle検索の機能拡充

NotebookLM**スライドデッキ**機能が全ユーザーへ展開、モバイルアプリにも対応
Gemini画像モデル**Nano Banana Pro**によるビジュアルストーリーテリングが核
Deep Researchスライドに変換・ブランドスタイル適用など**8つの活用法**を公開
Google検索の**Preferred Sources**機能が英語圏全世界へグローバル展開
お気に入りソース登録により対象サイトへのクリック率が**約2倍**に向上

GoogleはAIエージェント開発向けの新API「Interactions API」をパブリックベータとして公開しました。従来の`generateContent`エンドポイントはリクエストのたびに全会話履歴を送信するステートレス設計でしたが、新APIではサーバー側で履歴を保持し、開発者は`previous_interaction_id`を渡すだけで連続した対話を実現できます。

Interactions APIの最大の特徴は、バックグラウンド実行に対応している点です。`background=true`パラメータを指定することで、長時間のリサーチタスクや複数ツールを呼び出すエージェントワークフローを非同期で実行でき、従来のHTTPタイムアウト問題を根本的に解消します。これはOpenAIがResponses APIで示したアプローチと同方向ですが、Googleは履歴の完全な透明性と検査可能性を優先した設計を選択しています。

同APIにはGeminiDeep Researchエージェントが組み込まれており、`/interactions`エンドポイントから直接呼び出せます。また、Model Context Protocol(MCP)をネイティブサポートすることで、外部ツールとの連携が大幅に簡素化されました。サーバー側キャッシュによる暗黙的なトークン節約も期待できます。

一方、NotebookLMではスライドデッキ生成機能がモバイルを含む全ユーザーへ解放されました。Gemini画像モデルNano Banana Proを基盤に、Deep Researchの結果をそのままビジュアルコンテンツへ変換したり、ブランドガイドラインを参照したデザイン統一が可能になります。AIウルトラ加入者はスライド生成枚数の上限が2倍に拡張されます。

Google検索のPreferred Sources(優先ソース)機能は英語圏のユーザー全員へグローバル展開されました。ユーザーが好みのニュースサイトやブログを「優先ソース」として登録すると、トップストーリーにその媒体の記事が優先表示されます。これまでの早期フィードバックでは約9万件のユニーク媒体が登録され、選択したサイトへのクリック率が平均2倍になったとGoogleは報告しています。

NvidiaがNemotron 3公開とSchedMD買収で事業拡大

Nemotron 3の特徴と技術革新

ハイブリッドMoEアーキテクチャを採用
Nano・Super・Ultraの3サイズ展開
100万トークンコンテキスト長対応
前世代比最大4倍のトークンスループット向上
学習レシピとデータセットを完全オープン公開
強化学習基盤NeMo Gymを同時リリース
Accentureら大手企業がアーリーアダプターとして参加

SchedMD買収とH200中国展開

HPC向けジョブスケジューラSlurmの開発元を買収
Slurmはオープンソースとして継続提供
H200チップ中国向け輸出が米政府承認
中国大手企業から大規模発注が殺到
H200の追加生産拡大を検討中
中国政府の輸入可否判断が今後の焦点

NvidiaはNemotron 3モデルファミリーを公開しました。Nano(300億パラメータ)、Super(1000億)、Ultra(5000億)の3サイズで構成され、ハイブリッドMamba-TransformerのMoEアーキテクチャを採用しています。

Nemotron 3 Nanoは同規模モデルと比較して最大3.3倍のスループットを実現し、100万トークンのコンテキストウィンドウに対応します。推論コストの削減と精度向上を両立した設計です。

Nvidiaはモデルの重み、学習レシピ、事前学習事後学習データセットをすべて公開しています。公開された事後学習データセットは既存の最大規模のものより2.5倍大きく、業界最大規模となります。

モデル訓練に使用した強化学習基盤NeMo Gymもオープンソースとして公開されました。数学コーディング、ツール利用など10以上のRL環境が含まれており、開発者が独自環境を構築することも可能です。

Nvidiaはと同日、HPC向けオープンソースのワークロード管理システムSlurmを開発するSchedMDの買収を発表しました。Slurmは世界のスーパーコンピュータTop500のうち半数以上で採用されている実績ある基盤ソフトウェアです。

SchedMD買収によりNvidia半導体からモデル、そしてHPCソフトウェアスタックまでをカバーする垂直統合を強化します。SlurmはNvidiaハードウェア上での最適化が進む一方、ベンダー中立性も維持されます。

米政府はNvidiaのH200チップ中国へ輸出することを承認しました。H200は前世代Hopperシリーズの最高性能GPUで、中国ではこれまで販売が制限されていました。

承認を受けてAlibabaやByteDanceなど中国大手企業がH200の大口注文を検討しており、Nvidiaは需要に応えるため生産拡大を検討しています。ただし中国政府側の輸入許可判断が依然として焦点です。

一方でNvidiaにとってのリスクも存在します。中国政府は国産チップの活用を推進しており、長期的には中国AIモデルが自国製シリコンに依存する方向へシフトする可能性があります。

LLM訓練の新知見:バイト列モデルとエンタープライズ学習の教訓

Ai2が公開したバイト列言語モデル「Bolmo」の概要と特徴

Allen Institute for AIがBolmo 7BとBolmo 1Bを発表
既存のOlmo 3チェックポイントを「バイト化」する2段階訓練アプローチ
トークナイザー不要でUTF-8バイトを直接処理する設計
多言語・ノイズ耐性・エッジ展開に適したオープンバイト列モデル
CUTE・EXECUTEなどの文字ベンチマークでOlmo 3ベースモデルを上回る性能
チェックポイント・コード・論文をすべて公開し再現可能なブループリントを提供

韓国スタートアップMotifが示すエンタープライズLLM訓練の4つの教訓

Motif-2-12.7Bが独立ベンチマークで通常版GPT-5.1を上回る成績を記録
合成推論データは生成元の推論スタイルが一致しないと性能を逆に低下させる
64Kコンテキスト訓練はハイブリッド並列・アクティベーションチェックポイントを前提とする設計が必須
RLFT(強化学習ファインチューニング)は難易度フィルタリングと軌跡の再利用で安定化
メモリがボトルネックとなるためカーネルレベルの最適化が訓練の可否を左右
訓練設計の規律こそが推論性能を決定するとarXiv論文で実証

Allen Institute for AI(Ai2)は、トークナイザーを使わずにUTF-8バイト列を直接処理するバイト列言語モデルの新ファミリー「Bolmo」を公開しました。Bolmo 7BとBolmo 1Bの2モデルを提供しており、同社はこれらを「初の完全オープンなバイト列言語モデル」と位置付けています。

Bolmoの訓練は既存のOlmo 3チェックポイントを流用する2段階方式を採用しています。第1段階では変換器本体を凍結してローカルエンコーダ・デコーダと境界予測器のみを98億トークンで訓練し、第2段階でモデル全体を解凍してさらに学習させます。ゼロから訓練するよりも大幅にコストを削減できます。

バイト列モデルはスペルミスや低資源言語、非標準テキストに強く、モデレーション・エッジ展開・多言語アプリケーションに適しています。Ai2はチェックポイント・コード・論文をすべて公開しており、組織が独自のバイト列モデルをOlmoエコシステム上に構築できる再現可能なブループリントを提供しています。

韓国のAIスタートアップMotif Technologiesは、12.7Bパラメータの推論特化モデル「Motif-2-12.7B-Reasoning」を公開し、独立ベンチマーク機関Artificial Analysisにより韓国発モデルとして最高性能と認定されました。通常版GPT-5.1をも上回る結果が注目を集めています。

Motifがarxivで公開した白書には、エンタープライズチームがLLM訓練で直面する課題への実践的な教訓が詳述されています。特に重要なのは、フロンティアモデルで生成した合成データが必ずしも転用可能ではないという点です。推論トレースの形式・冗長性・ステップ粒度が目標モデルと一致しないと、性能が低下することが実測で示されています。

コンテキスト訓練については、トークナイザーや保存処理の調整だけでは対応できず、ハイブリッド並列化とシャーディング戦略、積極的なアクティベーションチェックポイントを訓練スタック設計の段階から組み込む必要があります。後付けで長コンテキスト対応を追加しようとすると、再訓練の高コストや不安定なファインチューニングを招くリスクがあります。

強化学習ファインチューニング(RLFT)は、難易度フィルタリングなしに報酬訓練をスケールさせると性能退行やモード崩壊が起きやすいとMotifは指摘しています。通過率が特定範囲内のタスクのみを選別し、軌跡の複数ポリシー間での再利用とクリッピング範囲の拡大により訓練の安定性を確保しています。

メモリ制約はコンピュート以上に訓練の可否を左右することが多いとMotifは強調しています。カーネルレベルの損失関数最適化によってRLのメモリ圧力を軽減する手法は、共有クラスターや規制対応環境で独自LLMを構築する企業にとって特に参考になります。

両記事が共通して示すのは、LLM訓練の競争優位がモデル規模だけでなく、訓練設計・データ整合・インフラ選択という地道な工学的判断に宿るという点です。Ai2とMotifのいずれもオープンな情報公開を通じてコミュニティに再現可能な知見を提供しており、エンタープライズAIチームの実務判断に直結する内容となっています。

Vercel v0を使いこなすプロンプト術とNotion連携

効果的なプロンプトの3要素

プロダクト表面・利用文脈・制約の3要素が高品質な出力の鍵
具体的な指定で生成時間を30〜40%短縮
曖昧なプロンプトは余計なコードと修正コストを招く
「誰が・いつ・何を決めるために使うか」を明示することが重要
制約を詳しく書くほどコードがクリーンになる傾向
テスト比較でコンテキストあり版はコード行数を最大152行削減

NotionとのMCP連携で実現するチームワークフロー

NotionMCPツールとしてv0に接続し、既存ドキュメントを活用
PRDや仕様書からプロトタイプをワンプロンプトで生成可能
Notionデータベースを元にしたダッシュボード・内部ツールを即座に構築
書き込みアクセスにより週次サマリーをNotionページへ直接反映
複数ツール間の断片化した作業を単一ワークフローに統合
スターターテンプレートを活用して即日導入が可能

VercelのAI UI生成ツール「v0」は、プロンプトの書き方次第で出力品質が大きく変わります。同社が公開したガイドによれば、良いプロンプトには「プロダクト表面」「利用文脈」「制約とテイスト」という3つの要素が必要です。

プロダクト表面とは、構築するコンポーネントや機能の具体的な列挙を指します。「ダッシュボード」と書くだけでなく、表示データや操作内容を詳細に記述することで、v0が不要な機能を推測せず必要な機能を省かないようになります。

利用文脈では、誰がいつどんな目的でそのUIを使うかを明示します。ユーザーの役職、技術習熟度、使用デバイス、確認頻度などを書くことで、v0はUXを自動的に最適化します。

制約とテイストはv0の「デフォルトの良さ」をさらに引き上げる要素です。スタイル好み、デバイス想定、カラーコード規則などを記述すると、生成コードの行数が減り保守性が上がります。

同社の比較テストでは、コンテキストを付与したプロンプトが19秒速く、152行少ないコードを生成し、機能も完全に動作したと報告されています。文脈なし版は検索カートが未実装でレスポンシブにも対応していませんでした。

一方、NotionとのMCP統合では、チームのワークスペースをv0に安全に接続し、既存のPRDやデータベースを根拠として出力を生成できます。NotionデータベースからイベントKPIダッシュボードを数秒で構築した実例も紹介されています。

書き込みアクセスにより、v0が生成したサマリーや指標をNotionページへ直接書き戻すことも可能です。これにより、複数ツールを往復する非効率な作業が一連のプロンプト操作に集約されます。

統合の開始はv0プロジェクト内でNotion MCPを有効化してワークスペースを接続するだけです。公式スターターテンプレートも提供されており、自分のページやデータベースに合わせてカスタマイズできます。

企業のAIコーディング導入、成否を分けるコンテキスト設計

失敗の本質

モデル性能ではなくコンテキスト不足が原因
既存ワークフローへの安易な導入で生産性低下
検証作業が自力コーディングより時間を浪費

成功する導入のポイント

コンテキストエンジニアリング対象として扱う
仕様書を第一級の成果物として管理
ワークフロー自体の再設計が不可欠
CI/CDパイプラインへのエージェント統合

実践的な導入指針

テスト生成やリファクタなど限定領域から開始
欠陥流出率やPRサイクルなど明確な指標を設定
エージェントの行動ログが知識資産に変化

企業におけるAIコーディングエージェントの導入が進んでいますが、その多くが期待を下回る結果に終わっています。VentureBeatの寄稿記事は、失敗の原因はモデルの性能ではなく、コンテキストの設計不足にあると指摘しています。コードベースの構造や依存関係、変更履歴といった文脈をエージェントに適切に提供できていないことが根本的な問題なのです。

成功している組織は、コンテキストエンジニアリング対象として扱っています。エージェントの作業記憶をスナップショット化・バージョン管理するツールを構築し、仕様書をレビュー可能な第一級成果物として管理しています。また、McKinseyの2025年レポートが指摘するように、既存プロセスにAIを重ねるのではなく、ワークフロー自体を再設計することが重要です。

セキュリティとガバナンスも見逃せない課題です。成熟した組織はエージェントの活動をCI/CDパイプラインに統合し、人間の開発者と同じ静的解析・監査・承認プロセスを適用しています。AIを「すべてを書かせる」ツールではなく、定義されたガードレール内で動作する自律的な参加者として位置づけているのです。

技術リーダーへの提言として、モノリスでテスト不足のコードベースでは効果が出にくいため、まずテスト生成やレガシー刷新など限定的な領域でパイロットを実施すべきとしています。長期的には、エージェントの計画・行動ログが意思決定の知識グラフとなり、コンテキスト設計に投資した企業が持続的な競争優位を獲得すると結論づけています。

CodexでSora Androidを28日で開発

わずか4人のチームが実現した高速リリース

4人のエンジニアCodexと並走し28日で本番リリース
GPT-5.1-Codexモデルを使用、誰でも利用可能な同バージョン
Play Storeで初日1位、24時間で動画生成100万件超
クラッシュフリー率99.9%の高品質を維持
コード全体の約**85%**をCodexが生成
iOSコードをKotlinへ意味保持で翻訳、クロスプラットフォーム開発を代替

Codexを最大活用するための実践的ワークフロー

AGENT.mdでアーキテクチャ方針を明文化しセッション間の一貫性を確保
まず理解・計画フェーズを経てから実装を依頼する手順が安定稼働の鍵
複数セッションを並列実行し、playback・search・エラー処理を同時進行
大規模タスクでは計画書をファイル保存してコンテキスト超過に対処
コードレビューにもCodexを活用し、マージ前のバグ検出に貢献
ボトルネックはコード執筆からアーキテクチャ判断・フィードバックへ移行

OpenAIエンジニアリングチームは、AIコーディングエージェントCodex」を活用し、SoraAndroidアプリをわずか28日で開発・グローバルリリースしました。投入したエンジニアはわずか4名であり、従来の開発常識を大きく覆す成果となっています。

使用したモデルはGPT-5.1-Codexの早期版であり、現在は誰でも利用できるバージョンと同一です。リリース初日にGoogle Play Storeで1位を獲得し、Androidユーザーは24時間で100万本以上の動画を生成しました。クラッシュフリー率は99.9%を維持しており、品質面でも従来型の開発プロセスと遜色ありません。

開発全体を通じてコードの約85%をCodexが生成しました。チームはアーキテクチャ設計・依存性注入・ナビゲーション構造などの基盤を自ら実装し、その上でCodexにパターンを学習させる方針を採りました。「動くものを速く作る」のではなく「我々のやり方で動くものを作る」という考え方が成功の核心です。

Codexを安定運用するうえで重要だったのは、AGENT.mdファイルへのスタイルガイドやパターンの明文化です。セッションをまたいで同じ指針を適用できるため、複数の並列タスクが同一のコーディング規約に従って進行しました。

実装前に理解・計画フェーズを設けるワークフローも効果的でした。Codexに関連ファイルを読ませてデータフローを説明させ、チームが認識を修正したうえで設計書を作成し、その計画に沿って実装を指示する手順により、長時間の無監視実行が可能になりました。

また、iOSの既存コードベースをKotlinへ翻訳する作業にもCodexを活用しました。アプリケーションロジックはSwiftでもKotlinでも本質的に同じであり、Codexが意味を保持したまま変換することで、クロスプラットフォームフレームワーク不要の開発スタイルが実現しました。

OpenAIの内部では、Codex自体の開発にもCodexが活用されており、「CodexのほぼすべてがCodexで構築されている」とプロダクトリードが明かしています。AI支援開発はツールの改善にも帰還的に適用される段階に達しています。

今回の事例は、AI支援開発がエンジニアの仕事を省力化するのではなく、アーキテクチャ設計・意思決定・品質管理といった高付加価値の業務に集中させる方向へシフトさせることを示しています。明日のソフトウェアエンジニアに求められるのは、深いシステム理解とAIとの長期的な協働能力です。

GoogleがAIエージェントのコスト最適化フレームワークを発表

Budget TrackerとBATSの概要

GoogleとUC Santa Barbaraによる共同研究論文
LLMエージェントのツール使用予算を自律管理する新技術
シンプルなプラグイン型モジュール「Budget Tracker」の提案
予算残量を継続的にシグナルとして与え、戦略を動的調整
追加学習不要のプロンプトレベル実装
BrowseCompおよびHLE-Searchで複数モデルを用いて検証

BATSがもたらすコスト削減と性能向上

Budget Trackerだけで全体コストを31.3%削減検索呼び出し40.4%減
包括的フレームワーク「BATS」が計画・検証モジュールを統合
Gemini 2.5 ProでBrowseCompの精度が12.6%→24.6%に向上
HLE-SearchでもReActの20.5%から27.0%へ大幅改善
BATSは同等精度を約23セントで達成、並列スケーリング比較の50セントを大幅下回る
デッドエンドへの無駄なツール呼び出しを事前に回避する仕組み
長期・大規模エンタープライズ用途(コードベース管理・デューデリジェンス等)への展開に期待

GoogleとUC Santa Barbaraの研究者は、AIエージェントがツール呼び出しと計算リソースを効率的に使えるようにする新フレームワークを発表しました。

AIエージェントがウェブ閲覧などの外部ツールを呼び出す際、トークン消費・コンテキスト長・API費用が急増する問題が指摘されていました。

研究チームは、予算を意識させる信号がなければエージェントが行き詰まりのパスに多数のツール呼び出しを費やしてしまうと説明しています。

Budget Trackerはプロンプトレベルのプラグインとして動作し、追加学習なしでエージェントに残リソースを継続的に通知します。

実験の結果、Budget Trackerの導入だけで検索呼び出しが40.4%、ブラウズ呼び出しが19.9%、総コストが31.3%削減されました。

BATSはBudget Trackerに計画モジュールと検証モジュールを加えた包括的フレームワークで、予算に応じて掘り下げるか方針転換するかを動的に判断します。

BrowseComp벤치마ークでは、Gemini 2.5 Proを用いてReActの12.6%から24.6%へと精度が約2倍向上しました。

コスト面でも、BATSは23セント程度で従来の並列スケーリング手法(50セント超)と同等以上の精度を達成しています。

研究者らは「推論と経済性は不可分になる」と述べており、将来のモデルは価値を考慮した推論が求められると展望しています。

本技術は複雑なコードベース管理・競合調査・コンプライアンス監査など、長期にわたるエンタープライズ用途の実用化を加速させると期待されています。

llama.cppにモデル動的管理機能が追加

ルーターモードの概要

動的なモデル切り替えが可能に
再起動なしでロード・アンロード
マルチプロセスで障害を分離

主な機能と使い方

キャッシュからの自動検出
LRU方式で自動アンロード
モデルごとの個別設定に対応
Web UIからもモデル選択可能

llama.cppサーバーに、複数モデルの動的管理を可能にするルーターモードが追加されました。モデルを指定せずにサーバーを起動すると、キャッシュやディレクトリからGGUFファイルを自動検出し、リクエストに応じてモデルを動的にロードします。

各モデルは独立したプロセスで実行されるため、一つのモデルがクラッシュしても他のモデルに影響しません。最大同時ロード数に達するとLRU方式で古いモデルが自動的にアンロードされ、VRAMを効率的に管理できます。

プリセットファイルを使えば、モデルごとにコンテキストサイズや温度などを個別に設定可能です。この機能は、Ollamaのようなモデル管理をllama.cppに求めるコミュニティの要望に応えたものです。

Cohere、Rerank 4を発表

主要な技術改善

コンテキストウィンドウが4倍の32Kに
長文ドキュメントの処理が向上
セクション間の関連性を捕捉
ランキング精度が大幅改善

2つのバリアント

Fast:EC・CS向け高速モデル
Pro:深い推論・分析向け
エージェントのエラー削減に貢献
エンタープライズ検索の高度化

Cohere検索ランキングモデルの最新版「Rerank 4」を発表しました。前バージョンの3.5から約1年ぶりのアップデートで、コンテキストウィンドウが4倍の32Kに拡大されています。これにより長文ドキュメントの処理や複数パッセージの同時評価が可能になりました。

Rerank 4はFastとProの2つのバリアントで提供されます。Fastはeコマースやカスタマーサービスなど速度重視のユースケースに最適化され、Proはリスクモデル生成やデータ分析など深い推論と精度が求められるタスク向けに設計されています。

AIエージェントが複雑なタスクを遂行する際、正確な情報検索への依存度が高まっています。Rerank 4の改善されたランキング能力は、エージェントのエラーを削減し、エンタープライズRAGパイプラインの信頼性向上に大きく貢献します。

Microsoft、AI指示を最適化する動的UI「Promptions」公開

言語化の負担を解消する新技術

プロンプト作成の試行錯誤を大幅に削減
入力内容に応じ調整用UIを自動生成

動的UIによる直感的な制御

言語化不要でニュアンスを伝達可能
静的設定より高い柔軟性と発見性

開発者向けにOSSで提供

MITライセンスで無償公開
既存アプリへの組み込みが容易

Microsoft Researchは2025年12月10日、生成AIへの指示(プロンプト)作成を支援する新たなUIフレームワーク「Promptions」を発表しました。ユーザーの入力内容に合わせて動的に操作パネルを生成し、対話の精度と生産性を劇的に向上させる技術です。

従来のAI利用では、意図通りの回答を得るために何度も指示を書き直す「試行錯誤」が大きな課題でした。特に専門的なタスクにおいては、詳細度や役割設定、出力形式などを正確に言語化することに多くの時間を費やし、ユーザーが本来の業務や学習に集中できない状況が生じていました。

Promptionsはこの問題を解決するため、ユーザーの入力文脈を解析し、最適な「調整オプション」を即座に可視化します。例えば数式の解説を求めた際、対象読者のレベルや説明の深さをスライダーやボタンで直感的に選択できるため、長く複雑なテキスト指示を入力する負担から解放されます。

社内の実証実験では、あらかじめ固定された設定項目を使う場合と比較して、動的に生成された選択肢の方がユーザーの心理的負担が少ないことが判明しました。さらに、提示された選択肢が思考の補助線となり、ユーザー自身が気づいていなかった「本当に知りたかった視点」を発見する効果も確認されています。

技術的には、ユーザーと大規模言語モデル(LLM)の間に介在する軽量なミドルウェアとして機能します。開発者は既存のチャットインターフェースにコンポーネントを追加するだけで、文脈に応じた高度な制御機能を容易に実装することが可能です。

本フレームワークはMITライセンスのオープンソースソフトウェアとして、GitHubおよびMicrosoft Foundry Labsですでに公開されています。カスタマーサポートや教育、医療など、正確なコンテキスト制御とユーザー体験の向上が求められる分野での広範な活用が期待されます。

Hud、AIコード監視の新技術。障害調査を数分に短縮

AI時代の監視の壁

従来APMは関数単位のデータ不足
コスト高で詳細ログを全量保存不可
AI修正に必要な実行文脈が欠如
手作業での原因特定に数時間を浪費

Hudによる解決と成果

1行のSDKで全関数動作を追跡
異常時に詳細データを自動収集
AIエディタから本番状況を即時照会
調査時間を3時間から10分未満に短縮

スタートアップのHudは、AI生成コードの本番環境での挙動を詳細に可視化するランタイムセンサーを発表しました。従来の監視ツールでは困難だった関数レベルのデータを取得し、AIエージェントによる自動修正を強力に支援します。

企業の開発現場ではAIによるコード生成が急増していますが、本番環境でのエラー原因特定が新たなボトルネックです。従来のAPMツールはコストや粒度の問題で、AIが必要とする深いコンテキストを提供できず、エンジニアは手作業での調査に追われていました。

HudのセンサーはSDKとしてわずか1行で導入でき、全ての関数の実行を追跡します。異常発生時にはHTTPパラメータやDBクエリなどの詳細なフォレンジックデータを自動収集し、AIエージェントが理解できる構造化データとして提供します。

特筆すべきは、Model Context Protocol (MCP) サーバー機能です。これにより、エンジニアCursorなどのAIエディタ内から直接、本番環境の不具合原因をAIに問い合わせることが可能になり、修正までのプロセスが劇的に効率化されます。

導入企業のDrataやMonday.comでは、従来数時間かかっていた障害調査が10分未満に短縮されました。AIが生成したコードの中身を完全に把握できなくても、ランタイムデータが安全網となり、運用時の信頼性と生産性が飛躍的に向上しています。

Vercel、FastAPIのLifespan対応でDB管理が効率化

Lifespan Eventsへの対応

VercelFastAPIに正式対応
アプリの起動・終了時処理が可能
DB接続の確立と切断を管理

開発プロセスの最適化

ログなどのクリーンアップを実行
非同期コンテキストで記述容易
サーバーレスでのライフサイクル制御

Vercelは2025年12月9日、FastAPIアプリケーションにおける「Lifespan Events」のサポートを開始しました。これにより、開発者はアプリの起動時および終了時に、任意の初期化・終了ロジックを実行することが可能になります。

この機能追加により、データベース接続の確立や外部ログのフラッシュなど、重要なリソース管理が容易になります。サーバーレス環境においても、アプリケーションのライフサイクルを適切かつ安全に制御できる点が大きなメリットです。

実装にはPythonの標準的な@asynccontextmanagerデコレータを使用します。起動時のセットアップと終了時のクリーンアップ処理を一つの関数内で簡潔に記述でき、コードの可読性と保守性が大幅に向上します。

これまでVercel上でPythonバックエンドを運用する際に課題だった初期化・終了処理が解決されます。AI開発等でFastAPIの採用が進む中、Vercelのプラットフォームとしての実用性と魅力がさらに高まりました。

AIの真価は「文脈」で決まる:量産から意思決定の質へ

計算能力より「文脈知能」

AIの課題は能力ではなくコンテキスト欠如
一般的な指示は一般的な出力しか生まない

垂直データから水平統合へ

経営層には全体を俯瞰する水平的視点が必須
構造化データでAIは戦略的パートナーになる

人間とAIの協業モデル

人間が戦略を定義しAIが規模と速度で実行
文脈認識型AIが次世代の競争優位を作る

マーケティングの現場でAI活用が進む中、多くの組織が成果の乖離に直面しています。その根本原因は計算能力ではなく、ブランド固有の「コンテキスト(文脈)」の欠如にあります。出力の量産から脱却し、意思決定の質を高めるための要件を解説します。

生成AIは強力ですが、自社の戦略的ニュアンスや顧客がそのブランドを選ぶ理由までは理解しません。一般的な指示からは一般的な出力しか生まれず、結果としてブランドの独自性が失われます。AIには単なるデータではなく、構造化された文脈が必要です。

特に大企業ではデータが部門ごとに「垂直」に分断されがちです。しかし経営層に必要なのは、顧客インサイトや競合動向を統合した「水平的」な視点です。この統合された視座をAIに持たせることで、部門横断的な意思決定の精度が劇的に向上します。

米BlueOceanが支援するAmazonIntelなどの先進企業では、ブランド戦略や意図をAIと共有しています。これによりAIは、単なる生成ツールから、戦略的な整合性を保ちながら業務を遂行するパートナーへと進化しました。

成功の鍵は、人間とAIの役割分担を明確にすることです。人間は目的、感情、文化的背景といった「境界と意図」を定義し、AIはその枠組みの中で速度と規模を提供します。人間主導の戦略があってこそ、AIの実行力は真の価値を発揮するのです。

今後、AIは単なるタスク処理から、組織全体のワークフローを連携させるシステムへと進化します。「文脈」を理解したAI基盤を構築できるかどうかが、次世代の企業の競争優位性を決定づける要因となるでしょう。

Zhipu AI、視覚入力でツール直結のVLM公開 商用可

視覚情報をツールへ直結

画像を直接ツールの引数に指定
テキスト変換の情報ロスを排除

用途に応じた2モデル展開

106B版は複雑な推論に特化
Flash版は利用無料で高速

実務を変える高い応用力

画面からコードを自動生成
MITライセンスで商用利用可

中国のAIスタートアップZhipu AIは2025年12月8日、視覚言語モデル「GLM-4.6V」シリーズを公開しました。画像をテキスト変換せず直接ツールで処理するネイティブ機能を搭載し、MITライセンスにより商用利用も完全に自由です。

最大の特徴は、視覚情報を直接ツールの引数として渡せる点です。従来必要だった「画像からテキストへの変換」という中間プロセスを排除することで情報の損失を防ぎ、画像の切り抜きや検索といった高度な自動化を効率的に実行できます。

ラインナップは、複雑な推論に強い1060億パラメータの「106B」と、低遅延な90億パラメータの「Flash」の2種です。特にFlash版は利用料が無料であり、エッジデバイスやリアルタイム処理が必要なアプリ開発に最適です。

開発現場での実用性も高く、UIのスクリーンショットからピクセル単位で正確なHTMLやCSSを生成できます。12万8000トークンの長大なコンテキストに対応し、長時間の動画解析や大量のドキュメント処理も一度の推論で完結します。

本モデルはOpenAIGPT-4Vなどと競合する性能を持ちながら、オープンソースとして公開されました。自社インフラでの運用やコンプライアンス順守が求められる企業にとって、柔軟かつ低コストAI導入の有力な選択肢となるでしょう。

Slack会話からコード修正 Anthropicが新機能

チャットが開発環境へ進化

会話からバグ修正や機能追加を自律実行
適切なリポジトリを自動特定しPR作成
エンジニアコンテキスト切り替えを排除

企業向けAI市場の覇権争い

公開半年で年間収益10億ドルを突破
楽天は開発期間を約8割短縮と報告
MSやGoogleに対抗し業務フローを掌握
若手のスキル低下や品質に懸念も

Anthropicは2025年12月8日、自律型コーディングエージェントClaude Code」をSlackに統合するベータ版を公開しました。Slack上でタグ付けするだけで、会話を基にバグ修正や実装を依頼でき、開発プロセスの大幅な効率化が期待されます。

最大の特徴は、議論と作業の場の統合です。Slack上のバグ報告や議論をClaudeが読み取り、連携リポジトリから適切な箇所を特定します。修正案作成からプルリクエスト発行までを自律的に実行し、進捗もスレッドで報告するため、エンジニアの手間を最小化します。

本機能は、公開半年で年間収益10億ドルに達したClaude Codeの導入を加速させる狙いがあります。楽天などの先行事例では、開発期間を最大79%短縮するなど劇的な成果が出ており、NetflixやSpotifyなどの大手企業も採用を進めています。

この動きは「開発環境のチャットツール化」を象徴します。MSやGoogleも同様の統合を進める中、AnthropicSlackという強力なプラットフォームを押さえ、エンジニアの意思決定の場に入り込むことで、エンタープライズ領域での覇権を狙います。

一方で、AI依存によるスキル低下セキュリティへの懸念も指摘されています。企業はAIによる自動化の恩恵を享受しつつ、人間のエンジニアによるレビュー体制や教育のバランスをどう再設計するかが、今後の競争力を左右することになるでしょう。

LLMの忘却を防ぐ新記憶構造GAM、コストと精度を両立

ウィンドウ拡大競争の限界

詳細を忘れる「コンテキスト腐敗」がAIの課題
窓拡大はコスト増と精度低下を招き持続不能

「記憶」と「検索」の分離

全履歴を保存し、必要な瞬間に文脈を再構築
記憶と検索に役割を分けるデュアル構造を採用

既存手法を凌駕する性能

長文理解でGPT-4o等を凌ぐ90%超の精度
モデル巨大化より「記憶の構造化」が実用の鍵

中国・香港の研究チームが、AIの長期記憶における「コンテキスト腐敗」を解決する新アーキテクチャ「GAM」を発表しました。従来のLLMが抱える情報の忘却問題を、モデル拡大ではなく構造の工夫で解決する画期的なアプローチです。

現在のAI開発はコンテキストウィンドウの拡大競争にありますが、これには限界があります。膨大なトークン処理はコスト増大に加え、重要情報が埋もれて精度低下や遅延を招くためです。単に入力枠を広げるだけでは、実用的な記憶能力は得られません。

GAMはこの課題に対し、機能を「記憶(Memorizer)」と「調査(Researcher)」に分離しました。Memorizerは全対話を要約せず構造化して保存し、情報の欠落を防ぎます。一方、Researcherは必要な時、必要な情報だけを能動的に検索して回答を生成します。

ソフトウェア開発の「JITコンパイラ」のように、GAMは事前に情報を圧縮せず、要求された瞬間に最適なコンテキストを組み立てます。これにより、長期プロジェクトや複雑なタスクでも、AIは過去の経緯を正確に維持し続けることが可能です。

性能評価でGAMは、既存のRAGやロングコンテキストモデルを凌駕しました。特に長期間の文脈追跡を要するテストでは90%超の精度を記録し、要約による情報損失が起きやすい従来手法に対し、圧倒的な優位性を示しています。

今後のAI開発では、モデルの巨大化より「記憶システムの設計」が重要になります。情報をどう保存し取り出すかという「コンテキストエンジニアリング」への移行が、AIを信頼性の高いビジネスツールへ進化させる鍵となるでしょう。

AWS、AI開発の知識を動的ロード。コストと精度を改善

AI開発が抱える「文脈の罠」

ツール連携でトークンを大量浪費
不要な情報でAIの回答精度が低下

「Kiro powers」の解決策

文脈に応じて知識を動的にロード
StripeFigmaなど9社と連携
不要な情報を捨てコスト最小化

経営的インパクトと展望

他ツールへの展開も見据えた戦略

米アマゾン・ウェブ・サービス(AWS)は年次会議「re:Invent」にて、AI開発支援の新機能「Kiro powers」を発表しました。これはAIコーディングアシスタントが外部ツールと連携する際、必要な専門知識だけを動的に読み込む仕組みです。従来の手法で課題となっていたトークンの浪費や応答精度の低下を防ぎ、開発者生産性とコスト効率を劇的に高める狙いがあります。

昨今のAI開発では、決済やDBなどの外部ツールを連携させる際、開始時にすべてのツール定義を読み込むのが一般的でした。しかしこれには、コードを書く前に数万トークンを消費してしまう重大な欠点があります。結果としてコストが嵩むだけでなく、無関係な情報がノイズとなり、AIの判断を鈍らせる「コンテキスト腐敗」を引き起こしていたのです。

Kiro powersはこの問題を、コンテキストの「オンデマンド化」で解決します。開発者が「決済」について尋ねればStripeの知識を、「データベース」と言えばSupabaseの知識を自動的に呼び出します。不要な情報はメモリから消去されるため、AIは常に最適な情報量で稼働し、回答精度と速度が向上します。AWSはこのアプローチを「何を忘れるべきかを知る賢さ」と位置づけています。

ローンチパートナーにはStripeFigma、Datadogなど有力テック企業9社が名を連ねました。これにより、高度なスキルを持つエンジニアしか行えなかった「最適なプロンプト設定」や「ツール連携の最適化」が、誰でもワンクリックで利用可能になります。特定のサービスのベストプラクティスがパッケージ化され、即座に開発環境へ適用される「専門性の民主化」が進むでしょう。

特筆すべきは、この手法が高額なモデルのファインチューニングよりも安価で実用的である点です。企業は最新の高性能モデルを利用しながら、必要な専門性だけを外付けで追加できます。現在はAWSの「Kiro IDE」専用ですが、将来的にはCursorなど他のAIエディタとの互換性も目指しており、開発ツール市場全体の標準化を主導する構えです。

GitHub、開発全工程を支援するカスタムエージェント導入

コーディング以外もAIが支援

Copilot開発全工程をサポート
パートナー製や自作のエージェントを利用可能
セキュリティやIaCなど専門領域に対応

チームの「暗黙知」を資産化

Markdownで独自のルールや手順を定義
PagerDutyなど主要ツールと連携可能
組織全体でベストプラクティスを統一
属人化を防ぎ生産性を底上げ

GitHubは2025年12月3日、AIコーディング支援ツールGitHub Copilotにおいて「カスタムエージェント」機能を導入したと発表しました。これにより、Copilotの支援範囲は従来のコード執筆だけでなく、セキュリティ監査、インフラ構築、障害対応といったソフトウェア開発ライフサイクル全体へと拡張されます。

最大の特徴は、企業独自のルールや外部ツールとの連携をAIに組み込める点です。ユーザーはMarkdown形式で指示書を作成するだけで、自社の開発標準や「暗黙の了解」を学習した専用エージェントを構築できます。また、PagerDutyやTerraform、JFrogといった主要パートナーが提供する公式エージェントも即座に利用可能です。

この機能は、開発現場における「コンテキストスイッチ」の削減に大きく寄与します。エンジニアはエディタやターミナルを離れることなく、Copilotに「脆弱性のスキャン」や「インシデントの要約」を指示できるようになります。複数のツールを行き来する手間を省き、本来の創造的な業務に集中できる環境が整います。

経営者やチームリーダーにとっては、組織のナレッジマネジメントを強化する好機です。熟練エンジニアのノウハウをエージェントとして形式知化することで、チーム全体のスキル底上げや成果物の品質均一化が期待できます。AIを単なる補助ツールから、組織の生産性を高める「戦略的パートナー」へと進化させる重要なアップデートといえるでしょう。

Anthropic、長期AIエージェントの「記憶」問題を解決

コンテキスト制限の壁

AIは長時間稼働で指示や文脈を忘却
複雑なタスクは単一窓で完了不能

2段階の解決アプローチ

環境設定を行う初期化エージェント

人間の作業フローを模倣

セッション間で構造化データを引き継ぐ
テスト自動化でバグ修正能力も向上

2025年11月28日、米AnthropicはAIエージェントが長時間稼働する際に文脈を失う問題を解決する新たな手法を発表しました。同社のClaude Agent SDKに実装されたこのアプローチは、エージェントが複数のセッションをまたいで記憶を保持し、大規模な開発プロジェクトなどの複雑なタスクを完遂できるようにするものです。

同社が提案するのは、役割を分担する「2段階アプローチ」です。まず「初期化エージェント」が開発環境をセットアップしてログを記録し、次に「コーディングエージェント」が実作業を行います。重要なのは、各作業セッションの終了時に構造化された更新情報(アーティファクト)を残し、次のセッションへ確実にバトンタッチする点です。

これまでAIエージェントは、基盤モデルの「コンテキストウィンドウ(扱える情報量)」の制限により、長時間稼働すると初期の指示を忘れたり、挙動が不安定になったりする課題がありました。Anthropicの新手法は、人間のソフトウェアエンジニアが日々の業務で行う「段階的な進捗管理」に着想を得ており、記憶の断絶を防ぐことに成功しています。

この手法により、エージェントは「一度にすべてをやろうとして失敗する」ことや「中途半端な状態で完了と誤認する」ことを回避できます。また、コーディングエージェントにはテストツールも組み込まれており、コード単体では発見しにくいバグの特定と修正能力も向上しています。

現在はWebアプリ開発での実証が中心ですが、Anthropicはこの手法が科学研究や財務モデリングなど、他の長期タスクにも応用可能であるとしています。AIエージェントが単なる対話相手から「長期的なプロジェクトを任せられるパートナー」へと進化するための、重要な技術的マイルストーンとなるでしょう。

ChatGPTが時間を答えられない理由:LLMの構造的限界と本質

予測モデルの構造的欠陥

LLMはリアルタイム時計を持たない
学習データに基づく確率予測が基本
「時計のない図書館」にいる状態と同じ

メモリリソースの制約

常時時刻更新はコンテキストを圧迫
過度な情報はノイズとなり精度低下
正確な時刻にはWeb検索機能が必要

ChatGPTのような高度なAIが、なぜ「今何時?」という単純な問いに正確に答えられないのでしょうか。その原因は、大規模言語モデル(LLM)が持つ構造的な特性にあります。本稿では、AIが時間を認識できない技術的理由と、そこから見えるLLM活用の本質的な注意点について解説します。

LLMは膨大な過去のデータを学習し、次に来る言葉を予測するシステムです。専門家はこれを「大量の書物がある無人島にいるが、時計を持っていない状態」と例えます。つまり、外部の現在時刻にアクセスする機能はデフォルトでは備わっておらず、Web検索などのツールを使わない限り、AIは自身の内部時間を持てないのです。

なぜシステム時計を常に連携させないのでしょうか。それはAIの短期記憶にあたる「コンテキストウィンドウ」に限界があるためです。毎秒のように時刻データを入力し続けると、限られたメモリ領域がノイズ情報で埋め尽くされ、肝心な会話やタスク処理の能力を低下させるリスクがあります。

さらに、最新の研究ではAIがアナログ時計の読み取りやカレンダーの理解も苦手とすることが判明しています。ビジネスでAIを活用する際は、AIが「事実を知っている」のではなく「それらしい答えを予測している」だけであることを理解し、正確性が必須な場面では適切な外部ツールと組み合わせることが重要です。

MS、AIの情報漏洩を防ぐ「文脈理解」新技術を発表

AIエージェントのプライバシー制御

文脈で適切性を判断するコンテキスト・インテグリティ
自律型AIによる意図しない情報漏洩を防止
推論時に監視するPrivacyCheckerを開発
動的環境での情報漏洩を劇的に低減

推論時監査とモデル学習の融合

思考の連鎖でモデル自身が共有可否を推論
強化学習により有用性と安全性を両立
外部監視と内部学習の補完的アプローチ

Microsoft Researchは2025年11月、AIモデルの情報漏洩を防ぐための新たなアプローチを発表しました。AIが「誰に・何を・なぜ」共有するかというコンテキスト・インテグリティ(文脈的整合性)を理解し、自律的なエージェント活動におけるプライバシーリスクを最小化する技術です。推論時の外部チェックとモデル自身の学習という2つの手法を組み合わせ、実用性と安全性の両立を目指します。

自律型AIエージェントの普及に伴い、意図しない情報漏洩が深刻な課題となっています。従来のLLMは文脈認識が不足しており、予約代行時に不要な保険情報を漏らすといった不適切な挙動を起こしかねません。そこでMicrosoftは、状況に応じた適切な情報フローを制御するコンテキスト・インテグリティの概念をAIシステムに適用しました。

一つ目の解決策は、推論時に動作する軽量モジュールPrivacyCheckerです。これはAIの出力前に情報の送信元・受信先・内容を監査し、不適切な共有をブロックします。実験では、複数のツールやエージェントが連携する複雑な動的環境においても、タスク遂行能力を維持したまま情報漏洩率を大幅に削減することに成功しました。

二つ目は、モデル自体に文脈判断能力を持たせる手法です。「思考の連鎖CoT)」を用いて共有の可否を推論させると同時に、強化学習(RL)でトレーニングを行います。これにより、単に情報を隠すあまり役に立たなくなる「過剰な保守性」を防ぎ、高い有用性と強固なプライバシー保護を両立させました。

これらの技術は、外部監視と内部学習という異なる角度からアプローチしており、相互に補完し合う関係にあります。企業が複雑なAIエージェントシステムを導入する際、これらの手法を適用することで、ユーザーの信頼を損なうことなく、生産性を高めることが可能になります。

LangChain、自律エージェントに「Skills」機能実装

ファイルシステム活用の新潮流

Anthropic提唱のSkillsに対応
マークダウン形式で動的に指示を読込
汎用エージェントツール数削減に寄与
シェル操作と連携し多様なタスク実行

コンテキスト効率と拡張性の向上

トークン消費を抑えコンテキスト節約
エージェント認知負荷を大幅軽減
CLIでフォルダ配置だけで機能拡張
エージェント自身によるスキル生成も視野

LangChainは2025年11月25日、オープンソースの自律エージェント基盤「Deep Agents」に対し、Anthropicが提唱する「Skills」機能を追加したと発表しました。これにより、エージェントは外部ファイルとして定義された手順書やスクリプトを必要に応じて動的に読み込み、複雑なタスクを効率的に実行することが可能になります。

Claude CodeManusといった最新の汎用エージェントは、個別の専用ツールを多数装備するのではなく、ファイルシステムへのアクセス権とコマンド実行という「少数の強力な手段」で多様な作業をこなす傾向にあります。今回実装された「Skills」はこの潮流を体系化したもので、`SKILL.md`を含むフォルダ単位で能力をモジュール管理する仕組みです。

従来のツール定義(Function Calling)はすべての情報を常にプロンプトに含めるためトークンを大量消費していましたが、Skillsは概要のみを提示し、詳細は実行が必要な時だけ読み込む「プログレッシブ・ディスクロージャー」を採用しています。これにより、コンテキストウィンドウの消費を劇的に抑え、より長い文脈での推論を可能にします。

この仕組みは、ツール選択肢の過多によるエージェントの「コンテキストの混乱」を防ぎ、認知負荷を低減する効果もあります。ユーザーは`deepagents-CLI`の所定フォルダにスキルセットを配置するだけで機能を拡張でき、将来的にはエージェント自身が新しいスキルを作成・共有する「継続的な学習」への発展も期待されています。

GitHub直伝、AIエージェントを安全に実装する「6つの原則」

エージェント特有の3大リスク

外部への意図せぬデータ流出
責任所在が不明ななりすまし
悪意ある指令によるプロンプト注入

安全性を担保する設計原則

コンテキスト可視化と透明性
外部通信を制限するファイアウォール
権限に応じた厳格なアクセス制限
不可逆的な変更の禁止と人間介在
操作主とAIの責任分界の明確化

GitHubは2025年11月25日、同社のAI製品に適用している「エージェントセキュリティ原則」を公開しました。AIエージェントが高い自律性を持つようになる中、開発者が直面するセキュリティリスクを軽減し、安全なAI活用を促進するための実践的な指針です。

エージェント機能の高度化は、新たな脅威をもたらします。特に、インターネット接続による「データ流出」、誰の指示か不明確になる「なりすまし」、そして隠しコマンドで不正操作を誘導する「プロンプトインジェクション」が主要なリスクとして挙げられます。

これらの脅威に対し、GitHubは徹底した対策を講じています。まず、AIに渡されるコンテキスト情報から不可視文字を除去して完全可視化し、外部リソースへのアクセスをファイアウォールで制限することで、隠れた悪意や情報漏洩を防ぎます。

また、AIがアクセスできる機密情報を必要最小限に絞り、不可逆的な変更(直接コミットなど)を禁止しています。重要な操作には必ず人間による承認(Human-in-the-loop)を必須とし、AIと指示者の責任境界を明確に記録します。

これらの原則はGitHub Copilotに限らず、あらゆるAIエージェント開発に適用可能です。自社のAIシステムを設計する際、ユーザビリティを損なわずに堅牢なセキュリティを構築するための重要なベンチマークとなるでしょう。

OpenAI新端末、2年以内発売へ アイブ氏と試作完了

2年以内の市場投入へ

アルトマン氏らがプロトタイプ完成を明言
発売時期は2年以内の見通し
画面なしでスマホサイズとの噂も

iPhoneとは対極のコンセプト

現代のスマホはタイムズスクエアの騒音
新端末は湖畔の小屋のような静寂
通知を遮断し集中と平穏を提供

AIが文脈を理解し自律動作

ユーザーの全生活文脈を学習
適切な機に自律的に介入

OpenAIサム・アルトマンCEOと元Appleのジョニー・アイブ氏は、共同開発中のAIハードウェアについて、プロトタイプが完成したことを明らかにしました。サンフランシスコで開催されたイベントで登壇し、製品化に向けた進捗を語ったものです。

アイブ氏によると、この新デバイスは2年以内に市場へ投入される見通しです。具体的な仕様は伏せられていますが、噂ではスクリーンのない、スマートフォン程度のサイズになるとされています。デザインは極めてシンプルで、遊び心を感じさせるものだといいます。

アルトマン氏は現在のスマートフォン体験を「タイムズスクエアの喧騒」に例え、通知やSNSに常に注意を奪われる状況を批判しました。対照的に、新デバイスは「湖畔の小屋」のような静けさを提供し、ユーザーに平穏と集中をもたらすことを目指しています。

このデバイスの核心は、ユーザーの生活における文脈(コンテキストを深く理解する点にあります。AIが長期間にわたりユーザーの行動を学習し、信頼できるエージェントとして振る舞うことで、人間が指示を出す前に必要なタスクを処理してくれるのです。

アイブ氏は「無邪気なほどシンプルでありながら、高度に知的な製品」を理想に掲げます。難解な技術を意識させず、無造作に使える道具としてのAI。これは、テクノロジーとの付き合い方を根本から変え、私たちの生産性を劇的に高める可能性を秘めています。

Google新手法、AIの記憶と継続学習の課題を解決へ

静的なAIから進化するAIへ

学習後の知識更新が困難な現状
コンテキスト外の長期記憶が欠如
多層最適化するNested Learning

新モデル「Hope」の実力

異なる速度で更新する多層メモリ
継続学習と長文脈で高精度を実現
リアルタイムな自己適応が可能に
実社会での柔軟な活用に期待

Googleの研究チームは2025年11月、現在のAIモデルが抱える「記憶」と「継続学習」の限界を突破する新パラダイムNested Learningを発表しました。モデルの学習を単一ではなく多層的な最適化プロセスとして再定義し、環境に適応し続けるAIへの道を開くものです。

従来のTransformerモデルは、事前学習後は知識が固定される「静的」な存在でした。コンテキストウィンドウ(短期記憶)の容量を超えた情報は失われ、人間のように日々の経験から長期記憶を形成し、知識を更新することができない点が大きな課題でした。

この課題に対し、新手法は脳のメカニズムを模倣します。新開発されたアーキテクチャHopeは、即時的な情報から抽象的な知識まで、異なる速度で更新される複数のメモリバンクを搭載。これにより、自己参照的なループで記憶を最適化し続けます。

実証実験では、言語モデリングや複雑な推論タスクにおいて、既存のモデルを上回る精度と効率を記録しました。特に、膨大なデータの中から特定の情報を正確に見つけ出す長文脈処理において、優れたパフォーマンスを示しています。

既存のハードウェアインフラへの適応という課題は残りますが、データや環境が絶えず変化するビジネス現場において、継続的に学習するAIの価値は計り知れません。真に自律的なAIシステム実現への重要な一歩となるでしょう。

AIエージェントのコンテキスト制御はファイルシステムで進化する

既存の検索とコンテキストの課題

検索結果過多によるトークンコストの増大
ウィンドウサイズを超える情報量の欠落
意味検索では拾えないニッチ情報の検索

ファイルシステム活用の利点

結果を一時保存し必要な箇所のみ抽出
grep等の活用で正確な情報特定
指示やスキルを保存し継続的に学習

LangChainは、AIエージェントがファイルシステムを操作することで、性能を飛躍的に高める手法を解説しました。これは「コンテキストエンジニアリング」の核心であり、コスト削減と精度向上を両立する重要な鍵となります。

従来のウェブ検索ツール等は大量のトークンを消費し、LLMの容量やコストを圧迫していました。また、意味検索だけでは、コード内の特定の行や正確な設定値といったニッチな情報を見つけ出すことが困難な場合もあります。

ファイルシステムを一時的な「メモ帳」として使えば、数万トークンの検索結果を保存し、必要な情報だけをコマンドで抽出可能です。これにより、会話履歴を汚さずにコストを大幅に抑制し、効率的な処理を実現します。

さらに、エージェントは自身の計画や学んだスキルをファイルに書き出せます。これにより、長期的なタスク実行時の記憶保持や、ユーザーの好みに合わせた自己進化が可能になり、将来の対話においても有用な情報を参照できます。

ファイルシステムは単なる保存場所ではなく、エージェントが無限の情報を柔軟に扱うためのインターフェースです。これを活用することで、エンジニアはより複雑で信頼性の高い自律型エージェントを構築できるようになります。

VercelでxAI最新モデルGrok 4.1が利用可能に

xAI最新モデルの統合

Grok 4.1 Fast2種を追加
他社契約不要で即時利用可能
200万トークンの文脈に対応

用途に合わせた選択

推論重視のReasoning版
速度特化のNon-Reasoning版
エージェントツール呼出に最適

開発基盤としての強み

統一APIによる容易な実装
自動リトライや障害対策を完備

Vercelは2025年11月20日、同社のAI GatewayにおいてxAIの最新モデル「Grok 4.1 Fast」シリーズの提供を開始しました。開発者は追加のプロバイダー契約を結ぶことなく、エージェント開発に特化した高性能AIモデルを即座にアプリへ組み込めます。

今回追加されたのは、複雑な構造化推論に強い「Reasoning」と、処理速度を最優先した「Non-Reasoning」の2モデルです。いずれも200万トークンという広大なコンテキストウィンドウを備え、高度なツール操作や文脈理解を実現します。

Vercel AI SDKを用いれば、モデル名を指定するだけで実装が完了します。AI Gatewayは統一APIとして機能するため、複数のAIモデルを横断した管理や切り替えが容易になり、開発者生産性を大幅に向上させます。

さらに、AI Gatewayは自動リトライやフェイルオーバー機能を標準装備しており、プロバイダー側の障害時にもサービスの安定稼働を維持します。コスト管理や可観測性も確保されており、ビジネス用途で求められる高い信頼性を提供します。

OpenAI新モデル、長時間自律開発で生産性7割増を実現

コンテキスト制限を打破する技術

コンパクション」で数百万トークンを処理
24時間以上の長時間タスクを自律的に完遂
推論トークンを30%削減しコストを低減

競合を凌駕する圧倒的性能

SWE-benchで77.9%を記録し首位
GoogleGemini 3 Proを上回る
社内エンジニアのPR出荷数が約70%増加
CLIやIDEなどの開発環境で即利用可能

OpenAIは2025年11月19日、エージェントコーディングモデル「GPT-5.1-Codex-Max」を発表しました。数百万トークンの文脈を維持し、長時間にわたる開発タスクを自律遂行可能です。エンジニア生産性を劇的に高める革新的なツールとして注目されます。

最大の特徴は、新技術「コンパクション」の搭載です。作業履歴を圧縮して記憶を継承することで、コンテキスト制限を克服しました。これにより、大規模なリファクタリングや24時間以上続くデバッグ作業など、従来は不可能だった複雑な長期タスクを完遂できます。

性能面では、Googleの最新モデル「Gemini 3 Pro」を主要指標で上回りました。SWE-bench Verifiedでは77.9%の正答率を記録し、業界最高水準を達成。さらに推論プロセスの最適化によりトークン使用量を30%削減し、コスト効率も向上させています。

ビジネスへの貢献も実証済みです。OpenAI社内ではエンジニアの95%が日常的に利用し、導入後のプルリクエスト出荷数が約70%増加しました。単なる支援ツールを超え、開発速度と品質を底上げする「自律的なパートナー」として機能しています。

本モデルは現在、ChatGPT PlusやEnterpriseプラン等のCodex環境で利用可能で、API提供も近日中に開始されます。デフォルトでサンドボックス環境にて動作し、ネットワークアクセスも制限されるなど、企業が安心して導入できるセキュリティ設計も徹底されています。

OpenAIが指針、AI実装の成否は「評価」で決まる

成果を阻む壁と解決策

AI導入の失敗原因は評価指標の欠如
曖昧な期待を具体的な仕様に変換
自社独自のコンテキスト評価が重要

「Evals」構築の手順

専門家理想の出力例を定義
本番に近い環境で厳格にテスト
運用データで継続的に改善

OpenAIは19日、ビジネスにおけるAI導入の成功率を高めるための評価手法「Evals」に関するガイドを公開しました。多くの企業がAI活用に苦戦する中、自社固有の業務フローに即した評価基準の策定こそが、生産性とROIを高める核心であると提言しています。

「Evals」とは、AIシステムが期待通り機能するかを測定し改善する一連の手法です。OpenAIは、一般的なベンチマークだけでなく、各企業の特定の製品やワークフローに特化した「コンテキスト評価」の重要性を強調。これにより、曖昧なビジネス目標を明確な技術仕様へと落とし込みます。

評価構築の第一歩は、技術者と実務の専門家が連携し、「成功」の定義を決めることです。例えば「顧客への適切なメール返信」とは何か、理想的な回答例(ゴールデンセット)を作成します。これを基準にAIの出力を判定することで、主観に頼らない品質管理が可能になります。

運用開始後も測定は続きます。実際のログからエラーを分析し、プロンプトやデータを修正する継続的な改善ループを回すことが不可欠です。この過程で蓄積される独自の評価データセットは、他社が模倣できない強力な競争優位性となります。

同社は「AI時代のマネジメントとは、優れた評価基準を作ることと同義だ」と結論づけています。最高の結果を単に願うのではなく、定義し、測定し、改善する。この地道で厳格なプロセスへの取り組みが、AIを使いこなす組織とそうでない組織の分水嶺となります。

エージェントAI時代のID管理、人間中心モデルは限界

従来型IAMの限界

人間を前提とした静的な権限
AIエージェントの爆発的増加
マシン速度での権限濫用リスク
追跡不能な自律的アクション

新時代のID管理3原則

リアルタイムのコンテキスト認識型認可
目的に紐づくデータアクセス
改ざん不可能な監査証跡の確保

自律的に思考し行動する「エージェントAI」の導入が企業で加速する一方、セキュリティ体制が追いついていません。人間を前提とした従来のID・アクセス管理(IAM)は、AIエージェントの規模と速度に対応できず、深刻なリスクを生んでいます。今、IDを単なるログイン認証ではなく、AI運用全体を制御する「コントロールプレーン」として再定義する必要性に迫られています。

なぜ従来型のIAMでは不十分なのでしょうか。その理由は、IAMが静的であるためです。従業員に固定の役割を与えるのとは異なり、AIエージェントのタスクや必要なデータは日々、動的に変化します。このため、一度与えた権限が過剰となり、機械の速度でデータ漏洩や不正なプロセスが実行される温床となりかねません。もはや人間時代の管理手法は通用しないのです。

解決策は、AIエージェントをIDエコシステムの「第一級市民」として扱うことにあります。まず、すべてのエージェントに人間と同様、所有者や業務目的と紐づいた一意で検証可能なIDを付与します。共有アカウントは廃止し、誰が何をしたかを明確に追跡できる体制を築くことが、新たなセキュリティの第一歩となります。

さらに、権限付与のあり方も根本から見直すべきです。「ジャストインタイム」の考え方に基づき、タスクに必要な最小限の権限を、必要な時間だけ与え、終了後は自動的に権限を失効させるのです。これはビル全体のマスターキーを渡すのではなく、特定の会議室の鍵を一度だけ貸し出すようなものです。この動的なアプローチが、リスクを最小限に抑えます。

新時代のAIセキュリティは、3つの柱で構成されます。第一に、リアルタイムの状況を評価する「コンテキスト認識型」の認可。第二に、宣言された目的に基づきデータアクセスを制限する「目的拘束型」のアクセス制御。そして第三に、すべての活動を記録し、改ざん不可能な証跡として残す徹底した監査体制です。これらが連携することで、AIの自律性を担保しつつ、安全性を確保できます。

導入はまず、既存の非人間ID(サービスアカウントなど)を棚卸しすることから始めましょう。次に、合成データを使った安全な環境で、短期間の認証情報を使ったジャストインタイム・アクセスを試験導入します。AIによるインシデントを想定した対応訓練も不可欠です。段階的に実績を積み重ねることで、全社的な移行を確実に進めることができます。

エージェントAIがもたらす生産性向上の恩恵を最大限に享受するには、セキュリティモデルの抜本的な変革が不可欠です。IDをAI運用の神経系と位置づけ、動的な制御基盤へと進化させること。それこそが、ビジネスリスクを管理し、AI時代を勝ち抜くための最重要戦略と言えるでしょう。

AIコードレビュー革命、コンテキスト技術で品質と速度を両立

開発規模拡大に伴う課題

レビュー待ちによる開発停滞
人間によるレビューの限界
属人化するチームの開発慣習

コンテキストを理解するAI

コードの文脈をAIが学習
チーム独自の設計思想を反映
人間が見落とす細かな問題も指摘

導入による具体的な成果

月800件以上の問題を防止
PRあたり1時間の工数削減
見落としがちな脆弱性も発見

イスラエルの新興企業Qodoが開発したAIコードレビューツールが、プロジェクト管理大手monday.comの開発現場を変革しています。コードの背景を理解するコンテキストエンジニアリング」技術を活用し、月800件以上の問題を未然に防止。開発者の作業時間を年間数千時間も削減する成果を上げており、ソフトウェア開発における品質と速度の両立という課題に、新たな光明を投じています。

monday.comでは、開発組織が500人規模に拡大するにつれ、コードレビューが開発のボトルネックとなっていました。増え続けるプルリクエスト(コード変更の申請)に対し、人間のレビュアーだけでは追いつかず、品質の低下開発速度の遅延が深刻な課題でした。この状況を打破するため、同社は新たなAIソリューションの導入を検討し始めました。

Qodoの強みはコンテキストエンジニアリング」と呼ばれる独自技術にあります。これはコードの差分だけでなく、過去のプルリクエスト、コメント、関連ドキュメント、さらにはSlackでの議論までをもAIの入力情報とします。これにより、AIは単なる構文エラーではなく、チーム固有の設計思想やビジネスロジックに沿っているかまでを判断し、人間以上に的確な指摘を可能にするのです。

monday.comの分析によると、Qodo導入後、開発者はプルリクエスト1件あたり平均1時間を節約できました。これは年間で数千時間に相当します。さらに、月800件以上の潜在的なバグやセキュリティ問題を本番環境への反映前に発見。「まるでチームに新しい開発者が加わったようだ」と、現場からも高く評価されています。

導入の容易さも普及を後押ししました。QodoはGitHubアクションとして提供され、既存の開発フローにシームレスに統合できます。AIが提案を行い、最終判断は開発者が下す「人間参加型」のモデルを採用したことで、現場の抵抗なく受け入れられました。ツールが開発者の主体性を尊重する点が、導入成功の鍵となりました。

Qodoはコードレビューに留まらず、将来的にはコード生成やテスト自動化までを担う統合開発エージェントプラットフォームを目指しています。独自の埋め込みモデルを開発するなど技術力も高く、NVIDIAやIntuitといった大手企業も既に導入を進めています。開発プロセス全体をAIが支援する未来を描いています。

コンテキスト・エンジンは2026年の大きな潮流になる」とQodoのCEOは予測します。AIを真にビジネス活用するには、表面的な情報だけでなく、組織固有の文脈をいかに理解させるかが重要です。Qodoの事例は、AIが企業の「第二の脳」として機能する時代の到来を予感させます。

ROIを生むAI導入、業務プロセスの可視化が必須に

実験から実行への移行

企業AIが実験段階から成果追求へ
AI投資における測定可能な成果が課題
多くの企業がAIから利益を得られていない現状

鍵はプロセスの理解

業務がどう行われているかを正確に把握
プロセスデータを基にAIの適用箇所を特定
CelonisやScribeが新ツールを提供

具体的な導入効果

メルセデス・ベンツでのサプライチェーン最適化
ユーザー企業での生産性向上と教育高速化

多くの企業で、AI活用が実験段階を終え、投資対効果(ROI)を重視する実行段階へと移行しています。その成功の鍵として、独Celonisや米Scribeなどが提供する、業務プロセスを可視化・分析する「プロセスインテリジェンス」技術が注目を集めています。実際の業務の流れを正確に把握することで、AIを最も効果的な場所に導入し、測定可能な成果を生み出すことが可能になるのです。

しかし、AIプロジェクトから測定可能な利益を得ている企業はわずか11%との指摘もあります。これは技術の問題ではなく、AIを業務のどこに適用すべきかという「コンテキスト(文脈)」の問題です。業務プロセスを理解せずに自動化を進めても、期待した効果は得られません。まず現状を正確に把握することが成功の第一歩と言えるでしょう。

プロセスインテリジェンスの先進企業Celonisは、業務データから「プロセスのデジタルツインを生成します。これにより、業務のボトルネックや非効率な部分を特定。AIをどこに、どのように組み込めば最大の効果を発揮するかをデータに基づき設計し、人間とAIが協調して働く仕組みの構築を支援しています。

一方、スタートアップのScribeは、評価額13億ドル(約2000億円)の資金調達に成功しました。同社の新製品「Scribe Optimize」は、従業員の作業内容を自動で記録・分析し、自動化によって最もROIが高まる業務を特定します。「何を自動化すべきか」という企業の根源的な問いに、明確な答えを提示しようとしています。

既に具体的な成果も出ています。メルセデス・ベンツは半導体危機において、Celonisの技術でサプライチェーンを可視化し、迅速な意思決定を実現しました。また、Scribeの顧客は月間35時間以上の業務時間削減や、新人教育の40%高速化といった生産性向上を報告しており、その価値を証明しています。

今後の企業AIは、単一のツールに閉じるのではなく、プロセスという共通言語を通じて様々なシステムやAIエージェントが連携する「コンポーザブル(組み合わせ可能)なAI」へと進化していくでしょう。AIを真の競争力とするためには、まず自社の業務プロセスを深く理解することから始める必要がありそうです。

AI開発、コストより速度優先の潮流

開発現場の新たな常識

計算コストより展開速度を重視
課題は遅延・柔軟性・容量
迅速な実験が競争優位の源泉

先進企業の具体事例

食品宅配Wonder社はクラウド容量を懸念
バイオ企業Recursion社はハイブリッド基盤で対応
オンプレミスは10倍安価な例も

経営者が持つべき視点

予算策定は科学より芸術
複数年の投資コミットが不可欠
コスト懸念は革新を阻害する

AI開発の最前線で、企業の優先順位が変化しています。米国の食品宅配「Wonder」やバイオテクノロジー企業「Recursion」などの先進企業は、AIの計算コストよりも、展開速度や遅延、柔軟性、処理容量といった課題を重視。コストを理由に導入をためらうのではなく、いかに速く、持続的にAIを事業展開できるかが、新たな競争力の源泉となりつつあります。

この潮流を象徴するのが、Wonder社の事例です。同社のAI利用コストは、1注文あたり数セントと事業全体から見ればごく僅か。しかし、急成長に伴い、当初「無制限」と想定していたクラウドの処理容量が逼迫し始めました。予想より早くインフラ増強の必要性に迫られており、コストよりも物理的な制約が大きな経営課題となっています。

Wonder社にとって、AI関連の予算策定は「科学というより芸術」に近いと言います。新しいモデルが次々と登場するため、予測が困難なためです。特に、大規模モデル利用時のコストの50〜80%は、リクエストごとに同じ情報を再送信する「コンテキスト維持」に費やされることも。常に変化する状況下で、柔軟な予算執行と技術活用のバランスが求められます。

一方、Recursion社はハイブリッドインフラでこの課題に対応しています。同社は数年前に自社でGPUクラスタを構築。クラウド事業者が十分な計算資源を供給できなかったためですが、結果的にこれが功を奏しました。現在も大規模なモデル学習はオンプレミスで、比較的小さな推論などはクラウドで実行するなど、柔軟な使い分けを実現しています。

コスト面でも、このハイブリッド戦略は有効です。Recursion社によれば、大規模なワークロードをオンプレミスで処理する場合、クラウドに比べて「控えめに見積もっても10倍は安価」になるとのこと。5年間の総所有コスト(TCO)では半額に抑えられるケースもあるようです。もちろん、小規模な利用であればクラウドの方がコスト競争力があります。

両社の事例から見えてくるのは、経営層の心理的なコミットメントの重要性です。Recursion社のCTOは「計算資源への投資をためらうと、チームはクラウド費用を恐れてリソースを使わなくなり、結果としてイノベーションが阻害される」と警鐘を鳴らします。AI時代を勝ち抜くには、コストを管理しつつも、革新を止めないための大胆な投資判断が不可欠です。

Google、教育AI戦略を強化 NotebookLMに新機能

学習支援AI NotebookLM

自分の資料からクイズを自動生成
重要語句のフラッシュカード作成
トピックや難易度をカスタマイズ可能
モバイルアプリでいつでも学習

Googleの教育AI戦略

教師代替せず支援する
深い理解と好奇心を促進
不正行為など倫理的課題へも配慮
Geminiモデルでチャット機能も強化

Googleは2025年11月6日、教育分野におけるAI活用戦略を公表し、AI搭載ノートアプリ「NotebookLM」に新機能を追加しました。このアップデートは、世界的な教員不足や教育格差という課題に対し、AIを用いて学習効果とエンゲージメントを高めることを目指すものです。最新のGeminiモデルを活用し、学習者に個別最適化された支援を提供します。

今回のアップデートの目玉は、ユーザーが持つ資料からクイズやフラッシュカードを自動生成する機能です。PDFやテキストなどの学習素材をアップロードするだけで、AIが内容を解析し、理解度を確認するための問題や、暗記用のカードを作成。学習者はトピック、難易度、問題数を自由にカスタマイズでき、効率的な知識定着が期待できます。

NotebookLMは、基盤となるチャット機能も大幅に強化されました。最新のGeminiモデルを搭載することで、応答品質が50%向上し、一度に扱える情報量(コンテキストウィンドウ)は4倍に拡大。これにより、より長く複雑な対話が可能となり、思考のパートナーとして高度な学習をサポートします。

Googleは、AIを単に答えを提示するツールではなく、学習者が深い理解に至るプロセスを支援するものと位置づけています。同社の目標は、AIによって教師を代替することではなく、むしろ教師が授業計画や事務作業から解放され、生徒一人ひとりへの指導に集中できる環境を創出することです。

一方で、同社はAI導入に伴う課題にも真摯に向き合っています。不正行為や情報格差、AIの回答の正確性といった問題に対し、教育コミュニティと連携して解決策を模索。AIリテラシーの向上を支援するとともに、AIでは代替しにくい討論やポートフォリオといった新しい評価方法の導入も視野に入れています。

Copilot CLI登場、ターミナル作業をAIで高速化

ターミナルでAIと対話

ターミナル上でAIと対話
自然言語でコマンドを生成
スクリプト作成やコード修正
作業フローを中断しない効率性

多彩なユースケース

Git操作やPR作成の自動化
環境設定スクリプトの作成
ドキュメントの自動生成
不明なコマンドの自然言語解説

GitHubは、コマンドラインインターフェース(CLI)上でAIアシスタント機能を利用できる「GitHub Copilot CLI」を公開しました。これにより、開発者はターミナルから離れることなく、自然言語でコマンド生成、スクリプト作成、コード修正などが可能になります。作業の文脈を維持したまま、開発ワークフロー生産性を飛躍的に向上させることが期待されます。

Copilot CLIは、対話形式でタスクを依頼するインタラクティブモードと、単発のプロンプトで応答を得るプログラムモードを提供します。これまでIDEやブラウザで行っていたAIとのやり取りをターミナルに集約することで、コンテキストスイッチの削減集中力の維持に貢献します。

利用するには、Node.js環境で簡単なコマンドを実行するだけです。ただし、この機能はGitHub Copilot有料プラン(Pro、Business、Enterpriseなど)契約者向けの提供となります。組織で利用する場合は、管理者がCLIポリシーを有効化する必要があるため注意が必要です。

セキュリティも考慮されています。Copilot CLIがファイルの読み取りや変更、コマンド実行を行う前には、必ずユーザーに確認を求めます。作業ディレクトリを信頼済みとして登録するオプションもありますが、ユーザーが常に操作の主導権を握れる設計になっており、安心して利用できます。

活用例は多岐にわたります。Gitの複雑なコマンド提案、新規プロジェクトの環境設定スクリプト生成、既存コードのドキュメント作成、さらには不明なコマンドを自然言語で解説させることも可能です。これにより、開発者の学習コスト削減にも貢献するでしょう。

Copilot CLIは現在パブリックプレビュー段階にあり、GitHubはユーザーからのフィードバックを求めています。開発の中心であるターミナルでAIを活用することで、コーディング体験そのものが大きく変わる可能性があります。今後の機能拡充にも大いに期待が寄せられます。

AIエージェントの弱点露呈、マイクロソフトが実験場公開

AI市場シミュレータ公開

マイクロソフトが開発・提供
名称はMagentic Marketplace
AIエージェントの行動を研究
OSSとして研究者に公開

判明したAIの主な脆弱性

選択肢過多で性能が低下
意図的な情報操作に弱い
応答順など体系的な偏りも露呈

マイクロソフトは2025年11月5日、AIエージェントの市場行動を研究するためのシミュレーション環境「Magentic Marketplace」をオープンソースで公開しました。アリゾナ州立大学との共同研究で、GPT-5など最新モデルをテストした結果、選択肢が多すぎると性能が落ちる「選択のパラドックス」や、意図的な情報操作に対する深刻な脆弱性が明らかになりました。

今回の実験で最も驚くべき発見の一つは、AIエージェントが「選択のパラドックス」に陥ることです。選択肢が増えるほど、より良い結果を出すと期待されるのとは裏腹に、多くのモデルで消費者利益が低下しました。例えばGPT-5は、選択肢が増えると性能が最適値の2000から1400へ大幅に低下。これは、AIが持つコンテキスト理解の限界を示唆しています。

さらに、AIエージェントは情報操作に対しても脆弱であることが判明しました。偽の権威付けや社会的証明といった心理的戦術から、悪意のある指示を埋め込むプロンプトインジェクションまで、様々な攻撃をテスト。その結果、GPT-4oなどのモデルは、操作した事業者へ全ての支払いを誘導されてしまうなど、セキュリティ上の重大な懸念が浮き彫りになりました。

実験では体系的な偏り(バイアス)も確認されました。一部のオープンソースモデルは、検索結果の最後に表示された事業者を優先的に選択する「位置バイアス」を示しました。また、多くのモデルが最初に受け取った提案を安易に受け入れる「提案バイアス」を持っており、より良い選択肢を見逃す傾向がありました。こうした偏りは、市場の公正性を損なう恐れがあります。

「Magentic Marketplace」は、こうした複雑な問題を安全に研究するために開発されたプラットフォームです。現実世界では難しい、多数のエージェントが同時に相互作用する市場をシミュレートし、消費者保護や市場効率、公平性といった課題を検証できます。マイクロソフトは、この環境を研究者に開放することで、AIが社会に与える影響の解明を加速させたい考えです。

今回の研究結果は、AIエージェントの実用化にはまだ多くの課題があることを示しています。特に、重要な意思決定をAIに完全に委ねるのではなく、人間が監督する「ヒューマン・イン・ザ・ループ」の仕組みが不可欠です。企業がAIエージェントを導入する際には、こうした脆弱性を十分に理解し、対策を講じる必要があります。今後の研究開発の焦点となるでしょう。

グーグル、AI開発基盤を刷新 観測・統制を強化

エージェント開発を高速化

最先端のコンテキスト管理
自己修復機能付きプラグイン提供
開発キットでGo言語を追加サポート
ワンクリックでの本番環境移行

本番運用のガバナンス強化

観測ダッシュボードで稼働監視
エージェントIDによる監査証跡の明確化
プロンプト注入などを防ぐ新機能
パフォーマンスを事前評価する機能

Google Cloudは2025年11月5日、AI開発プラットフォーム「Vertex AI」の中核をなす「Agent Builder」の大規模アップデートを発表しました。この更新は、企業がAIエージェントの構想から設計、展開までをより迅速かつ安全に行えるようにするものです。主な特徴は、開発プロセスを加速する新ツール群と、本番運用に不可欠なガバナンス機能を大幅に強化した点にあります。

開発の高速化は、今回のアップデートの大きな柱です。最先端のコンテキスト管理レイヤーや、失敗したタスクを自己修復する事前構築済みプラグインを導入。開発キット(ADK)はPythonやJavaに加え、新たにGo言語をサポートしました。さらに、コマンド一つでローカル環境からテスト環境へ移行できる「ワンクリックデプロイ」機能も提供します。

同時に、企業利用で必須となるガバナンス機能も大幅に拡充されました。新たに導入された観測可能性ダッシュボードでは、トークン消費量やエラー率などを本番環境で追跡できます。また、エージェントに固有のIDを付与して監査証跡を明確にする機能や、プロンプトインジェクションを防ぐ「Model Armor」も搭載されました。

この観測可能性ダッシュボードは、開発者にとって強力なツールとなるでしょう。本番環境で稼働するエージェントトークン消費量、エラー率、レイテンシー(遅延)を可視化し、問題が発生した際の原因特定と再現を容易にします。これにより、クラウドベースでの本番監視が格段に効率化され、安定した運用が可能になります。

Google CloudがAgent Builderの強化を急ぐ背景には、熾烈な開発者獲得競争があります。OpenAIの「AgentKit」やマイクロソフトの「Azure AI Foundry」、AWSの「Bedrock」など、競合他社もAIエージェント開発基盤の機能拡充を競っています。今回のアップデートは、自社エコシステム内に開発者を留め、競争優位性を確保するための戦略的な一手と言えるでしょう。

GitHub、AI開発ハブへ。MSのプラットフォーム戦略

Agent HQ構想

AIエージェント向けプラットフォーム
開発エコシステム中心地を維持
外部ツールを統合するオープンな思想

参画する主要プレイヤー

OpenAIAnthropicが初期参加
GoogleCognitionxAIも追随

開発手法の進化

人間は仕様定義や創造に集中
実装はAIエージェントが代行
ツール間のコンテキスト共有を実現

マイクロソフトは、開発者向けイベント「GitHub Universe」で、AIコーディングエージェントのハブとなる新機能「Agent HQ」を発表しました。これはGitHubを単なるコード置き場から、多様なAIが協働する中心的なプラットフォームへと進化させ、開発エコシステムにおける主導権を維持する狙いです。

「Agent HQ」は、OpenAIAnthropicGoogleなどの外部AIコーディングアシスタントGitHubエコシステムに接続するものです。特定のツールに開発者を囲い込むのではなく、オープンなプラットフォームとして開発の中心地であり続けるための戦略と言えるでしょう。

この動きの背景には、開発ワークフロー全体を自動化する「Cursor」のような競合ツールの台頭があります。単なるコード補完から自律的なエージェントへとAIの役割が進化する中、迅速に対応しなければ市場での優位性を失うという危機感がうかがえます。

GitHubの幹部は「人間は仕様定義や創造的なプロセスに集中し、実装はAIエージェントに委ねる時代になる」と語ります。開発者はもはや、個々のツールでコンテキストを再構築する必要がなくなり、より高付加価値な業務に専念できるようになるのです。

この戦略は、マイクロソフトのAI事業全体にとっても極めて重要です。同社はGitHubをAIアプリケーション構築の中核に据えており、「Agent HQ」によって開発者の作業とデータを自社エコシステム内に留め、AI時代の覇権を確固たるものにしようとしています。

自律型AI導入、コンテキストエンジニアリングが鍵

自律型AIの課題と未来

信頼性の高い応答にコンテキストが必須
企業データは様々な場所に散在
2026年までに大企業の6割が導入予測

Elasticが示す解決策

AIに必要なデータとツールを提供
新機能Agent Builderで開発を簡素化
専門知識不要でAIエージェント構築

自律的に思考し業務を遂行する「自律型AI」の導入が企業で加速する中、その信頼性を担保する鍵として「コンテキストエンジニアリング」が注目されています。検索・分析プラットフォーム大手のElastic社は、企業の散在するデータをAIに的確に与えるこの技術が不可欠だと指摘。同社が提供する新機能「Agent Builder」は、専門家でなくとも自社のデータに基づいた高精度なAIエージェントの構築を可能にします。

自律型AIの性能は、与えられるコンテキストの質に大きく依存します。しかし多くの企業では、必要なデータが文書、メール、業務アプリなどに散在しており、AIに一貫したコンテキストを提供することが困難です。Elastic社の最高製品責任者ケン・エクスナー氏は、この「関連性」の問題こそが、AIアプリケーション開発でつまずく最大の原因だと指摘しています。

市場は急速な拡大期を迎えています。調査会社Deloitteは、2026年までに大企業の60%以上が自律型AIを本格導入すると予測。またGartnerは、同年末までに全企業向けアプリの40%がタスク特化型エージェントを組み込むと見ています。競争優位性の確保や業務効率化に向け、各社は実験段階から本格的な実装へと舵を切っており、導入競争は待ったなしの状況です。

この課題を解決するのが、適切なコンテキストを適切なタイミングでAIに提供する「コンテキストエンジニアリング」です。これは、AIが正確な応答をするために必要なデータを提供するだけでなく、そのデータを見つけて利用するためのツールやAPIをAI自身が理解する手助けをします。プロンプトエンジニアリングやRAG検索拡張生成)から一歩進んだ手法として注目されています。

Elastic社はこの潮流に対応し、Elasticsearchプラットフォーム内に新機能「Agent Builder」を技術プレビューとして公開しました。これは、AIエージェントの開発から実行、監視までライフサイクル全体を簡素化するものです。ユーザーは自社のプライベートデータを用いてツールを構築し、LLMと組み合わせて独自のAIエージェントを容易に作成できます。

コンテキストエンジニアリングは、高度な専門知識がなくとも実践できる一方、その効果を最大化するには技術と経験が求められ、新たな専門分野として確立されつつあります。今後はLLMが訓練データに含まれない企業固有のデータを理解するための新しい技術が次々と登場し、AIによる自動化と生産性向上をさらに加速させると期待されています。

Pixel Watch 4の新機能、AIでスマホから解放

手首を上げるだけのAI起動

Hey Google不要音声操作
ハンズフリーで即座にタスク実行
移動中や運動中でもシームレス連携

気の利くパーソナルアシスタント

アイデアや情報を音声でメモ
メールや地図と連携し状況を把握
個人情報を記憶させタスクを自動化
カレンダー登録やリマインダー設定

Googleは、最新スマートウォッチ「Pixel Watch 4」に搭載されたAI「Gemini」の活用事例を公開しました。新機能「Raise to Talk」は、手首を上げて話すだけでAIを起動でき、スマートフォンを取り出すことなく、スケジュール管理や情報検索、メッセージ送信などをシームレスに実行します。多忙なビジネスパーソンが、いかにしてAIを日常業務に取り入れ、生産性を向上させられるかを示す好例と言えるでしょう。

新機能の最大の特長は、「Hey Google」というウェイクワードが不要な点です。ユーザーはただ手首を口元に近づけて話すだけで、即座にGeminiとの対話を開始できます。これにより、会議中や移動中、両手がふさがっている状況でも、思考を中断することなくタスクを実行したり、アイデアをメモしたりすることが可能になります。まさに「思考の速度で動くAI」と言えるでしょう。

記事では、交通渋滞に巻き込まれた際に、Geminiがメールから目的地の住所を検索し、Googleマップの交通情報と連携して到着予定時刻をリアルタイムで算出した事例が紹介されています。さらに、遅刻を伝えるメッセージの作成・送信までを音声操作だけで完結。このような機能は、分刻みで動くビジネスパーソンの強力な武器となり得ます。

Geminiは、ユーザーの個人的な情報や好みを記憶する「パーソナルコンテキスト」機能を活用します。ホテルの部屋番号のような一時的な情報を記憶させたり、「お気に入りのバレエダンサーが出演する公演をカレンダーに登録して」といった曖昧な指示を理解し、実行することが可能です。パーソナライズが進むことで、より一層、気の利く秘書のような存在になります。

Pixel Watch 4とGeminiの組み合わせが示すのは、「スマートフォンからの解放」という新しいワークスタイルです。情報を得るため、あるいはタスクをこなすために、いちいちデバイスを手に取る必要がなくなるのです。ウェアラブルデバイスが真のパーソナルアシスタントとして機能する未来が、すぐそこまで来ていることを感じさせます。

マイクロソフト、「待てるAI」実現へ新技術を発表

既存AIエージェントの課題

長期間の監視タスクが苦手
待てずに失敗、またはリソース浪費
メール返信待ちなどの自動化困難

新技術SentinelStep

動的な間隔で状況を監視
コンテキスト管理で長期稼働を実現
指定条件を満たした際に自動実行

性能と将来性

長時間タスクの成功率が大幅向上
常時稼働アシスタント実現への布石

Microsoft Researchは2025年10月21日、長時間にわたる監視タスクを実行できるAIエージェント技術「SentinelStep」を発表しました。現在のAIエージェントは、メールの返信を待つといった単純な「待機」が苦手という課題がありました。新技術は、動的な監視間隔の調整とコンテキスト管理によりこの問題を解決し、常時稼働するアシスタントの実現に道を開くものです。

「メールの返信が来たら通知する」「株価が目標額に達したら知らせる」。こうしたタスクの自動化は多くの時間を節約しますが、現在のLLMエージェントは不得意です。頻繁に確認しすぎてリソースを浪費するか、数回で諦めてしまうためです。高度な分析やコーディングができる一方で、単純な「待機」ができないという意外な弱点がありました。

SentinelStepは、この課題を2つの工夫で解決します。1つ目は、タスクの性質に応じて確認頻度を賢く調整する「動的ポーリング」です。2つ目は、数日間にわたるタスクでも過去の文脈を失わない「コンテキスト管理」。これにより、エージェント効率的かつ粘り強くタスクを監視し続けられます。

ユーザーは「アクション(何を確認するか)」「条件(いつ完了か)」「ポーリング間隔(どのくらいの間隔で確認するか)」の3要素を設定するだけで、監視エージェントを構築できます。この仕組みは、同社が開発したプロトタイプ「Magentic-UI」に実装されており、Webブラウジングやコーディングなど、様々なタスクに応用可能です。

その効果は、専用の評価環境「SentinelBench」で実証済みです。SentinelStepを使用しない場合、2時間かかる監視タスクの成功率はわずか5.6%でした。しかし、新技術を適用すると成功率は38.9%へと大幅に向上。長時間になるほど、その信頼性の高さが際立つ結果となりました。

この技術は、単に待つだけでなく、適切なタイミングで行動を起こす、実用的でプロアクティブなAIエージェントへの重要な一歩です。SentinelStepはオープンソースとして公開されており、開発者はすぐにでもこの「忍耐強い」エージェントの構築を試せます。企業の生産性を高める「常時稼働アシスタント」の基盤となる可能性を秘めています。

DeepSeek、テキストを画像化し10倍圧縮する新AI

テキスト処理の常識を覆す

テキストを画像として表現
従来のトークンより最大10倍効率化
LLMの常識を覆すパラダイム転換

巨大コンテキストと高効率

1000万トークン級の文脈へ
単一GPU日産20万ページ処理
トークナイザー問題を根本的に解決

オープンソースで開発加速

モデルやコードを完全公開
圧縮データ上の推論能力が今後の課題

中国のAI研究企業DeepSeekは、テキスト情報を画像として処理することで最大10倍に圧縮する新しいオープンソースAIモデル「DeepSeek-OCR」を発表しました。この技術は、大規模言語モデル(LLM)が一度に扱える情報量(コンテキストウィンドウ)を劇的に拡大する可能性を秘めており、従来のテキスト処理の常識を覆す画期的なアプローチとして注目されています。

このモデルの核心は、テキストを文字の集まり(トークン)としてではなく、一枚の「絵」として捉え、視覚情報として圧縮する点にあります。従来、テキスト情報の方が視覚情報より効率的に扱えると考えられてきましたが、DeepSeek-OCRはこの常識を覆しました。OpenAIの共同創業者であるAndrej Karpathy氏も「LLMへの入力は全て画像であるべきかもしれない」と述べ、この発想の転換を高く評価しています。

その性能は驚異的です。実験では、700〜800のテキストトークンを含む文書をわずか100の視覚トークンで表現し、97%以上の精度で元のテキストを復元できました。これは7.5倍の圧縮率に相当します。実用面では、単一のNVIDIA A100 GPUで1日に20万ページ以上を処理できる計算となり、AIの学習データ構築などを大幅に加速させることが可能です。

この技術革新がもたらす最大のインパクトは、LLMのコンテキストウィンドウの飛躍的な拡大です。現在の最先端モデルが数十万トークンであるのに対し、このアプローチは1000万トークン級の超巨大な文脈の実現に道を開きます。企業の全社内文書を一度に読み込ませて対話するなど、これまで不可能だった応用が現実のものとなるかもしれません。

テキストの画像化は、長年AI開発者を悩ませてきた「トークナイザー」の問題を根本的に解決する可能性も秘めています。文字コードの複雑さや、見た目が同じでも内部的に異なる文字として扱われるといった問題を回避できます。さらに、太字や色、レイアウトといった書式情報も自然にモデルへ入力できるため、よりリッチな文脈理解が期待されます。

DeepSeekはモデルの重みやコードを全てオープンソースとして公開しており、世界中の研究者がこの新技術を検証・発展させることが可能です。一方で、圧縮された視覚情報の上で、LLMがどの程度高度な「推論」を行えるかは未知数であり、今後の重要な研究課題となります。この挑戦的なアプローチが、次世代AIの標準となるか、業界全体の注目が集まります。

Google AI Studio、統合UIと新機能で開発を加速

開発ワークフローを統合

複数AIモデルを単一画面で操作
コンテキスト切替が不要に
プロンプトから動画音声まで連続作成
一貫性のあるチャットUIデザイン

利便性を高める新機能

デザインのウェルカムページ
使用量・制限をリアルタイム可視化
Googleマップとの連携機能
実世界の地理データを活用可能

Googleは2025年10月18日、開発者向けプラットフォーム「Google AI Studio」のメジャーアップデートを発表しました。今回の更新は、開発者のフィードバックに基づき、AIモデルを利用した開発体験をよりシームレスかつ効率的にすることを目的としています。複数のAIモデルを統合した操作画面や、Googleマップとの連携機能などが追加されました。

アップデートの核となるのが、新しくなった「Playground」です。これまで別々のタブで操作する必要があった、対話AI「Gemini」や動画生成AI「GenMedia」などのモデルを、単一の統合された画面で利用可能になりました。これにより、開発者はタブを切り替える手間なく、アイデアから画像動画音声ナレーションまでを一つの流れで作成できます。

利便性を高める改善も加えられました。新しいウェルカムホームページは、プラットフォームの全機能へのアクセスを容易にし、最新情報や進行中のプロジェクトを一覧表示します。また、新たに追加されたレート制限ページでは、APIの使用状況と上限をリアルタイムで確認でき、予期せぬ利用中断を防ぎながらアプリケーションの規模を管理できます。

特に注目されるのが、Googleマップとの連携機能「マップグラウンディング」です。この機能により、開発者現実世界の地理データや文脈をAIモデルに直接組み込むことが可能になります。これにより、位置情報に基づいた、より正確で創造的なアプリケーション開発が期待できるでしょう。

Googleは今回のアップデートを「より良い基盤を築くためのもの」と位置付けています。開発ワークフローの摩擦をなくし、開発者が本来の創造的な作業に集中できる環境を整えました。同社は来週、この基盤の上に構築される新たなAI活用アプリ開発手法を発表する予定であり、さらなる進化が期待されます。

Anthropic、専門業務AI化へ 新機能『Skills』発表

新機能「Skills」とは

業務知識をフォルダでパッケージ化
タスクに応じAIが自動でスキル読込
ノーコードでもカスタムAI作成可能

導入企業のメリット

プロンプト手間を削減し作業効率化
属人化しがちな専門知識を共有
楽天は業務時間を8分の1に短縮

主な特徴と利点

複数スキルを自動で組合せ実行
APIなど全製品で一度作れば再利用OK

AI開発企業Anthropicは10月16日、同社のAIモデル「Claude」向けに新機能「Skills」を発表しました。これは、企業の特定業務に関する指示書やデータをパッケージ化し、Claudeに専門的なタスクを実行させるAIエージェント構築機能です。複雑なプロンプトを都度作成する必要なく、誰でも一貫した高品質のアウトプットを得られるようになり、企業の生産性向上を支援します。

「Skills」の核心は、業務知識の再利用可能なパッケージ化にあります。ユーザーは、指示書やコード、参考資料などを一つのフォルダにまとめることで独自の「スキル」を作成。Claudeは対話の文脈を理解し、数あるスキルの中から最適なものを自動で読み込んでタスクを実行します。これにより、AIの利用が特定の個人のノウハウに依存する問題を解決します。

導入効果は劇的です。先行導入した楽天グループでは、これまで複数部署間の調整が必要で丸一日かかっていた管理会計業務を、わずか1時間で完了できるようになったと報告しています。これは生産性8倍に相当します。他にもBox社やCanva社が導入し、コンテンツ作成や資料変換といった業務で大幅な時間短縮を実現しています。

技術的には「段階的開示」と呼ばれるアーキテクチャが特徴です。AIはまずスキルの名称と要約だけを認識し、タスクに必要と判断した場合にのみ詳細情報を読み込みます。これにより、モデルのコンテキストウィンドウの制限を受けずに膨大な専門知識を扱える上、処理速度とコスト効率を維持できるのが、競合の類似機能に対する優位点です。

本機能は、Claudeの有料プラン(Pro、Max、Team、Enterprise)のユーザーであれば追加費用なしで利用できます。GUI上で対話形式でスキルを作成できるため、エンジニアでなくとも利用可能です。もちろん、開発者向けにはAPIやSDKも提供され、より高度なカスタムAIエージェントを自社システムに組み込めます。

一方で、SkillsはAIにコードの実行を許可するため、セキュリティには注意が必要です。Anthropicは、企業管理者が組織全体で機能の有効・無効を制御できる管理機能を提供。ユーザーが信頼できるソースから提供されたスキルのみを利用するよう推奨しており、企業ガバナンスの観点からも対策が講じられています。

AIエージェント開発競争が激化する中、Anthropicは企業の実用的なニーズに応える形で市場での存在感を高めています。専門知識を形式知化し、組織全体の生産性を高める「Skills」は、AI活用の次の一手となる可能性を秘めているのではないでしょうか。

不在同僚のAI分身を生成、Vivenが53億円調達

「不在」が招く業務停滞を解消

同僚の不在による情報共有の遅延
AIで従業員のデジタルツインを生成
メールやSlackから知識を学習
いつでも必要な情報に即時アクセス

プライバシー保護が成功の鍵

機密情報へのアクセス制御技術
個人情報は自動で非公開
質問履歴の可視化で不正利用を防止
著名VC革新性を評価し出資

AI人材管理で知られるEightfoldの共同創業者が、新会社Vivenを立ち上げ、シードラウンドで3500万ドル(約53億円)を調達しました。Vivenは、従業員一人ひとりの「デジタルツイン」をAIで生成するサービスです。休暇や時差で不在の同僚が持つ情報にいつでもアクセスできるようにし、組織全体の生産性向上を目指します。著名投資家もその革新的なアイデアに注目しています。

Vivenの核心は、各従業員専用に開発される大規模言語モデル(LLM)です。このLLMが本人のメールやSlack、社内文書を学習し、知識や経験を内包したAIの「分身」を創り出します。他の従業員は、このデジタルツインに話しかけるように質問するだけで、プロジェクトに関する情報や知見を即座に引き出すことが可能になります。

このような仕組みで最大の障壁となるのが、プライバシーセキュリティです。Vivenは「ペアワイズコンテキスト」と呼ばれる独自技術でこの課題を解決します。この技術により、LLMは誰がどの情報にアクセスできるかを正確に判断し、機密情報や個人的な内容が意図せず共有されるのを防ぎます。

さらに、Vivenは従業員が自身のデジタルツインへの質問履歴をすべて閲覧できるようにしています。これにより、不適切な質問への強力な抑止力が働きます。この複雑な情報共有とプライバシー保護の両立は、最近のAI技術の進歩によってようやく実現可能になった、非常に難易度の高い問題だとされています。

創業者によれば、現在エンタープライズ向けデジタルツイン市場に直接の競合は存在しないとのことです。しかし、将来的に大手AI企業が参入する可能性は否定できません。その際、Vivenが先行して築いた「ペアワイズ」コンテキスト技術が、他社に対する強力な参入障壁になると期待されています。

Vivenは既に、コンサルティング大手のGenpactや、創業者らが率いるEightfold自身も顧客として導入を進めています。伝説的な投資家ヴィノド・コースラ氏も「誰もやっていない」とその独自性を認め出資を決めるなど、市場からの期待は非常に大きいと言えるでしょう。

統合AIプラットフォーム競争激化、GoogleとAWSが新サービス

Googleの新統合AI基盤

Google AIを単一プラットフォームに集約
Microsoft 365など外部データと連携
月額30ドル/人から利用可能

AWSのブラウザ拡張AI

ブラウザ拡張機能で提供
OutlookやSlack上で直接利用
多様な企業データソースに接続
既存のBedrockエージェントを活用

GoogleAmazon Web Services (AWS)が、企業向けに新たな統合AIプラットフォームを相次いで発表しました。Googleは「Gemini Enterprise」を、AWSは「Quick Suite」を投入し、従業員が業務で使うアプリケーションから離れることなく、シームレスにAI機能を呼び出せる環境を目指します。この動きは、作業の文脈(コンテキスト)を維持し、生産性を劇的に向上させることを狙ったものです。

これまでAIチャットボットを利用するには、作業中のアプリとは別に専用画面を開く必要があり、手間や思考の中断が課題でした。この「摩擦」を解消し、作業の文脈を失うことなくAIを活用できるフルスタックな環境が求められています。従業員のワークフローにAIを自然に組み込むことが、生産性向上の鍵となるのです。

Googleの「Gemini Enterprise」は、同社のAIサービスを一つのプラットフォームに統合します。Google Workspaceに加え、Microsoft 365やSalesforceといった外部データソースにも接続可能です。専門知識がなくても、ノーコードで情報検索や業務自動化のためのエージェントを構築・管理できる点が大きな特徴と言えるでしょう。

一方のAWSが発表した「Quick Suite」は、ブラウザ拡張機能として提供されます。これにより、ChromeやOutlook、Slackといった日常的に使うツール上で直接AIエージェントを呼び出せます。バックエンドではAWSのAI基盤「Bedrock」で構築したエージェントを活用でき、企業ごとの独自データに基づいた応答が可能です。

両社の新サービスが目指すのは、従業員を一つのエコシステム内に留め、作業を中断させないシームレスなAI体験の提供です。企業向けAI市場の覇権を巡る戦いは、いかに既存の業務フローに溶け込めるかという「利便性」の競争へと移行し始めています。今後、各社はさらなる差別化を迫られることになるでしょう。

Google、対話型AI検索「Search Live」をインド展開

インド市場での拡大

AI検索機能「Search Live」をインドで提供開始米国に次ぐ2例目)
英語とヒンディー語に対応し展開
AI Modeが7つのインド現地語を追加サポート
対象言語はベンガル語、タミル語など計7言語

機能と戦略的狙い

リアルタイム支援の会話型検索を実現
カメラで写した視覚情報を用いたマルチモーダル検索
インド早期AI採用をトレーニングに活用
Search Liveの基盤技術はカスタム版Gemini

Googleは、AIを搭載した会話型検索機能「Search Live」をインドで提供開始しました。これは、米国に次いで2番目の市場展開となります。同時に、AI Modeもインドの現地語7言語に拡大対応。同国はGoogleにとって最速で成長する市場の一つであり、AI機能を強化することで、巨大なユーザー層の獲得を目指します。

Search Liveは、Geminiをカスタム化したAIモデルとProject Astra技術に基づいています。ユーザーはスマートフォンのカメラを向けた物体に対し、リアルタイムで質問し、双方向の会話を通じて支援を得られます。視覚的なコンテキストを利用するマルチモーダル検索であり、ユーザー体験を大きく変えるものです。

Googleのプロダクト担当副社長は、インドの人々を「マルチモーダル検索のパワーユーザー」と表現し、音声および視覚検索において世界最大のユーザー基盤だと強調しています。この高いAI採用意欲が、インド米国に次ぐ Search Live の導入市場となった論理的な理由です。

今回のインド展開には、同国の早期AI採用層を活かし、広範な視覚的コンテキストでシステムを訓練するという戦略的狙いがあります。多様な環境や言語から得られるデータは、Search Liveの能力を時間とともに向上させ、グローバル展開の精度を高める基盤となります。

また、AI Modeはベンガル語、タミル語、ウルドゥー語など新たに7つのインド現地語に対応しました。これは、世界200以上の国と地域、35以上の新言語へのグローバル拡大の一環です。カスタムGeminiモデルが現地言語の微妙なニュアンスを正確に把握できるとしています。

Gemini CLIが外部連携を全面開放、オープンな拡張機能で開発生産性を劇的に向上

オープンな連携基盤を確立

Gemini CLIを拡張プラットフォームへ進化
外部ツールとの連携をコマンドラインで実現
開発者100万人が利用するAIエージェント
FigmaStripeなど大手と連携開始

開発者主導の拡張性

Google非承認で公開できるオープン性
GitHubリポジトリでの手動インストールを推奨
Playbook機能でAIが使い方を即座学習
複雑な設定不要で意味のある結果を即時提供

Googleは、開発者向けAIシステム「Gemini CLI」に、外部ツールと連携するための拡張機能システムを正式に導入しました。これにより、100万人以上の開発者は、コマンドライン上で直接、FigmaStripe、Dynatraceといった業界リーダーのサービスを利用可能になります。AIの力を借りて、開発者がターミナルと外部ツール間でのコンテキストスイッチングを排除し、生産性を劇的に高めることが目的です。

この拡張機能システムは、Gemini CLIを単なるコーディング補助ツールから「拡張性プラットフォーム」へと進化させます。拡張機能は外部ツールへの接続を可能にするだけでなく、AIエージェントがそのツールを効果的に使用するための「プレイブック」(組み込みの説明書)を含んでいます。これにより、開発者は複雑な設定なしに、最初のコマンドから意味のある結果を得ることができます。

特に注目すべきは、そのオープンなエコシステム戦略です。OpenAIChatGPTのアプリが厳しくキュレーションされているのに対し、Gemini CLIの拡張機能は、Googleの承認や関与なしに、誰でもGitHub上で開発・公開できます。これは「誰もが参加できる公正なエコシステム」を確立したいというGoogleの強い意志を反映しています。

ローンチ時点で、Figmaデザインコード生成)、Stripe(支払いサービスAPI連携)、Postman(API評価)、Shopify(開発者エコシステム連携)など、多数の主要パートナーが参画しています。これらの拡張機能をインストールするだけで、ターミナルが開発者統合されたツールチェーンの中心となり、デバッグCI/CDセキュリティチェックといった作業が効率化されます。

拡張機能は、Model Context Protocol (MCP) と呼ばれるツール連携の基盤上に構築されています。これにより、拡張機能は、ローカルファイルやGitステータスなどの環境コンテキストも利用し、開発者の意図通りに適切なツールと指示を実行します。この統合されたインテリジェンスが、開発現場におけるAIの利用価値を飛躍的に高めるでしょう。

AI21が25万トークン対応の小型LLMを発表、エッジAIの経済性を一変

小型モデルの定義変更

30億パラメータのオープンソースLLM
エッジデバイスで25万トークン超を処理
推論速度は従来比2〜4倍高速化

分散型AIの経済性

MambaとTransformerハイブリッド構造採用
データセンター負荷を減らしコスト構造を改善
高度な推論タスクをデバイスで実行

企業利用の具体例

関数呼び出しやツールルーティングに最適
ローカル処理による高いプライバシー確保

イスラエルのAIスタートアップAI21 Labsは、30億パラメータの小型オープンソースLLM「Jamba Reasoning 3B」を発表しました。このモデルは、ノートPCやスマートフォンなどのエッジデバイス上で、25万トークン以上という異例の長大なコンテキストウィンドウを処理可能であり、AIインフラストラクチャのコスト構造を根本的に変える可能性を秘めています。

Jamba Reasoning 3Bは、従来のTransformerに加え、メモリ効率に優れたMambaアーキテクチャを組み合わせたハイブリッド構造を採用しています。これにより、小型モデルながら高度な推論能力と長文処理を両立。推論速度は従来のモデルに比べて2〜4倍高速であり、MacBook Pro上でのテストでは毎秒35トークンを処理できることが確認されています。

AI21の共同CEOであるオリ・ゴーシェン氏は、データセンターへの過度な依存が経済的な課題となっていると指摘します。Jamba Reasoning 3Bのような小型モデルをデバイス上で動作させることで、高価なGPUクラスターへの負荷を大幅に軽減し、AIインフラストラクチャのコスト削減に貢献し、分散型AIの未来を推進します。

このモデルは、特に企業が関心を持つユースケースに最適化されています。具体的には、関数呼び出し、ポリシーに基づいた生成、そしてツールルーティングなどのタスクで真価を発揮します。シンプルな業務指示や議事録作成などはデバイス上で完結し、プライバシーの確保にも役立ちます。

Jamba Reasoning 3Bは、同規模の他の小型モデルと比較したベンチマークテストでも優位性を示しました。特に長文理解を伴うIFBenchやHumanity’s Last Examといったテストで最高スコアを獲得。これは、同モデルがサイズを犠牲にすることなく、高度な推論能力を維持していることを示しています。

企業は今後、複雑で重い処理はクラウド上のGPUクラスターに任せ、日常的かつシンプルな処理はエッジデバイスでローカルに実行する「ハイブリッド運用」に移行すると見られています。Jamba Reasoning 3Bは、このハイブリッド戦略の中核となる効率的なローカル処理能力を提供します。

PowerSchool、SageMakerで実現した教育AI向けコンテンツフィルタリング

K-12教育特化AIの安全確保

K-12教育向けAIアシスタント「PowerBuddy」
歴史教育などでの誤検出(False Positive)を回避
いじめ・自傷行為の即時検知を両立させる必要性

SageMaker活用によるモデル育成

Llama 3.1 8BをLoRA技術で教育特化ファインチューニング
高い可用性とオートスケーリングを要件にSageMakerを採用
有害コンテンツ識別精度約93%、誤検出率3.75%未満

事業へのインパクトと将来性

学校現場での教師の負担を大幅に軽減
将来的にマルチアダプター推論で運用コストを最適化

教育分野向けのクラウドソフトウェア大手PowerSchoolは、AIアシスタント「PowerBuddy」の生徒安全を確保するため、AWSAmazon SageMaker AIを活用し、コンテンツフィルタリングシステムを構築しました。オープンな基盤モデルであるLlama 3.1を教育ドメインに特化してファインチューニングし、高い精度と極めて低い誤検出率を両立させ、安全な学習環境の提供を実現しています。

このソリューションが目指したのは「責任あるAI(Responsible AI)」の実現です。ジェネリックなAIフィルタリングでは、生徒が歴史的な戦争やホロコーストのような機微な学術的話題を議論する際に、誤って暴力的コンテンツとして遮断されるリスクがありました。同時に、いじめや自傷行為を示唆する真に有害な内容は瞬時に検知する必要があり、ドメイン特化の調整が不可欠でした。

PowerSchoolは、このカスタムモデルの開発・運用基盤としてAmazon SageMaker AIを選定しました。学生の利用パターンは学校時間帯に集中するため、急激なトラフィック変動に対応できるオートスケーリング機能と、ミッションクリティカルなサービスに求められる高い信頼性が決め手となりました。また、モデルの重みを完全に制御できる点も重要でした。

同社はLlama 3.1 8Bモデルに対し、LoRA(Low Rank Adaptation)技術を用いたファインチューニングをSageMaker上で行いました。その結果、教育コンテキストに特化した有害コンテンツ識別精度は約93%を達成。さらに、学術的な内容を誤って遮断する誤検出率(False Positive)を3.75%未満に抑えることに成功しました。

この特化型コンテンツフィルタリングの導入は、学生の安全を確保するだけでなく、教育現場に大きなメリットをもたらしています。教師はAIによる学習サポートにおいて生徒を常時監視する負担が減り、より個別指導に集中できるようになりました。現在、PowerBuddyの利用者は420万人以上の学生に拡大しています。

PowerSchoolは今後、SageMaker AIのマルチアダプター推論機能を活用し、コンテンツフィルターモデルの隣で、教育ドメインに特化した意思決定エージェントなど複数の小型言語モデル(SLM)を展開する計画です。これにより、個別のモデルデプロイが不要となり、専門性能を維持しつつ大幅なコスト最適化を目指します。

AI生成コード急増が招くセキュリティ危機:透明性と責任追跡が困難に

新たなリスク源

AIは脆弱なコードを学習データとして取り込む
過去の脆弱性再発・混入する可能性
特定コンテキストを考慮しない「ラフドラフト」の生成

開発ライフサイクルの複雑化

LLM出力が不安定で毎回異なるコードを生成
人間によるレビューへの過度な依存が発生
コードの所有権や監査履歴の追跡が困難

影響と対策の遅れ

企業のコードの6割以上がAI生成(2024年調査)
承認ツールリストを持つ組織は2割未満
リソースの少ない組織がセキュリティ被害を受けやすい

AIによるコード生成、通称「Vibe Coding」の急速な普及が、ソフトウェアサプライチェーンに新たな、かつ深刻なセキュリティリスクをもたらしています。セキュリティ専門家は、生産性向上と引き換えに、コードの透明性や責任追跡性が失われ、従来のオープンソースが抱えていた問題を上回る危険性を指摘しています。

その最大のリスクは、AIモデルが学習データとして、公開されている古い、脆弱な、または低品質なコードを取り込んでしまう点にあります。この結果、過去に存在した脆弱性がAIによって自動生成されたコード内に再発・混入する可能性が高まっています。

多くの開発者がゼロからコードを書く手間を省くため、AI生成コードを流用しています。しかし、AIは特定の製品やサービスの詳細なコンテキストを完全に把握せず「ラフドラフト」を生成するため、開発者人間のレビュー能力に過度に依存せざるを得ません。

従来のオープンソースには、プルリクエストやコミットメッセージなど、誰がコードを修正・貢献したかを追跡するメカニズムが存在しました。しかし、AIコードにはそうしたアカウンタビリティ(責任追跡)の仕組みがなく、コードの所有権や人間の監査履歴が不明瞭になりがちです。

大規模言語モデル(LLM)は同じ指示を与えても毎回わずかに異なるコードを出力します。この特性は、チーム内での一貫性の確保やバージョン管理を極めて複雑にします。従来の開発プロセスに、AI由来の新たな複雑性が加わった形です。

調査によると、2024年には組織のコードの60%以上がAIによって生成されていると回答した幹部が3分の1に上りました。にもかかわらず、AIコード生成ツールの承認リストを持つ組織は2割未満にとどまり、セキュリティ対策の遅れが深刻化しています。

特に、低コストで迅速なアプリケーション開発を望む中小企業やリソースの少ない組織は、AIコードに依存することで、皮肉にもセキュリティ被害を被るリスクが不釣り合いに増大すると警告されています。企業は技術導入の際に、潜在的な影響を慎重に評価すべきです。

19歳CEOのAI記憶SaaS、Google幹部らから260万ドル調達

AIの長期記憶を実現

LLMのコンテキスト窓の限界を克服
セッションを超えた長期記憶機能をアプリに提供
非構造化データから知識グラフを自動構築
競合と比較し低レイテンシでの提供が強み

創業と調達のインパクト

19歳の創業者Shah氏が全米で事業開始
シードラウンドで260万ドルを調達
Google AI責任者Jeff Dean氏らが出資
既存顧客にはa16z出資のデスクトップAIも

AIアプリケーションの長期記憶機能を専門とするスタートアップ、Supermemoryは、シードラウンドで260万ドルを調達しました。創業者である19歳のドラヴヤ・シャー氏の迅速な開発力が評価され、このラウンドにはGoogle AIのトップであるジェフ・ディーン氏CloudflareのCTOなど、著名なテック業界幹部が個人投資家として参画しています。

現在のLLMはコンテキストウィンドウ(文脈記憶の範囲)に限界があり、セッションを跨いだ長期的な記憶保持が困難です。Supermemoryは、この課題を解決するため、非構造化データから「記憶」やインサイトを抽出し、知識グラフとして永続化するユニバーサルメモリーAPIを提供します。

同社のAPIは、ドキュメント、メール、チャット、PDFなど、あらゆる種類のデータを取り込むことができます。これにより、AIアプリは過去の膨大なデータからユーザーにパーソナライズされたコンテキストを迅速に引き出せます。動画エディタが関連アセットを検索するなど、マルチモーダルなユースケースにも対応します。

今回の資金調達は、Susa VenturesやBrowder Capitalが主導しました。投資家たちは、シャー氏がわずか19歳でありながら、アイデアを驚異的なスピードでプロダクト化する実行力に強く惹かれたといいます。この強力なバックアップ体制は、今後の成長を大きく後押しするでしょう。

AIのメモリーレイヤーを構築する競合他社は存在しますが、Supermemoryは特に低レイテンシ(低遅延)でのデータ提供能力を強みとしています。既にa16z出資のデスクトップアシスタントCluelyやAI動画エディタMontraなど、複数の既存顧客を獲得しており、市場での高い需要を示しています。

GoogleのAIコーディング支援、APIとCLIで開発を加速

開発ワークフローに直接統合

ターミナルで直接操作するCLI提供
API公開でシステム連携が可能に
SlackCI/CDパイプラインへ統合
作業環境の切替コストを大幅削減

Julesの進化と今後の展望

対話履歴を記憶するメモリ機能を搭載
Gemini 2.5 Proを基盤に動作
GitHub以外のバージョン管理も検討
プロ向け有料プランで利用上限拡大

Googleは10月2日、AIコーディングエージェントJules」を開発者ワークフローに深く統合するための新機能を発表しました。新たに提供されるコマンドラインインターフェース(CLI)とパブリックAPIにより、開発者はターミナルや既存ツールからJulesを直接利用できます。これは、開発環境の切り替え(コンテキストスイッチ)を減らし、生産性を向上させることが目的です。

今回のアップデートの核心は、開発者が日常的に使用するツールへの統合です。新CLI「Jules Tools」を使えば、WebサイトやGitHubを開くことなく、使い慣れたターミナル上でJulesコーディングタスクを指示できます。また、公開されたAPIは、SlackCI/CDパイプラインといった既存システムとの連携を可能にし、開発ワークフローの自動化を促進します。

Julesは、同じくGoogleが提供する「Gemini CLI」とは異なる役割を担います。Julesは、ユーザーが計画を承認すると自律的にタスクを遂行する非同期型のエージェントとして設計されています。一方、Gemini CLIは、ユーザーと対話を重ねながら作業を進める、より反復的な共同作業を想定しており、用途に応じた使い分けが求められます。

GoogleJulesの機能強化を継続的に進めています。最近では、過去の対話やユーザーの好みを記憶する「メモリ機能」を導入しました。これにより、タスクを依頼するたびに同じ指示を繰り返す必要がなくなり、よりパーソナライズされたアシスタントとして進化しています。ファイルシステムの改善なども行われ、信頼性と品質が向上しています。

今後の展望として、Julesの利用環境の拡大が挙げられます。現在はGitHubリポジトリ内での利用が前提ですが、今後は他のバージョン管理システムへの対応も検討されています。これが実現すれば、より多様な開発環境でJulesの能力を活用できるようになり、開発者コミュニティにとって大きなメリットとなるでしょう。

AIエージェントの自律性が高まる一方、人間の監督も重要です。Julesは、タスクの実行中に行き詰まった場合、自ら処理を中断し、ユーザーに質問するように設計されています。これにより、AIが意図しない動作をするリスクを低減し、開発者が安心してタスクを委任できる信頼関係の構築を目指しています。

SlackでClaudeが利用可能に、生産性向上を加速

Slackで完結するAI活用

Slack内で直接Claudeを起動
DMやスレッドでAIが応答支援
Web検索や接続済み文書も参照
AIの応答は下書き確認後にチーム共有

過去の情報をAIが瞬時に探索

Slack内の会話やファイルを横断検索
会議準備やプロジェクト進捗を要約
新規メンバーの情報把握を支援
チームの議論を公式文書化

AI開発企業Anthropicは、同社のAIアシスタントClaude」をビジネスコミュニケーションツール「Slack」と統合したと発表しました。この連携により、ユーザーはSlack内で直接Claudeの支援を受けたり、ClaudeからSlackの過去の情報を検索したりすることが可能になり、チームの生産性を飛躍的に向上させることを目指します。

SlackClaudeアプリを追加すると、使い慣れた画面でAIの能力を最大限に活用できます。ダイレクトメッセージや特定のスレッド内で「@Claude」とメンションするだけで、会話の文脈を踏まえた応答案の作成や、Web検索、接続済みのドキュメント分析などを依頼できます。これにより、作業を中断することなく、必要なサポートを即座に得られます。

特筆すべきは、ユーザーが常に主導権を握れる設計です。Claudeがスレッド内で生成した応答は、まずユーザーにのみ非公開で提示されます。ユーザーは内容を確認、編集した上でチームに共有するかを決定できるため、意図しない情報共有のリスクを避け、AIとの協業を円滑に進めることが可能です。

もう一つの強力な機能が、SlackClaudeに接続する連携です。これにより、Claudeはユーザーがアクセス権を持つチャンネル、ダイレクトメッセージ、共有ファイルを横断的に検索し、コンテキストとして参照できます。社内に蓄積された膨大な知識の中から、必要な情報を瞬時に探し出すことが可能になります。

この検索機能は、多様なビジネスシーンで効果を発揮します。例えば、会議前に複数のチャンネルに散らばった関連議論を要約させたり、新規プロジェクトに参加したメンバーが過去の経緯を素早く把握したりする際に役立ちます。埋もれがちな「暗黙知」を形式知に変え、チーム全体の意思決定を加速させるでしょう。

Slackの親会社であるSalesforceの最高製品責任者、ロブ・シーマン氏は、「AIエージェントと人間が協働する『エージェント型企業』への移行を加速させるものだ」とコメント。この統合が、より生産的でインテリジェントな働き方を実現することへの強い期待を表明しました。

本機能はSlackの有料プランを利用しているチームが対象で、Slack Marketplaceから導入できます。セキュリティ面では、Claudeはユーザーが持つ既存のSlack権限を尊重するため、アクセスできない情報には触れません。企業のセキュリティポリシーを遵守しつつ、安全にAIの利便性を享受できる仕組みです。

AIで直感開発、新エンジンVibeGame登場

「Vibe Coding」の課題

AIに頼る直感的なゲーム開発
プロジェクト肥大化で性能が低下
既存エンジンはAIとの相性難

VibeGameの設計思想

Web技術の高いAI親和性を基盤に
Robloxのような高い抽象度を実現
AIが理解しやすい宣言的な構文を採用
柔軟なECSアーキテクチャ

現状と今後の可能性

基本機能で良好な結果を確認
複雑な機能は今後実装予定

AIプラットフォームのHugging Faceが、AI支援によるゲーム開発に特化した新オープンソースエンジン「VibeGame」を発表しました。これは、AIとの対話で直感的に開発を進める「Vibe Coding」の課題を解決するものです。Web技術のAI親和性と、高レベルな抽象化を両立させることで、開発者コーディングの詳細から解放され、創造的な作業に集中できる環境を目指します。

Vibe Coding」とは、AIを高レベルなプログラミング言語のように扱い、細かな実装をAIに任せる開発スタイルを指します。この手法は初期段階では有効ですが、プロジェクトが大規模化するとAIが文脈を把握しきれなくなり、性能が著しく低下するという課題がありました。特にゲーム開発では、このコンテキスト管理が成功の鍵を握ります。

開発チームは既存プラットフォームの比較検討から始めました。Robloxは抽象度が高いものの閉鎖的で、Unityは複雑すぎてAIが混乱しがちでした。一方、Web技術はAIの習熟度が高い反面、ライブラリが低レベルで、ゲームエンジン自体の構築から始める必要がありました。それぞれに一長一短があったのです。

そこでVibeGameは、両者の「良いとこ取り」を目指しました。AIが最も得意とするWeb技術(three.jsなど)を基盤としながら、Robloxのような高レベルな抽象化を提供します。これにより、開発者は「地面とボールを配置して」と指示するだけで、物理演算を含むシーンを簡単に生成できます。

VibeGameの核心は3つの設計思想にあります。第一に、物理演算などを内蔵した高い抽象度。第二に、AIが容易に理解・生成できるHTML風の宣言的構文。そして第三に、拡張性に優れたECSアーキテクチャです。これらが組み合わさることで、AIとの円滑な共同作業が初めて可能になります。

VibeGameはまだ初期段階にあり、対応するのは基本的な物理演算やレンダリングに留まります。しかし、簡単なゲーム開発のテストでは非常に良好な結果を示しました。今後は、インベントリ管理やマルチプレイヤー機能など、より複雑なメカニクスの実装を進め、本格的なゲーム開発への対応を目指していく計画です。

この新しいエンジンは、AIを単なるツールではなく「共同開発者」として扱う未来を示唆しています。経営者エンジニアにとって、VibeGameのような技術が開発プロセスをいかに変革し、生産性を劇的に向上させる可能性があるか、注目に値するでしょう。

MIT、対話型AI「MultiverSeg」開発 医療研究を加速

マサチューセッツ工科大学(MIT)の研究者が、医療画像のセグメンテーション(領域分割)作業を劇的に効率化する新しい対話型AIシステム「MultiverSeg」を開発しました。このシステムは、ユーザーが画像上で行うクリックや走り書きなどの簡単な操作から学習します。作業を繰り返すほどAIの精度が向上し、最終的にはユーザーの操作なしで高精度なセグメンテーションが可能になり、臨床研究の加速やコスト削減が期待されます。 MultiverSegの最大の特徴は、ユーザーの操作を学習し続ける点にあります。従来の対話型ツールでは画像ごとに同じ操作を繰り返す必要がありましたが、本システムは過去の作業結果を「コンテキストセット」として記憶・参照します。これにより、新しい画像を処理する際のユーザーの負担が徐々に軽減され、作業効率が飛躍的に向上します。この仕組みは、これまでのアプローチの長所を組み合わせたものです。 性能比較実験では、他の最先端ツールを上回る結果を示しました。例えば、9枚目の画像を処理する頃には、わずか2回のクリックでタスク特化型モデルより高い精度を達成しました。X線画像のような特定のケースでは、1〜2枚の画像を手動で処理するだけで、AIが自律的に高精度な予測を行えるようになります。これは、手作業に比べ圧倒的な時間短縮です。 このツールのもう一つの利点は、機械学習の専門知識や事前のデータセット準備が不要なことです。研究者や医師は、セグメンテーションしたい新しい画像をアップロードし、直感的に操作を始めるだけですぐに利用できます。AIモデルの再トレーニングも不要なため、導入のハードルが低く、幅広い臨床現場や研究での活用が見込まれます。 研究チームは今後、臨床現場での実証実験を通じてフィードバックを収集し、システムの改善を進める計画です。また、現在は2D画像のみに対応していますが、将来的には3D医用画像への応用も目指しています。この技術が普及すれば、新しい治療法の研究が加速し、臨床試験や医療研究全体のコスト削減に大きく貢献する可能性があります。

Amazon Qがブラウザ拡張を投入。既存ワークフローで<span class='highlight'>生産性を向上

新機能の概要

Amazon Q Businessのブラウザ拡張機能
コンテキスト認識型AIを導入
ワークフロー中断の課題解消

主な利用効果

ウェブコンテンツの高速分析
外部情報連携による洞察獲得
複数の情報源を用いたコンテンツ検証

導入のメリット

意思決定プロセスの加速
企業データのシームレスな接続
Chrome/Edge/Firefoxに対応

AWSは先日、企業向け生成AIアシスタントAmazon Q Business」にブラウザ拡張機能を追加しました。これは、従業員が日常業務で利用するブラウザ内で、コンテキストを認識したAIアシスタンスを直接提供するものです。これにより、慣れたワークフローを中断することなく、企業データや外部情報に基づいた迅速な洞察抽出や意思決定が可能となり、組織全体の生産性の大幅な向上を目指します。

従来の生成AI導入における課題は、ユーザーがAI分析のために手動でデータを転送したり、慣れた環境を離れたりする必要がある点でした。本拡張機能は、こうした「摩擦」を解消します。ブラウザにAI機能を直接組み込むことで、業務中にAIを活用する機会を見逃すことなく、シームレスなサポートを受けられるのが最大の特長です。

具体的な活用事例として、ウェブコンテンツの分析が挙げられます。戦略部門や技術チームは、外部のレポートや競合分析、業界文書など、社外の断片的な情報から戦略的な洞察を導き出す必要があります。拡張機能を使えば、信頼できる内部・外部データを瞬時に統合し、トレンドの特定やインサイト生成を数秒で完了できます。

また、コンテンツ品質の改善にも大きく寄与します。通常、生成AIアシスタントがアクセスできない複数の外部データソースや、ウェブベースのスタイルガイドを含めたクエリが可能です。これにより、コンテンツのリアルタイムな検証が可能となり、多様な情報源に基づいた高品質なコンテンツ作成プロセスを加速させることができます。

導入には、Amazon Q BusinessのアプリケーションとWeb Experienceの設定が必要です。管理者は、Chromium(Chrome、Edge)やFirefoxに対応した拡張機能を一括で展開でき、さらに企業のブランドに合わせてアイコンや名称をカスタマイズすることも可能です。これにより、組織への浸透と迅速な導入をサポートします。

セキュリティ面では、Amazon Q Businessはユーザーの会話データをLLMのトレーニングには使用しません。会話はアプリケーション内に30日間のみ保存され、ユーザーはこれを削除することも可能です。このデータ管理方針は、機密情報を扱う企業ユーザーにとって重要な安心材料となります。

Nothing社、AI特化OSで市場刷新へ 2億ドル調達し来年デバイス投入

事業拡大と資金調達

2億ドルの資金調達を完了
企業評価額13億ドルに到達
流通網拡大とイノベーション加速
初の「AIネイティブデバイス」を来年投入

AI特化OSの戦略

従来と異なるAI特化のOSを開発
スマートフォンからEV、人型ロボットに対応
ユーザーに合わせた超パーソナライズ体験を実現
コンテキストとユーザー知識の活用を重視

ロンドン発の消費者テック企業Nothing社は、2億ドル(約310億円)の資金調達を発表し、評価額を13億ドルに引き上げました。同社は来年、既存の概念を覆す「AIネイティブデバイス」を市場に投入します。これは、従来のOSとは大きく異なる、AIに特化した新しいオペレーティングシステム(AI OS)を基盤とする戦略です。

このAI OSは、スマートフォンやヘッドホンといった既存の製品群に加え、スマートグラス、電気自動車(EV)、さらには人型ロボットまで、将来登場するあらゆるデバイスの頭脳となることを目指しています。ペイCEOは、この特化型OSを通じて、ユーザー一人ひとりに合わせた「超パーソナライズされた体験」を提供できると強調しています。

ペイCEOは、OS開発における独自の強みとして、コンテキストやユーザー知識を持つ「最後の流通接点(ラストマイル)」を握っている点を挙げます。これにより、単なるツールではない、ユーザーの日常生活に深く入り込み、真に役立つAI体験をハードウェアに統合できると説明しています。

Nothing社の挑戦は、過去に大衆市場の支持を得られなかったAIネイティブデバイスという未開拓の領域です。Appleのような大手企業でさえ成功を収めていない上、OpenAIと元Appleデザイナーのジョニー・アイヴ氏が共同開発する競合製品も存在します。Nothing社にとって、需要を創出し、この新たなカテゴリーを確立できるかが最大の試練となります。

GPT-5-Codexが開発生産性を劇的に向上させる理由

エージェント能力の進化

複雑なタスクで最長7時間以上の独立稼働
タスクに応じた思考時間の動的な調整
迅速な対話と長期的な独立実行の両立
実世界のコーディング作業に特化しRL学習を適用

ワークフローへの密着

CLI、IDE拡張機能、GitHubへシームレスに連携
ローカル環境とクラウド間のコンテキスト維持
画像やスクリーンショットを入力可能

品質と安全性の向上

コードレビューの精度が大幅に向上
重大なバグを早期に発見しレビュー負荷を軽減
サンドボックス環境による強固なセキュリティ

OpenAIは、エージェントコーディングに特化した新モデル「GPT-5-Codex」を発表し、開発環境Codexを大幅にアップグレードしました。これはGPT-5を実世界のソフトウェアエンジニアリング作業に最適化させたバージョンです。開発者はCLI、IDE、GitHubChatGPTアプリを通じて、より速く、信頼性の高いAIアシスタントを活用できるようになります。

最大の進化は、タスクの複雑性に応じて思考時間を動的に調整する能力です。GPT-5-Codexは、大規模なリファクタリングデバッグなどの複雑なタスクにおいて、最長7時間以上にわたり独立して作業を継続できることが確認されています。これにより、長期的なプロジェクトの構築と迅速なインタラクティブセッションの両方に対応します。

モデルは、既存のコードベース全体を理解し、依存関係を考慮しながら動作検証やテスト実行が可能です。特にコードレビュー機能が強化されており、コミットに対するレビューコメントの正確性と重要性が向上。重大な欠陥を早期に特定し、人間のレビュー工数を大幅に削減します。

開発ワークフローへの統合も一層強化されました。刷新されたCodex CLIとIDE拡張機能(VS Codeなどに対応)により、ローカル環境とクラウド環境間でシームレスに作業を移行できます。コンテキストが途切れないため、作業効率が劇的に向上します。

さらに、Codex画像やスクリーンショットを入力として受け付けるようになりました。これにより、フロントエンドのデザイン仕様やUIバグなどを視覚的にAIへ共有し、フロントエンドタスクの解決を効率化します。また、GitHub連携によりPRの自動レビューや編集指示も可能です。

安全性確保のため、Codexはデフォルトでサンドボックス環境で実行され、ネットワークアクセスは無効です。プロンプトインジェクションリスクを軽減するとともに、開発者セキュリティ設定をカスタマイズし、リスク許容度に応じて運用することが可能です。

AI普及、所得相関で地域差鮮明:企業は自動化を優先

企業API利用の核心

企業API利用は77%が自動化(Automation)。
用途はコーディングと事務管理に集中。
導入決定要因はコストより経済価値を重視。
複雑なAI導入の鍵は組織のコンテキスト整備

世界・米国での普及状況

国別利用指数は所得水準と強く相関。
高普及国はAIを協調(Augmentation)で利用。
米国ではワシントンDCとユタ州が高利用率

コンシューマー利用の変化

教育・科学分野の利用比率が顕著に増加
ユーザーのAIへのタスク委任(指示)が急伸。

Anthropicが公開した最新の経済インデックスレポートによると、AIモデル「Claude」の企業利用は急速に拡大し、その利用パターンの77%がタスクの「自動化」に集中していることが判明しました。これは、コンシューマー利用における自動化と拡張(協調)の比率がほぼ半々であるのに対し、企業がAIをシステムに組み込む際に生産性向上を目的とした委任を強く志向していることを示しています。一方で、AIの普及率は国や地域によって大きく異なり、所得水準と強く相関する不均一性が鮮明になっています。

企業によるAPI利用は、コンシューマー利用と比べ、特にコーディングや事務管理タスクに特化しています。注目すべきは、企業がAI導入を決定する際、APIの利用コストよりもモデルの能力や自動化によって得られる経済的価値を重視している点です。実際、高コストなタスクほど利用頻度が高い傾向が見られ、これは経営層がAIを単なるコスト削減ツールではなく、事業価値を最大化する戦略的資源と見なしていることを示唆します。

AIの普及には地理的な偏りが明確です。Anthropic AI Usage Index(AUI)を見ると、イスラエルやシンガポールといった高所得で技術力の高い国々が人口比で予想される水準を大きく上回る利用率を示しています。逆に、インドやナイジェリアなどの新興経済国では利用率が低迷しています。AIによる生産性向上の恩恵が既に豊かな地域に集中する可能性があり、この不均一性が世界の経済格差を拡大させるリスクがある点が指摘されています。

企業が複雑で高度なタスクにAIを適用しようとする場合、適切なコンテキスト情報へのアクセスが大きなボトルネックとなっています。複雑なタスクほどモデルに提供される入力(コンテキスト)が長くなる傾向があり、企業は社内に分散している専門知識やデータを集約・デジタル化するための組織的な投資を求められています。このデータモダナイゼーションが、AI導入の成否を分ける重要な鍵となります。

コンシューマー向けClaude.aiの利用トレンドでは、コーディングが依然として最多ですが、教育・科学といった知識集約型の分野での利用比率が急速に伸びています。また、ユーザーがAIにタスクを丸ごと任せる「指示的(Directive)」な自動化パターンが急増し、この8ヶ月間で自動化の割合が拡張(Augmentation)を初めて上回りました。これはモデル能力の向上と、ユーザーのAIに対する信頼感が高まっていることの裏付けです。

興味深いことに、AI普及率が高い国では、タスクの自動化ではなく人間とAIの協調(Augmentation)を志向する利用パターンが相対的に多いことが分かりました。一方で普及途上の国では、まず自動化から導入が進む傾向があります。この違いは、単なるAI導入のスピードだけでなく、その利用方法や労働市場への影響が地域ごとに異なる可能性を示しており、政策立案者や企業は地域特性に応じたAI戦略を練る必要があります。