先に結論
Vercel Sandbox を使っているなら、今回の更新は小さく見えてかなり実務的です。
port 8080 が ingress domain として使えるようになった ので、既存の dev server や軽量 preview をそのまま公開しやすくなりました。
これまで controller port だった 8080 は 23456 へ移動 しています。
要するに、今まで 3000 や 4173 に寄せていた理由が「8080 は使えないから」だったなら、その前提は見直して大丈夫です。
何が変わったのか
Vercel は 2026年5月29日、Sandbox で port 8080 の open と bind、そして ingress domain に対応したと案内しました。
公式 changelog では、Sandbox.create({ ports: [8080] }) で sandbox を作る例が出ています。
preview URL は sandbox.domain(8080) で発行できます。controller port は 23456 に移動 しました。
この変更で一番大きいのは、既存の dev server を port 変換なしで扱いやすくなったことです。
python3 -m http.server 8080 のような軽いサンプルでも、そのまま preview に乗せやすくなります。
- 公式 changelog: https://vercel.com/changelog/port-8080-is-now-available-in-vercel-sandboxes
- 公式 docs: https://vercel.com/docs/sandbox
どの運用が楽になるのか
一番恩恵が大きいのは、AI agent や code execution の結果をすぐ画面で見せる運用 です。
Vercel の公式 docs では、Sandbox は isolated Linux VM 上で untrusted code、開発サーバー、live preview を扱う用途に整理されています。
だから今回の 8080 対応は、単なるポート解放ではありません。Sandbox を preview 基盤として使うときの摩擦を減らす更新です。
たとえば次の構成はそのまま恩恵を受けます。
- 8080 固定の dev server をそのまま起動する
- Python の簡易サーバーで生成物を確認する
- agent が sandbox 内で UI を立ち上げ、その URL を返す
- demo 用の小さなアプリを port 変換なしで見せる
先に見直すべきポイント
便利になった一方で、古い前提を残したままだと逆に混乱しやすい です。
最初に確認したいのは次の3点です。
1. wrapper や内部メモが 8080 を controller port と書いたままではないか
ここは最優先です。controller port は 23456 へ移りました。
過去の internal docs や helper script が 8080 を予約扱いしているなら、そのままだと新しい preview 構成と食い違います。
2. 3000 や 4173 に逃がす前提が惰性で残っていないか
今までは妥当だった回避策でも、今回からは理由が薄くなります。
もちろん既存アプリの都合で 3000 を使い続けても構いません。ただ、Sandbox の制約として 8080 を避ける必要はもうない と整理し直したほうが分かりやすいです。
3. preview URL の生成ロジックが port 固定を前提にしていないか
sandbox.domain(8080) を使えるようになったので、sandbox 側の URL 発行ロジックはかなり素直に書けます。
逆に、旧前提の回避コードを重ねていると、今後のテンプレートや docs が読みにくくなります。
既存の記事とどうつながるか
この更新は、Vercel 単体ニュースで終わりません。Sandbox を execution layer として見る既存記事とも自然につながります。
Sandbox provider 全体を見たいなら、OpenAI Agents SDK sandbox provider 比較 が近いです。
background coding agent の基盤まで広げるなら、OpenAI Agents SDK harness vs Vercel Open Agents vs OpenHands を読むと位置づけがつかみやすくなります。
Vercel 文脈を coding agent にどう渡すかを見たいなら、Vercel plugin vs MCPサーバー vs 素のcoding agent もつながります。
特に Vercel を app 層、workflow、sandbox preview まで一体で使う読者には、今回の 8080 対応はかなり分かりやすい改善です。
いま判断するとしたら
すでに Vercel Sandbox を使っているなら、まずやることは新機能の深掘りではありません。
既存の preview 運用を 8080 前提へ戻せるか確認すること です。
- 8080 を避けるための回避設定を減らせるか
- wrapper が 23456 へ追従しているか
- docs やテンプレートを新しい前提にそろえられるか
ここが片付くと、agent sandbox や軽量 demo の構成がかなり素直になります。
まとめ
今回の更新で変わったのは、Vercel Sandbox で port 8080 を preview 用にそのまま使いやすくなった ことです。
派手な大型機能ではありませんが、実務では効きます。既存の dev server をそのまま見せたい人ほど、恩恵は分かりやすいはずです。
見るべき点は2つだけです。
- 8080 は ingress domain として使える
- controller port は 23456 へ移動した
この2点を押さえれば、Vercel Sandbox の preview 運用はだいぶ整理しやすくなります。