Vercel Ship 26 サンフランシスコ（2026年10月15日）発表まとめ — Python GA・コンテナ・Daemons・Drives・BYOC
2026年10月15日、サンフランシスコの Palace of Fine Arts で Vercel Ship 26 が開催されました。6月のロンドンから始まった Ship 26 の最終開催地で、発表の中心は「エージェントの実行基盤」と「バックエンドの受け皿の拡大」です。公式ブログと changelog で同日公開された内容をまとめると、主な発表は次の通りです。
- Vercel 上の Python が一般提供（GA）に
- Vercel Functions のコンテナ対応で、任意の言語・OS ライブラリを同梱して実行可能に
- Vercel Daemons がパブリックベータ（常駐型のバックグラウンドワーカー）
- Vercel Drives が GA（Vercel Sandbox にマウントする永続ストレージ）
- Bring Your Own Cloud on AWS が GA
- Vercel Connect に Enterprise-Managed Authorization と Secure Compute 対応を追加
- Vercel Token Pass が早期アクセス（月額 $30 で $80 分のモデル利用クレジット）
- AI Gateway に Meta の Muse Spark Open などを追加
以下、それぞれが実務で何を意味するかを整理します。
バックエンド領域の拡大：Python GA・コンテナ・Daemons
最も影響範囲が広いのは、バックエンド実行環境の 3 点セットです。
まず Python が GA になりました。FastAPI、Flask、Django が標準の CPython と PyPI 依存関係のまま動き、フレームワーク検出・ビルド・スケーリングは Vercel 側が処理します。Vercel によれば、すでに 15 万チームが Vercel 上で Python バックエンドを動かしているとのことです。Blob、Queues、Workflows、Sandbox 用の Python SDK も揃い、フロントエンドと同じ Preview・本番デプロイの流れに乗せられます。
次にコンテナ対応です。Dockerfile で OS ライブラリや実行バイナリ（例：ffmpeg）を同梱したアプリを、Vercel Functions として Fluid compute 上にデプロイできます。課金は Active CPU 課金で、API 応答や LLM 推論の待ち時間には課金されません。パブリックベータ以降、5,000 チームが 15 万回のコンテナデプロイを行ったと公表されています。
そして Vercel Daemons。これはリクエスト駆動ではなく「常駐して自分から仕事を取りに行く」ワーカーです。キューのコンシューマー、ワークフローのワーカー、セルフホストの CI ランナーが対象で、リージョンごとのインスタンス数を指定すると、プロセスが落ちても Vercel が再起動して台数を維持します。ローンチ時点ではプル型ワークロードに対応します。
この 3 つを合わせると、「フロントは Vercel、重い処理やワーカーは別クラウド」という構成を取っていたチームが、構成を 1 つの vercel.toml に寄せられる可能性が出てきます。判断材料は、常駐インスタンスの課金がリクエスト課金よりコスト効率に合うか、そして現行のキュー／ジョブ基盤（SQS や Celery など）を置き換えるメリットがあるかどうかです。既存基盤が安定して動いているなら、まずは新規のワーカー 1 本を Daemons で書いて比較するのが現実的です。
エージェント向け：Vercel Drives が GA
Vercel Drives は、Vercel Sandbox（隔離された使い捨ての実行環境）にディレクトリとしてマウントする永続ストレージです。サンドボックスが終了してもファイルは残り、次の実行で同じ Drive をマウントすれば続きから作業できます。CLI でも Sandbox SDK でも、Drive を作成してマウントパスを指定するだけです。
設計上のポイントは、エージェントのファイルを実行環境から切り離せることです。ランタイムやツール構成を変えたい場合でも、作業ディレクトリを移送せずに別サンドボックスへ引き継げます。複数のサンドボックスから同じ Drive を読み取り専用でマウントしてデータセットを共用したり、Drive をフォークして並列に別アプローチを試したりもできます（フォークは元の Drive にマージされません）。
提供は全プランで、容量は既定 1 TiB（Hobby は 1 GiB）、最大 16 TiB です。長時間かかるコード生成やデータ分析など、1 回のセッションで終わらない処理をエージェントに任せているなら、状態管理を自前で実装していた部分を置き換えられるかを検討する価値があります。
エンタープライズ：BYOC on AWS が GA、Connect は認可まわりを強化
Bring Your Own Cloud on AWS が GA になり、Vercel のコンピュートを自社の AWS アカウント内で動かせるようになりました。データの所在やネットワーク分離に要件があり、これまで Vercel の採用を見送っていた組織にとっては前提が変わります。なお Ship SF では、Meta AI などを手がける Meta Superintelligence Labs の「Muse」が Vercel 上で動いているというセッションも組まれていました。
Vercel Connect には Enterprise-Managed Authorization（EMA）が追加されました。アプリやエージェントが Slack などのツールをユーザーの代理で操作する際、アクセス権を自社の ID プロバイダー側で管理できる仕組みです。加えて、IP アドレスで接続元を制限している外部サービスに対して Secure Compute の固定 IP 経由で到達できるようになり、MCP サーバーからの Webhook イベントを購読する MCP Events もパブリックベータに入りました。
これらは地味に見えますが、社内エージェントを本番投入するときに最後に詰まるのはたいてい認可と接続元制限です。「どのユーザーの権限でどこまで操作してよいか」を IdP 側に寄せられるかどうかが、検証止まりと本番運用の分かれ目になります。
モデル利用：Token Pass と AI Gateway の新規モデル
Vercel Token Pass が早期アクセスで登場しました。月額 $30 で、注目のオープンウェイトモデル向けに月 $80 分のクレジットが付き、初期対応は GLM 5.3 と Kimi K3 です。コーディングエージェントでの利用や、Vercel 上で動かす個人向けエージェントの動力源としての利用が想定されています。
AI Gateway には Meta の Muse Spark Open が追加され、プロバイダー契約なしに 1 つの API キーでフォールバックや支出追跡つきで呼べます。無償のステルスモデル「Cat Jam」も追加されました。モデル選定を 1 社に固定せず、ゲートウェイ越しに差し替え可能な状態にしておく設計が、引き続き Vercel の推す方向です。
今回の発表をどう受け止めるか
Ship 26 全体を通して、Vercel の立ち位置は「フロントエンドのホスティング」から「アプリとエージェントの実行基盤」へ明確に移りました。6月のロンドンで Agent Stack、eve、Connect、Passport が出て、今回のサンフランシスコでは Python・コンテナ・Daemons・Drives・BYOC という、実行環境と運用の足回りが揃った形です。
実務での優先順位としては、次の順で検討するのが妥当でしょう。
- すでに Vercel を使っていて Python や常駐ワーカーを別環境に持っている場合は、Daemons とコンテナで統合できるかを小さく検証する
- エージェントを本番運用している、または予定している場合は、状態の永続化（Drives）と認可設計（Connect / EMA）を先に決める
- データ所在の制約で採用を見送っていた場合は、BYOC on AWS の GA を前提に要件を再確認する
なお、デプロイ比率や利用量に関する数値はいずれも Vercel 自身が公表したもので、第三者の監査を経たものではありません。技術選定の判断材料としては、自社ワークロードでの実測を優先してください。Ship SF のキーノートは公式サイトでアーカイブ配信が公開されています。
まとめと次の一歩
今回の発表は、新しい概念の提示というより「Vercel で動かせる範囲が広がった」という内容です。まずは移行候補を 1 つに絞り、ワーカー 1 本かエージェント 1 機能で挙動とコストを測るところから始めるのが近道です。chot Inc. では Web サイト制作・フロントエンド開発に加え、AI アプリケーション開発も手がけています。Vercel 上での構成見直しやエージェント機能の実装を検討している場合は、お問い合わせからご相談ください。
