本文目录
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 能补充业务背景，也可能让本来会报告的漏洞被漏掉。
服务分析源码，不做运行时测试或渗透测试，不替代完整安全审计。更合适的定位是增加一条发现和调查问题的渠道，修复是否正确、风险是否可接受、何时发布，仍需人工把关。