Box Mount: サンドボックス化された AI エージェントのための Box ワークスペース

執筆: @41five

Box Mount がプライベートプレビューで利用可能になりました。

サンドボックス内で実行される AI エージェントを構築している場合、モデルに有益な作業を行わせることは仕事の一部にすぎません。エージェントには、作業対象となるドキュメント、それらに対して実行するツール、そして作成したファイルを保存する場所が依然として必要です。

最初は、こうしたドキュメントの移動は数回の API 呼び出しで済むように見えるかもしれません。つまり、入力をダウンロードし、エージェントを実行し、結果をアップロードするという流れです。しかし、ワークフロー中にファイルが変更される可能性がある場合、人が出力を確認する必要がある場合、あるいは複数のエージェントが同じコンテンツを共有する場合には、このレイヤーはより複雑になります。そうなると、同期、バージョン管理、競合の解決、リトライなども処理しなければならなくなります。

Box Mount は、まさにワークフローのその部分のために作られています。エージェントのサンドボックスに POSIX 互換の Box ワークスペースを提供し、サンドボックス内のコードやツールが、使い慣れたファイルパスを通じて Box のコンテンツを扱えるようにします。Box Mount は双方向のデータ移動を処理しつつ、Box はガバナンスの効いた記録システム（System of Record）としての役割を果たし続けます。

Box Mount が適しているケース

Box Mount は、すべての Box API や MCP 呼び出しを置き換えるためのものではありません。エージェントがドキュメントを取得してプロンプトに追加するだけであれば、既存のインターフェースで必要なすべてが揃っている可能性があります。

違いは、ドキュメントが単なるコンテキストなのか、それともエージェントの作業環境の一部なのかという点にあります。

たとえば、契約書のフォルダを確認し、ドキュメント処理ツールを実行し、レビューメモを作成してから、弁護士が変更を加えるのを待つエージェントを想像してみてください。あるいは、承認済み回答ライブラリから情報を取得し、ドラフトを作成して、法務およびセキュリティ部門のレビューに送り返す RFP ワークフローを考えてみましょう。

これらのケースでは、エージェントはコンテンツを一度取得するだけではありません。外部ランタイム内にあるファイル群を使って作業を行っています。

これこそが Box Mount がターゲットとするパターンです。開発者がエージェント用サンドボックスを用意し、その環境に Box のコンテンツを取り込み、エージェントの成果物を Box に戻すという流れです。

Box Mount の動作を見る

こちらの短いデモでは、Box Mount を使用して Box のコンテンツを E2B サンドボックスに取り込み、そのワークスペースに対してエージェントを実行し、完成したレビューを人間による確認のために Box へ同期する契約書レビューアプリを紹介しています。

こちらは、Box Mount を使用してエンタープライズコンテンツを OpenAI Agents API サンドボックスに取り込み、5 つのソースファイルに対してリードエージェント 1 体とスペシャリストエージェント 3 体を並列で実行し、基盤となる MSA が改訂された際に 4 つのレポートを自動的に Box へ同期する、マルチエージェントによるディールルームレビューの様子を示しています。

このデモでは、Box Mount を使用して承認済みのポリシー文書を Vercel Sandbox マイクロ VM に取り込み、12 項目に対してエージェントを実行して 10 件の合格回答の証拠を提示し、2 件を人間によるレビュー対象としてフラグ付けし、完成した Excel ブックを自動的に Box へ同期するセキュリティ質問票レビューを紹介しています。

このデモでは、Box Mount を使用して DigitalOcean サンドボックスのエージェントに Box クラウドコンテンツへの通常のファイルパスを提供し、ディールルームのドキュメントをローカルで読み取り、ダウンロードやアップロードのロジックを一切構築することなく、完成したメモを Box に書き戻すディールルームデューデリジェンスメモの作成を紹介しています。

サンドボックス内の使い慣れたワークスペース

Box フォルダがマウントされると、エージェントからは通常のディレクトリとして認識されます。

1/mnt/box
2├── Incoming/
3│   └── Acme-MSA.docx
4├── Playbook/
5│   └── approved-contract-playbook.md
6└── Reviewed/

ここから先は、操作ごとに Box 専用のツールを用意することなく、既存のライブラリやコマンドラインツールでコンテンツを扱うことができます。たとえば Node アプリケーションであれば、ローカルファイルに対して使うものと同じファイルシステム API を利用できます。

1import { readFile, writeFile } from "node:fs/promises";
2
3const playbook = await readFile(
4  "/mnt/box/Playbook/approved-contract-playbook.md",
5  "utf8",
6);
7
8const review = await reviewContract({
9  contractPath: "/mnt/box/Incoming/Acme-MSA.docx",
10  playbook,
11});
12
13await writeFile(
14  "/mnt/box/Reviewed/Acme-MSA-review.md",
15  review,
16);

最後の書き込みは、アプリケーションから見れば通常のファイル操作にすぎません。Box Mount が新しいレビューを Box に同期するため、ユーザーはそれを開いたり、編集したり、タスクを割り当てたり、別のバージョンを作成したりすることができます。

サンドボックスが稼働中に誰かが Box 上でファイルを更新した場合、その変更はマウントされたワークスペースに反映され、エージェントの次のステップで利用できるようになります。これにより、開発者がファイルごとにカスタムの移動・同期ロジックを構築しなくても、エージェントと人間が共有できる作業環境が実現します。

また、特定のモデルやエージェントフレームワークへの依存度も下がります。サンドボックスでは、OpenAI エージェント、Anthropic エージェント、LangGraph、CrewAI、Python スクリプト、LibreOffice CLI、あるいはそれらの組み合わせを実行できます。そのツールがファイルの扱い方を知っていれば、マウントされたワークスペースを利用できるのです。

各要素の連携

製品やオーケストレーターは、サンドボックスのプロビジョニングとエージェントの実行を担当します。Box Mount はヘッドレスな同期コンポーネントとしてそのサンドボックス内で実行され、ファイルシステムインターフェースを提供し、Box API を通じて Box と通信します。

エージェントは、ドキュメント操作のたびに Box を呼び出すのではなく、マウントされたパスを通じて作業を行います。Box Mount はフォルダを最新の状態に保ち、変更をアップロードし、競合する更新を検知して、ワークスペースがアンマウントされる際に最終的な同期を完了させます。

Box は引き続き、権限、バージョン、分類、保持期間、Shield による保護、監査履歴を含むコンテンツレイヤーを提供します。サンドボックスには同期された作業コピーが含まれるため、開発者は自身のセキュリティ要件に従って、その環境とローカルデータを適切に管理する必要があります。

顧客の製品がサンドボックスをプロビジョニングし、エージェントを実行します。Box Mount は、Box API を通じてエージェントのファイルシステムワークスペースを Box に接続します。

Box Mount の使い方

Box Mount の基本的なワークフローは、わずか数コマンドで構成されています。まず、Box の認証情報を設定します。

1box-mount config

Box フォルダをエージェントのサンドボックスにマウントします。

1mkdir -p /mnt/box
2box-mount mount "/mnt/box" "<box-folder-id>"

マウント後は、エージェントが通常のファイルシステムツールを使用できます。

1find /mnt/box -type f
2cat /mnt/box/Playbook/approved-contract-playbook.md
3cp generated-review.md /mnt/box/Reviewed/

エージェントの実行中に、アクティブなマウントの状態を確認できます。

1box-mount status

実行が完了したら、ワークスペースをアンマウントして最終同期を完了させます。

1box-mount unmount "/mnt/box"

認証とプロビジョニングは、アプリケーションがどのようにサンドボックスを起動するかによって異なります。バイナリに同梱されているプライベートプレビュー向けドキュメントで、利用可能な設定オプションについて説明しています。

どんなものが作れるか？

契約書レビューはその一例です。エージェントは、受信した契約書を承認済みのプレイブックと比較し、その結果を Box に書き戻して、弁護士に引き継ぐことができます。弁護士が Box 上でレビュー内容を変更すれば、エージェントは自分の作業環境で更新されたファイルを確認できます。

同じパターンは、提案書や RFP の作成、ディールルーム分析、経営陣向けブリーフィングの作成、調査結果の統合、コンプライアンスレビューなど、ドキュメント中心のさまざまなワークフローに応用できます。また、複数のエージェントが共有の Box フォルダを通じて連携することも可能です。たとえば、1 つのエージェントがドラフトを作成し、別のエージェントがそれをレビューし、最後に人間が最終判断を下すといった形です。

モデルやワークフローが変わっても、根本的なパターンは同じです。Box のコンテンツが外部サンドボックスに入り、エージェントの作業環境の一部となり、その成果物が Box に戻るという流れです。

サンプルアプリを試す

Box Mount 契約書レビューサンプル では、E2B を使用した完全なワークフローを紹介しています。

このアプリはサンドボックスを作成し、Box Mount をインストールして、Box の契約書ワークスペースをマウントし、Box AI または OpenAI エージェントのいずれかを実行します。その後、生成されたレビューを Box に同期し、必要に応じて人間のレビュアーに割り当てて、開発者が破棄前に結果を検証できるようサンドボックスを稼働させたままにします。

このリポジトリは現在非公開であり、Box Mount バイナリは含まれていません。プライベートプレビューの参加者はリポジトリへのアクセスが必要となり、サンプルを実行する前に提供されたバイナリをプロジェクトの private/ ディレクトリに配置する必要があります。

プライベートプレビューに参加する

Box Mount はまだ初期段階にあり、サンドボックス内で実行され、Box コンテンツを扱うエージェントワークフローを構築している（または検討し始めた）開発者を募集しています。

これがあなたのアーキテクチャに当てはまる場合は、現在どのようにコンテンツを移動させているのか、サンドボックス内で何が実行されているのか、そして現在の手法のどこに限界を感じているのかを教えていただければ幸いです。プライベートプレビューの参加者には、ご自身のワークフローで試せるよう、Box Mount バイナリとセットアップガイドが提供されます。

https://bit.ly/box-mount-preview

Box のコンテンツをエージェントの作業環境の一部に組み込みたいとお考えでしたら、ぜひあなたが何を創り上げるのか見てみたいです。