AIエージェントはチームの議論を取りこぼしている——SageOXが「エージェント向け文脈インフラ」を提案

VentureBeat / 2026/5/5

📰 ニュースDeveloper Stack & InfrastructureSignals & Early TrendsIndustry & Market Moves

要点

  • SageOXは、エンタープライズのAIエージェントがタスクの進行に追随できない主因は、「文脈」(担当者、関係者、これまでの議論、望まれる進め方)が欠けているためだと指摘しています。
  • 同社は「agentic context infrastructure(エージェント向け文脈インフラ)」という新しいシステム層で、Slack、メール、ドキュメント、ファイルに加え、会議の記録など“自然に発生する場所”でタスク文脈を取り込むことを目指しています。
  • 目的は、エージェントを“人の関与の輪(in-the-loop)”に保ち、与えられたタスクや企業全体の目標から「ドリフト(逸脱)」しないようにすることで、作業の裏にある意図を保持する点にあります。
  • 現状のAIエージェントはセッションが孤立しがちで、過去の意思決定や設計意図を共有できないため、開発者が文脈を手作業で要約し直す負担が生じる、とSageOXは位置づけています。
  • SageOXはステルス期間から明らかになり、Canaanがリードし、A.Capital、Pioneer Square Labs、Founders’ Co-opが参加する1,500万ドルのシードラウンドを発表しました。

AIモデルの提供事業者がますます下流へと進出し、金融のような特定のエンタープライズ用途や業界向けに製品やエージェントを立ち上げていく中で、依然として大きな疑問が1つ残っています。それは、いわゆるAIエージェントに対して、タスクの周囲にある適切な文脈(コンテキスト)がどのように備わるのか――誰がそれを割り当てたのか、ほかにどのような関係者が関わっているのか、これについてどんなデータや議論が行われてきたのか、そしてどうやって実行すべきなのか、という点です。

「コンテキストエンジニアリング」というこの実践は、AI時代の大きな未解決課題の1つであり続けています。しかし、SageOxは答えがあると考えています。同社は、元々AWSのEC2およびEBSの基盤インフラを構築したベテランによってシアトルで設立されたスタートアップです。彼らが呼ぶのは「エージェント型コンテキスト・インフラストラクチャ」という新しいシステムレイヤーです。

小型のハードウェア記録デバイスと、企業がすでに依存している既存アプリケーション――Slack、メール、ドキュメント、ファイルなど――を組み合わせ、さらにその上に新しいオープンソースのフレームワークや指示を適用することで、SageOXは、エージェントを企業の「in-the-loop(当事者として関与させた状態)」に保ち、エンタープライズのタスクを人間の従業員が更新していくのと同じようにエージェントにも最新状態を反映し、エージェントが「割り当てられたタスク」や組織のより大きな目標から「逸脱(ドリフト)」しないようにするシステムを開発しました。

「こうしたあらゆる文脈を、それが起きる場所で捉えています」と、SageOxの創業者兼CEOであり、以前Hugging Face、Meta、Amazon、AppleでエンジニアをしていたAjit Banerjee氏は、VentureBeatとの最近のビデオ通話インタビューで述べました。「プロダクト開発はチームスポーツであって、文脈はキーボードを叩いている人たちだけから生まれるわけではありません。文脈は会話の中で生まれるんです。」

Slackスレッド、ホワイトボードのセッション、ウォータクーラーでの雑談に宿る「何」の背後にある「なぜ」――意図――を捉えることで、SageOxは、エージェントが逸脱せず、人間がフロー状態を保てるようにする「hivemind(群知能)」を提供することを目指しています。

「人が働く方法は、旧来の協調(オーケストレーション)ではありません。私が課題を書き留めて、それが一定の手順を経ていくようなやり方では駄目です。ほとんどジャズを演奏するようでなければならないのです」とBanerjee氏は付け加えました。

同社は現在、ステルス状態から抜け出して、Canaanが主導し、A.Capital、Pioneer Square Labs、Founders’ Co-opが参加する総額1500万ドルのシードラウンドを発表しました。

チームメモリのアーキテクチャ

今日のAIエージェントは、孤立したセッションで動作しており、過去の意思決定やアーキテクチャ上の意図についての共有メモリを持っていません。

あらゆるタスクが実質的にゼロから始まるため、開発者が文脈を手作業で振り返って要約する必要が出てきます。このプロセスは、エージェントが提供するはずのスピードそのものを損なってしまいます。SageOxは、文脈が自然に発生する場所ならどこでもそれを捉えるためのマルチサーフェスのプロダクト群によって、この課題に取り組んでいます。

このエコシステムの中心にあるのがOx Dotです。共有オフィス向けにカスタマイズされたハードウェアデバイスで、ワンタッチで会議、スタンドアップ、設計レビューを記録します。

最も特徴的なのは「Auto Rewind(オート・リワインド)」です。チームの思いがけないひらめきを守るためのフェイルセーフです。未記録の会話の中でブレイクスルーが起きた場合、Auto Rewindによってチームは「後から戻る」ことができ、会話をその時点で記録として取り込めます。この音声は文字起こしされ、話者が識別され、チームメモリに要約されます。ここに蓄積された内容は、人間とエージェントの両方から参照可能になります。

開発者にとっては、オープンソースのMITライセンスOx CLIが架け橋になります。ox agent primeのようなコマンドにより、Claude CodeやCodexを含むコーディングアシスタントが、コードを書き始める前にチームの共有履歴を参照できます。これにより、会議で特定の認証パターンを使うと決めていたとしても、プロンプトで明示的に伝えなくても、エージェントはそれを知っています。

Max Planck Institute for Software Systemsのサイエンティフィック・ディレクターであるRupak Majumdar博士は、チームの開発スピードを見た後、「実質的にコードをアセンブラー(組立言語)のように扱っている」と述べています。

エージェント型エンジニアリング: 「きれいな」コードを超えて

エージェントを先頭に据えたワークフローへの転換は、SageOxのチームに、現代のソフトウェア運用におけるほぼあらゆる原則を見直すことを迫りました。

SageOXのCTO Ryan Snodgrass(元Amazon)がブログ記事の書き起こしとして述べている通り、従来のブランチ管理や「きれいな(クリーンな)」コミット履歴は、多くの場合「エージェントにとっては悪い」ことがあります。昔の世界では、人間は1回のコードレビューで読みやすい大きなPRを好みました。

しかしエージェントの時代には、コードベースに広がった1万行規模のPRが、意図をエージェントに推論させることを不可能にしてしまいます。

その代わりにSageOxは、小さく、頻度が高く、そして非常に焦点の当たったコミットを推奨しています。この「エージェントが読める」履歴により、機械は過去を振り返り、特定の変更がなぜ行われたのかを正確に理解できます。チームはリポジトリ構造も再評価しています。現在はコード75万行に対してモノレポを利用していますが、将来的には、エージェントが「コンテキストウィンドウに収まらないほどコードベースが大きくなると迷子になり得る」ため、エージェントがマイクロリポの群(コンステレーション)を管理する未来を検討しています。

この「停滞よりスピード」という考え方により、直近でハードウェアの経験がなかったにもかかわらず、チームはOx Dot向けの自社ファームウェアを2週間未満で作り上げることができました。

技術的なPDFやドキュメントをAIモデルに投入することで、彼らは従来の調査に数か月かける手間を回避しました。CEOのAjit Banerjee氏は、これを「古い習慣の忘却(アンラーニング)」だと呼びます。つまり、知識労働における「区別のつかない重い作業」は、チームが知っていることをすべて覚えているシステムに切り出して任せられるようになったのだと気づいた、ということです。

急進的な透明性:オープンソースを越えて「オープンワーク」モデルへ

技術そのものと同じくらい重要かもしれないのが、SageOxが「Open Work(オープンワーク)」への取り組みを強く掲げている点です。従来のオープンソースソフトウェアを超えて、同社は、開発を加速させるために、オープンソースコミュニティ全体および、同社の働き方から学びたいと考えるあらゆる企業に対して、ある種の急進的な透明性を実践しています。

SageOxのチームは、社内のプロンプト、計画セッション、さらには濾過されていない社内での白熱した議論まで、公開の場で積極的に共有しています。ユーザーはSageOxのコンソールにサインインして、チームがSageOxをリアルタイムに構築していく様子を見られます。

この「オープンな着物(open kimono)」のようなアプローチは、実例を示して先導するための意図的な判断でした。Banerjee氏は、チームに働き方を変えてもらうことを求める以上、起きている最中の「WTF(なんだこれ)」という瞬間や、その時々の軌道修正を見せる覚悟が必要だと主張しています。

「革命はテレビ中継されるわけではありません」とBanerjee氏は言います。「SageOx化されるんです。」

この透明性は、規模の小さく引き締まったチーム――「リーンな力で縛りつける(yoking up lean)」――が、共有コンテキストのレイヤーを活用することで、大企業に先んじられることを証明することを意図しています。

またSageOxがどのように収益化し、利益を出していくのかについては、Banerjee氏は収益の道筋がAWSのEC2の戦略をモデルにしていると述べました。つまり、まずは早期導入者、特に小規模なAIネイティブのスタートアップから始め、必要性がはっきりしてきた段階でエンタープライズへ広げていく、という流れです。

インフラの来歴

SageOxの技術的な基盤は、クラウドインフラの黎明期に根ざしています。

Banerjee氏はAWSのEC2チームのオリジナルメンバーであり、Snodgrass氏はAmazonの最初期のエンジニアの1人として、モノリシックなアーキテクチャからマイクロサービスへの移行をリードしていました。

この経歴は、同社の名前にも反映されています。「Ox(オックス)」は、同社がやろうとしている「ヨーマン(職人のように)仕事」――データと文脈の重労働を担い、チームが前へ進めるようにする、頼れる動物――を表しています。

SageOxのビジョンは、人間がもはや文脈の手作業な組み立て担当ではなくなる世界です。

その代わりに、人間は「並列処理(パラレル処ッシング)」エンジンのディレクターのように振る舞います。

最近のデモでは、機能リクエストが口頭での議論から開始され、7分未満で完了した実装へと移りました。コードエージェントに、元の議論の記録された文脈を事前に与えることで、チームは正式な仕様書やJiraチケットの作成を不要にしました。

新しい働き方

SageOxは現在、「AIネイティブ」なスタートアップに注力しています。つまり、主にプロンプトを通じて運用し、エージェント型の協力者に大きく依存するチームです。

オープンソースのOx CLIから、ハードウェアが有効になったOx Dotまで、同社のツール群は、アラインメントのドリフトという差し迫った問題を解決するために設計されています。

AIがツールからチームメイトへと移行するにつれて、企業が持つ最も価値のある資産は、もはや生のソースコードではなく、共有された文脈です。

SageOxは前進の道は、「プライベートな柵」の向こうに情報を囲い込むことではなく、意図があらゆるチームメイト—人間であれ機械であれ—に見える共同の土台を作ることだと提案しています。この新しい時代に勝つのは、実行するのと同じくらい速く「思い出せる」チームでしょう。