本文目錄
Vercel Security Review 的“免費”有明確邊界：11 月 3 日公告稱，面向 Pro、Enterprise 團隊的公測審查免費至 2026 年 11 月 10 日，但使用 Vercel Agent 生成修復仍另收費。發現問題、生成修改和把修改合入代碼，是三個不同環節，不能把限免理解成免費自動修好並上線。
公告沒有給出截止時刻、時區，也未明確覆蓋某個地區的 11 月 10 日全天。
誰能開，開哪些項目
公測面向 Pro、Enterprise 團隊，須主動啟用。團隊 Owner 要在 Agent 設置中開啓 Review Deployments Automatically，再選擇 Projects to Review 並保存。默認是所有項目，也可指定項目，最多選 100 個。
開啓審查不等於開啓修復聊天。Fix with Vercel Agent 按鈕還要求同一設置頁的 Enable Chat 已打開，能否使用修復流程取決於 Agent chat 權限。
push 觸發，不代表每次全倉掃描
觸發點是連接 GitHub 倉庫的 push，而不只是 PR。直接推送、強制推送到生產分支也在範圍內，一次 push 關聯的項目會一起審查。因此，用 PR 數量估算審查次數並不準確。
常規審查將源碼與 base 比較，主要查看變更。部署審查使用同分支的前次部署作基線；沒有前次部署時回退到 GitHub API。若沒有可用基線，例如項目首次審查，纔讀取完整源碼。Monorepo 則限定在各項目根目錄。
這更像持續檢查新改動，而不是每推一次代碼就給整個應用做一次安全審計；push 頻率和代碼改變量也會影響常規計費下的使用量。
檢測結果的可見範圍值得先看
結果進入 Vulnerabilities 儀表板，審查過的 commit 會有 GitHub check。私有或 internal 倉庫中，如果該 commit 所在分支有打開的 PR，結果還可能成為 PR 評論。所有有倉庫訪問權的人都能讀這些評論，受衆可能比儀表板更廣。
儀表板裏，Owner、Member、Developer、Security 可看各項目結果；Contributor 只看已分配項目；Billing、Viewer 不可見。編輯團隊或項目 policy 則限 Owner、Member；查看、修改策略和啓用審查分別對應不同權限。
結果可能帶有含敏感信息的源碼片段。公開倉庫只發布 check 和儀表板鏈接，不公開未修補漏洞的細節。文檔未列出 GitHub App 的具體權限 scope，接入是否只讀、是否需要新增權限尚未明確。
賬單要拆成審查與修復兩部分
限免依據是 11 月 3 日公告。文檔列出的常規費率則是：底層服務商推理按原始 token 單價計費、無加價，再加 Vercel Token Rate 每百萬 tokens 0.25 美元。公告列明 input、cached、output tokens。
0.25 美元不是每百萬 tokens 的總價，而是推理費之外的平臺附加費。材料沒有給每次審查統一固定價，成本還會受推送次數和代碼改動量影響。
即使處於審查限免期，Agent 生成修復仍按 Vercel Agent 費率收費。限免只涵蓋符合資格團隊的審查，Agent 產生修復仍另收費。
修復開 PR，合併仍由人決定
連接 Git 倉庫時，點擊 Fix with Vercel Agent 會打開帶有問題背景的聊天。文檔描述的流程是確認漏洞仍存在、作儘量小的修改、運行類型檢查、lint 和測試，再向問題所在分支開 PR。人工審覈滿意後才合併，不會自行合併，也不是生成修改就自動上線。
沒有連接 Git 倉庫的項目走的是另一條路徑：生成 preview deployment 並提供可下載 patch，源代碼要等應用補丁後才改變。
Closed 不等於已經修好
Critical、High 等嚴重程度是 AI 估計，並非固定評分標準的分數，需要結合應用實際判斷。Closed 只表示後續審查不再檢出問題，不是確認修復成功。Policy 能補充業務背景，也可能讓本來會報告的漏洞被漏掉。
服務分析源碼，不做運行時測試或滲透測試，不替代完整安全審計。更合適的定位是增加一條發現和調查問題的渠道，修復是否正確、風險是否可接受、何時發佈，仍需人工把關。