跳至正文返回首页Vercel 披露 Agent 生产访问权限机制：只读排查后一次性审批计划
- 权限流程：Vercel Agent 收到“修复这个部署”一类请求后，先在只读基线下检查近期部署、构建日志并与上一个正常版本对比；若判断需要重新部署，再生成一份包含任务、所需 scope 与执行范围的计划，由用户一次性审批。
- 审批边界：只读基线覆盖所有以
read: 开头的已注册 scope；计划一旦请求超出基线或包含外部动作（如创建 GitHub PR）即进入待批。只读排查可自动运行，但官方明确只读操作仍可能暴露敏感配置，自动批准不等于无风险。
- 权限不放大：Vercel Agent 以 Vercel App 身份运行，受用户既有 RBAC 权限约束；审批后换取的是含只读基线与已批准 scope 的短期令牌，Vercel API 逐请求校验，模型若尝试令牌外操作会被拒绝。
- 计划即凭证上下文：计划记录任务、进度与逐任务 scope，审批时重新校验 scope 并准备令牌；恢复执行前 runtime 会检查计划仍为 active，已停止的计划即使令牌未过期也无法继续。scope 定义与 OAuth 服务共用同一注册表，未知或过期的 scope 在计划阶段被拒绝并要求修正，而不是回退到更宽权限。
- 工程取舍：该设计把审批对象从单步操作变成一份可审阅的计划，降低连续点击确认的负担；代价是权限选择仍依赖模型在信息不完整时判断，scope 过窄会阻塞任务，过宽会扩大授权面。官方称其仍需与沙箱隔离、网络策略、密钥处理、限流、审计日志和服务授权配合。
🔗 Vercel 官方博客