Vercel Agent 如何安全地访问生产环境
内容提要
Vercel Agent 先以只读权限调查问题，再提出包含任务与所需权限的计划，用户审批后仅授予该计划所需权限。权限基于作用域，受用户原有权限限制，令牌短期有效；计划与令牌共用同一权限定义以避免不一致，恢复工作需计划处于激活状态。文章还讨论了权限精度、只读调查的信息风险，以及沙箱、审计日志等配套安全措施。
延伸解读
计划与权限绑定：先审后行
Vercel Agent 将权限请求与具体计划绑定，用户审批的是包含任务和所需权限的完整方案，而非孤立操作。这避免了逐步审批导致的“习惯性点击通过”，也让用户能在授权前评估修复方案。计划中的任务描述解释了权限用途，作用域合并后整体审批，确保权限与工作目标一致。
权限继承与令牌限制
Agent 的权限受用户原有权限限制，审批计划不会授予用户自身没有的访问权。OAuth 服务签发短期令牌，作用域定义能力边界，API 逐请求校验。但部署写权限可能宽于单次重部署，令牌并非限定到具体资源；运行时通过检查计划是否激活来选择凭证，从而在流程上约束权限使用。
只读基线并非无害
只读调查可自动运行，但可能暴露敏感配置和运营细节。文章明确提醒，自动批准不等于工作无害，只读基线需持续审查。对于其他系统，可能需要更窄的基线，并单独控制检索信息的处理与去向。这提示读者在采用类似设计时，应评估只读操作的信息风险。
权限精度与配套控制
作用域需区分多资源操作和不同后果，如附加域名需域名与项目权限，防火墙规则暂存与发布权限不同。Agent 可能请求过多或过少权限，需任务级指导与验证。此外，计划需配合沙箱隔离、网络策略、审计日志等控制，因为即使权限受限，允许的操作仍可能造成危害。
Q&A
Vercel Agent 如何确保只获得必要的权限？
Vercel Agent 先以只读权限调查问题，然后提出包含任务和所需权限的计划。用户审批后，仅授予该计划所需的额外权限，且权限基于作用域，受用户原有权限限制，令牌短期有效。
Vercel Agent 的只读调查权限包括哪些？
只读基线包括所有以 read: 开头的已注册作用域，例如 read:deployment。这些权限允许 Vercel Agent 自动执行调查任务，但只读操作仍可能暴露敏感信息。
用户批准计划后，Vercel Agent 如何获取令牌？
用户批准计划后，系统会检查请求的作用域，并准备一个包含只读基线和已批准权限的令牌。该令牌受作用域、团队、用户权限和有效期限制，运行时在计划激活时选择该凭证。
如果计划请求了已弃用的权限会怎样？
系统会在计划验证阶段拒绝该计划，并返回有效的作用域，Vercel Agent 可以据此修正计划，而不是自动降级到更广泛的权限。
恢复已批准的工作需要什么条件？
恢复工作前，运行时会重新加载计划并检查其是否处于激活状态。只有激活的计划才会使用已批准的凭证，已停止的计划即使令牌未过期也无法恢复。
Vercel Agent 的权限系统还存在哪些挑战？
挑战包括：选择作用域时信息不完整可能导致权限过多或过少；需要清晰描述工作以便用户评估；区分拒绝原因；只读调查可能暴露敏感信息；以及模型可能出错或遇到恶意指令，需配合沙箱、审计日志等控制。
