Vercel Sandbox - コマンド実行がローカルを離れる。Hermes AgentがVercel Sandboxに対応 anchor left anchor right

Aug 10 2026 AIニュース

コマンド実行がローカルを離れる。Hermes AgentがVercel Sandboxに対応

anchor left anchor right

Vercel Sandbox は、Hermes Agent が生成したコマンドを開発者のマシンではなくクラウドのmicroVM内で実行するための、2026年8月7日に対応が発表された実行バックエンドです。

📖 この記事で分かること

  • Hermes Agentが推論と実行の両方を外部委任できる点
  • Vercel Sandboxは既定オフで、明示設定が必要なこと
  • 隔離実行でワークスペースの位置が変わる影響
  • 発表時点で未公開のままの条件

💡 知っておきたい用語

  • microVM: 1台ずつ使い捨てにできる、ごく軽量な仮想マシン。作業部屋を毎回借りて、終わったら丸ごと返す運用に近い

最終更新日: 2026年8月10日

▶ 公式ページ

Vercel Sandbox - コマンド実行がローカルを離れる。Hermes AgentがVercel Sandboxに対応

Hermes AgentがVercelの推論基盤と隔離実行環境に対応した

この記事のポイント

  • Vercelは2026年8月7日、Hermes AgentがVercel AI Gatewayを推論レイヤーとして使えるようになったと発表しました。
  • AI Gateway経由で200以上のモデルを利用でき、トークンへの上乗せ課金はありません(2026年8月時点)。
  • エージェントのコマンドをVercel SandboxのmicroVM内で実行する構成も選べます。既定は無効です。

Vercelは2026年8月7日、Nous Researchが開発するコーディングエージェント「Hermes Agent」向けに、同社のVercel AI GatewayとVercel Sandboxが利用可能になったと発表しました。発表はVercelのchangelogに掲載され、Jerilyn Zheng氏とElisabeth Rülke氏が署名しています。

新機能そのものは設定項目の追加に見えますが、コーディングエージェントの構成要素の分解という観点では性格が異なります。エージェントは大きく「どのモデルで推論するか」と「生成されたコマンドをどこで実行するか」の2つに分けられます。今回の対応で、この両方をホスト型のレイヤーへ同時に外出しできるようになりました。

推論側:モデル選択がゲートウェイ経由になる

推論側の変更は、モデルの調達窓口が1本にまとまることです。

Hermes AgentはVercel AI Gatewayを推論レイヤーとして指定でき、ゲートウェイ経由で200以上のモデルにアクセスできます(2026年8月時点)。トークンに対する上乗せ課金は発生しません。リクエストはAI Gatewayのダッシュボードに記録され、他の用途の利用状況や支出とまとめて表示されます。

運用面で効くのは、モデルのピッカーがAI Gatewayから提供状況と現在の価格をライブで取得する点です。モデルの世代交代が数週間単位で起きる状況では、エージェント側に価格表を抱え込ませない構造のほうが陳腐化しにくくなります。どのモデルを使うかという判断が、エージェントの設定ファイルからゲートウェイの管理画面側へ移る格好です。

実行側:隔離境界が開発者のマシンから離れる

実行側の変更は、より踏み込んだ意味を持ちます。エージェントが叩くコマンドの実行場所そのものが、開発者の手元から離れるためです。

Vercel Sandboxバックエンドはopt-in、つまり既定では無効です。terminal.backendvercel_sandbox に設定するまで、コマンドは従来どおりローカルで実行されます。有効化すると、エージェントのコマンドはクラウド上のmicroVMで動き、ワークスペースのルートは自分のマシンではなく /vercel/sandbox になります。対応ランタイムは node24(既定)、node22python3.13 です(2026年8月時点)。

ワークスペースのルートが変わるという記述は地味ですが、影響範囲は小さくありません。エージェントが誤ったコマンドを生成した場合の被害範囲が、開発者のホームディレクトリではなく使い捨てのmicroVM内に閉じます。一方で、ローカルにしか存在しないファイルや、ローカルの環境変数に依存した処理は、そのままでは同じように動きません。ローカル開発時の認証には VERCEL_OIDC_TOKEN を使い、vercel linkvercel env pull で開発用トークンを取得する手順が案内されています。

自律的に動くエージェントを扱ううえで論点になるのは、「どこまでやらせるか」よりも「失敗したときどこで止まるか」の設計です。隔離実行の既定が無効である点は、その判断を利用者側に残す構成だと読めます。

導入手順と、発表で分かっていないこと

導入は既存の設定コマンドの延長線上にあります。新規はインストールスクリプト curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash を実行し、セットアップウィザードでVercel AI Gatewayを選んでキーを貼ります。既存利用者は hermes update の後、モデル側を hermes setup model、実行側を hermes setup terminal で切り替え、hermes doctor で確認します。モデル側と実行側が別コマンドに分かれている点は、前述の分解をそのまま反映した構成です。

一方、今回の発表で明示されていない項目もあります。Vercel Sandbox実行時の料金・無料枠・実行時間の上限は記載がありません。利用できるモデルの具体的な一覧と、対応するHermes側のバージョン番号も同様です。node系とpython以外のランタイム対応予定についても言及はありません。継続的にエージェントを回す用途では実行時間とコストが判断材料になるため、この部分は公式ドキュメントで確認する必要があります。

編集部の見方

編集部は、今回の対応で本命は200以上のモデルへのアクセスではなく、実行の隔離境界をローカルから外せるようになった点だと考えます。

  • 根拠1: モデルの本数や上乗せ課金なしという条件は、ゲートウェイ製品としては競争上の前提であり、Hermes Agent固有の変化ではありません。一方で実行バックエンドの差し替えは、エージェントの失敗時の被害範囲を構造的に変えます。
  • 根拠2: ワークスペースのルートが /vercel/sandbox になるという仕様は、ローカルの資産と実行環境を切り離す設計を意味します。設定1つで切り替えられるため、検証と本運用で構成を変える運用が現実的になります。
  • 根拠3: バックエンドが既定で無効である点は、提供側もこれを段階的に採用する機能と位置づけていることを示しています。

この見方が変わる条件は、Sandbox実行の料金と実行時間上限が公開されたときです。長時間動かすエージェントで従量課金が重くなる水準であれば、隔離の価値よりコストが優先され、ローカル実行が既定のまま定着する可能性があります。


よくある質問

Q: Vercel Sandboxを有効にすると、これまでのローカル実行は使えなくなりますか

A: いいえ。Sandboxバックエンドはopt-inで、既定では無効です。terminal.backendvercel_sandbox に設定するまでコマンドはローカルで実行されます。

Q: AI Gateway経由だとトークン単価は上がりますか

A: 発表によれば、トークンへの上乗せ課金はありません(2026年8月時点)。利用状況はAI Gatewayのダッシュボードに他の支出とまとめて表示されます。

Q: Sandboxで使えるランタイムは何ですか

A: node24(既定)、node22python3.13 です(2026年8月時点)。これ以外のランタイムへの対応予定は、今回の発表では言及されていません。


まとめ

Vercelは2026年8月7日、Hermes AgentからVercel AI GatewayとVercel Sandboxを利用できるようにしました。推論はゲートウェイ経由で200以上のモデルから選べ、コマンド実行は設定1つでクラウドのmicroVMへ移せます。実行バックエンドは既定で無効のため、採用するかどうかの判断は利用者側に残ります。料金・実行時間上限・対応モデル一覧は今回の発表には含まれておらず、継続運用を前提にする場合はこれらの公開を待つ判断もあります。

Hermes Agentの他の最近の機能追加は、以下の記事で詳しく解説しています:


【用語解説】

  • 推論レイヤー: エージェントがモデルにリクエストを送る部分。ここを差し替えると、使えるモデルの選択肢と課金の窓口が変わる
  • opt-in: 既定では無効で、利用者が明示的に設定して初めて有効になる方式
  • ワークスペースのルート: エージェントが作業対象とするディレクトリの起点。ここが変わると、参照できるファイルの範囲も変わる

引用元:


この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。

anchor left anchor right
KOJI TANEMURA

15 年以上の開発経験を持つソフトウェアエンジニア / テクノロジーライター。AI エージェントの実務活用を研究し、現場や経営者向けセミナーでその知見を発信。本メディア tech-noisy.com では、一次情報に基づく最新ニュース・解説記事を執筆。また、音楽生成 AI による DJ パフォーマンスを企業イベントで行うなど、テクノロジーと表現の融合も探求している。