目次

Vercelの11月3日の発表によると、Pro・Enterpriseチーム向け公開ベータのSecurity Reviewは、2026年11月10日まで無料となる。Vercel Agentで修正を生成する作業は引き続き別料金だ。レビューが無料でも修正の流れ全体が無料になるわけではなく、AIが生成した修正が本番環境へ自動マージされるわけでもない。

発表には終了時刻やタイムゾーンがなく、特定地域の11月10日を丸一日含むとも明記されていない。

対象プランと有効化

Security ReviewはVercel Agentの一部だが、すべてのアカウントで自動的に有効になるものではない。チームのOwnerがAgent設定でReview Deployments Automaticallyをオンにし、Projects to Reviewを選んで保存する。既定は全プロジェクトで、個別指定では最大100プロジェクトを選べる。

今回のベータの対象はPro・Enterpriseチームだ。また、レビューの有効化とAgent chatの利用許可は別だ。修正ボタンを表示するにはEnable Chatもオンにする必要があり、修正フローの利用はAgent chatの権限に依存する。

pushが起点、通常は変更差分を対象にする

レビューを開始するのはGitHubへのpushであり、プルリクエストだけではない。本番ブランチへの直接pushやforce pushも含まれる。1回のpushに関係するプロジェクトをまとめて調べるため、開いているプルリクエスト数だけではレビュー回数を見積もれない。

通常は基準となるbaseとソースを比較し、リポジトリ全体ではなく変更部分を調べる。デプロイに対するレビューでは、同じブランチの前回のデプロイをbaseとし、存在しない場合はGitHub APIにフォールバックする。初回レビューなどbaseがない場合にはソース全体を読む。モノレポではプロジェクトのルートディレクトリが範囲になる。

通常のレビュー対象はbaseからの変更部分だ。通常課金ではpushの頻度や変更量も使用量に影響する。

検出結果の表示先と閲覧権限

検出結果はVulnerabilitiesダッシュボードに表示され、レビューしたコミットにはGitHub checkが付く。private・internalリポジトリでは、コミットのブランチに開いたプルリクエストがあると、結果がコメントになることもある。リポジトリにアクセスできる人は読めるため、ダッシュボードより閲覧者が広がる可能性がある。

ダッシュボードではOwner、Member、Developer、Securityが全プロジェクトの結果を閲覧できる。Contributorは割り当てられたプロジェクトだけ、BillingとViewerは閲覧できない。チームやプロジェクトのセキュリティポリシーを編集できるのはOwnerとMemberだ。これらは別々の権限であり、単一の万能な役割ではない。

検出結果のソース断片には機密情報が含まれ得る。publicリポジトリではcheckとダッシュボードへのリンクのみを投稿し、未修正の脆弱性の詳細はダッシュボードに残す。文書にはGitHub Appの具体的な権限スコープが列挙されておらず、読み取り専用か、追加権限が必要かは明記されていない。

レビュー料金と修正料金を分ける

期間限定のレビュー無料化は11月3日の発表に基づく。文書が示す通常料金は、プロバイダーの元のトークン単価による推論料を上乗せなしで請求し、さらに100万トークン当たり0.25ドルのVercel Token Rateを加える仕組みだ。発表ではinput、cached、outputトークンを挙げている。

0.25ドルはプラットフォームの追加単価であり、100万トークンの総額ではない。推論料は別の構成要素になる。1レビュー当たりの固定価格も示されておらず、pushの頻度やコード変更量が費用に影響する。

無料レビュー期間中でも、Vercel Agentによる修正はVercel Agentの料金で課金される。無料化の対象は対象チームのレビューであり、Agentによる修正は別料金となる。

修正提案には人の承認が必要

Gitリポジトリが接続されている場合、Fix with Vercel Agentから検出内容を含むチャットが開く。文書上の流れは、脆弱性が残っているかの確認、最小限の修正、型チェック・lint・テストの実行、対象ブランチへのプルリクエスト作成だ。人が変更を確認して納得してからマージする。自動的にはマージされない。

接続されていないプロジェクトでは、プレビューのデプロイとダウンロード可能なパッチを用意する。必ずプルリクエストを開くわけでも、ただちにソースを書き換えるわけでもない。

結果は判断材料であり、安全の証明ではない

重大度はAIによる推定で、固定の評価基準に基づくスコアではない。Closedは後続レビューが問題を検出しなくなったことを意味し、修正済みだと確認する状態ではない。ポリシーはアプリの事情を伝える一方、本来検出できた脆弱性を見落とす原因にもなり得る。

対象はソースコードであり、稼働中のアプリの動作試験や侵入テストではなく、セキュリティ監査の代替でもない。追加の調査材料を得る道具として位置づけ、重大度、修正の正しさ、リリース可否は引き続き人が判断する必要がある。