[控场AI]
· 9 分钟阅读· 4,553 字

Vercel企业级AI治理平台:公民开发者的安全护栏

Vercel企业级AI治理平台:公民开发者的安全护栏

Vercel推出企业AI治理控制平面,用护栏而非围墙释放公民开发者生产力。

企业AI采用正快速扩散到工程团队之外,公民开发者借助AI自行构建软件,带来生产力释放,也带来安全与管控难题。Vercel推出Enterprise Apps and Agents统一控制平面,将工程师和公民开发者汇聚到同一部署目的地,通过企业IdP集中治理部署、访问、集成与数据、模型与token、可观测性五个维度。配套能力包括BYOC on AWS和Enterprise-Managed Authorization。案例显示,Klaviyo让512名员工两周部署356个应用,Mercor通过AI Gateway在10天内处理630亿token。核心理念是「护栏而非围墙」。

企业内部的AI采用正在快速扩散,而且早已超出工程团队的范畴。据Vercel披露的数据,过去三个月,企业在AI Gateway上的token用量翻了四倍;OpenAI也报告称,从2025年8月到2026年6月,非开发者Codex用户增长了189倍。

这批人被称为「公民开发者」(citizen developers)。他们比任何人都更了解自己负责的业务环节,借助AI,可以自行构建所需的软件,更快交付工作成果,改善客户体验。

但构建变得容易,控制和治理就变得困难。员工是否获得批准都在使用AI工具;如果一位公民开发者用vibe coding方式写错了登录页面,私有数据就可能泄露到公网。企业领导者必须回答一个问题:如何让所有人参与构建,同时不放弃安全与管控。

Vercel for Enterprise

Enterprise Apps and Agents:一个统一控制平面

Vercel推出的Enterprise Apps and Agents,正是针对上述挑战的一站式解决方案。它是一个中央控制平面,用于治理每一个构建者、应用、代理、token和费用支出。

该平台将工程师和公民开发者汇聚到同一个部署目的地,通过企业现有的IdP(身份提供商)集中管理访问权限、提供商、模型、数据保留策略、token预算、集成与策略。Vercel把AI治理集中化,使公司政策能够在各个控制域中一致执行,具体涵盖五个维度:

  • 部署治理:Enterprise Managed Users与RBAC
  • 访问治理:Vercel Passport、Deployment Protection与Vercel Firewall
  • 集成与数据治理:Vercel Connect与Enterprise-Managed Authorization
  • 模型与token治理:AI Gateway,包括仅限美国推理和预算控制
  • 可观测性与安全监控:通过analytics、audit logs和Security Dashboard实现

Secure Compute提供对企业系统的私有连接,而BYOC on AWS则让应用函数运行在自有AWS账户中,遵循自己的权限和网络控制。

部署治理:不同工具,统一出口

公民开发者和工程师使用的工具各不相同。市场人员可能用ChatGPT搭建落地页,分析师可能用Claude Code跑查询、做报告,工程师则可能用Codex、OpenCode或fx。

无论使用什么工具链,Vercel提供统一的部署目标,并接入企业现有IdP,从而控制谁可以创建部署。

集成与数据治理:按任务铸造token

Agent只有在能访问系统与数据时才有价值,但这通常意味着使用长期存在的环境变量,对CRM、数据库、Slack等系统拥有宽泛权限。Vercel Connect通过实现带范围限制的连接器,并为每个agent任务铸造token,使agent只访问工作所需的特定上下文。

新增的Enterprise-Managed Authorization功能,让员工通过IdP登录Vercel时,agent可以自动使用已连接的服务,无需单独的授权提示。Connect还与Passport集成,员工个人权限同样适用于集成和数据层——如果某人在源系统中看不到某项数据,通过应用或agent也无法访问。

临时凭证与token铸造 是零信任安全架构中的核心实践。传统做法是把长期有效的 API Key 或环境变量注入应用,一旦泄露,攻击者可长期滥用。带范围限制(scoped)的短期 token 则相反:每次 agent 执行任务时,系统按最小权限原则动态签发一个仅在本次任务有效、权限范围精确的凭证,任务结束即失效。即便凭证被截获,其可利用窗口和影响面都被压到极小。这正是 Vercel Connect「为每个 agent 任务铸造 token」的含义——agent 只拿到完成当前工作所需的特定上下文,而非对 CRM、数据库的全局读写权。

Zero Data Retention(零数据保留) 指模型提供商在处理推理请求时,不存储提示词与响应内容,也不将其用于训练。这对金融、医疗、法律等受监管行业尤为关键,因为把敏感数据发送给第三方模型可能触发合规风险。企业选择支持 ZDR 的网关或提供商,可在享受大模型能力的同时,避免数据沉淀在外部系统中,是 AI 采购时常见的合规硬性要求。

模型与token治理:单一API管理数百模型

使用Vercel AI Gateway的企业平均路由到17个不同模型。如果没有模型路由器,就需要集成多个独立提供商,API密钥和预算管理分散在各平台。

AI Gateway通过单一API提供数百个模型的访问,不收取加价,Zero Data Retention确保数据不被存储或用于训练。企业也可以选择仅通过美国提供商路由,以满足合规要求。

IdP(身份提供商) 是企业级身份认证基础设施,如 Okta、Microsoft Entra ID、Google Workspace 等,负责集中管理员工的账号、登录认证与权限分组。SSO(单点登录)、MFA(多因素认证)、SCIM 用户自动同步等能力都由 IdP 提供。当 Vercel 说「接入企业现有 IdP」时,意味着员工沿用公司统一的账号体系登录,而不用在 Vercel 单独注册。这样做的价值在于:员工离职时在 IdP 中禁用账号,其在 Vercel 及所有下游应用的访问权限会一并失效;权限变更也只需在一处维护。对企业安全团队而言,IdP 是身份治理的「唯一真相源」,也是把散落各处的 AI 工具纳入统一管控的抓手。

RBAC(基于角色的访问控制) 是一种权限模型:系统不直接给个人授权,而是先定义角色(如「只读用户」「部署管理员」),再把角色分配给用户。角色与权限解耦后,权限管理从「逐人配置」变为「按角色批量配置」,大幅降低出错概率。与 RBAC 常并列的还有 ABAC(基于属性的访问控制),后者根据环境属性(如时间、IP、数据敏感级)动态判断。Vercel 的 Enterprise Managed Users 结合 RBAC,使企业能够以角色为单位规定谁可以创建部署、访问哪些集成,从而在放开构建权限的同时守住关键边界。

模型路由器(Model Router / Gateway) 是在应用与众多模型提供商之间的一层统一代理。它对外提供单一接口,对内负责请求分发、故障转移、密钥管理、用量计量与预算控制。没有它,企业每接入一个模型就要维护一套密钥、SDK和账单,成本与安全风险随模型数量线性增长。模型路由器还能实现模型故障转移:当某个提供商限流或宕机时,自动切换备用模型,保障服务连续性。Vercel AI Gateway 报告企业平均路由到 17 个模型,说明多模型并用已是常态——不同任务用不同模型(如推理用强模型、简单分类用廉价模型)既能优化成本,也能提升效果,而路由器是让这种策略可管理的基础设施。

两大客户案例:Klaviyo与Mercor

Klaviyo:从两周到三分钟。 在采用Vercel之前,Klaviyo内部发布一个简单应用需要两周时间——追逐IT、给工程团队开ticket、跟进平台团队。他们在Enterprise Apps and Agents之上构建了内部应用构建平台,现在公司任何人都能在三分钟内部署一个想法。上线前两周,512名员工部署了356个应用。Klaviyo高级首席AI架构师Mohamed Ali表示:「Vercel让我们能够设计护栏,而不是围墙。」

Mercor:管理海量模型调用的安全与预算。 Mercor连接AI实验室与主题专家,帮助训练和评估模型。其工程师需要访问数百个模型,但迁移到Vercel之前,访问分散在直接集成和第三方路由器中,凭证被盗风险巨大,token支出无法管理。迁移到AI Gateway后,工程师通过单一可过期密钥访问数百个模型,并可按人或项目设置预算。上线前10天,他们处理了630亿token,没有触及任何速率限制。Mercor工程经理Abhi Kottamasu指出:「并非所有网关都具备密钥级别的时间过期或限额能力。作为管理员,能够配置带护栏的密钥,不必担心密钥被盗或几个月后费用失控,这一点尤其有价值。」

BYOC on AWS:计算与数据留在自有边界

BYOC on AWS已正式可用。应用函数在企业的AWS账户中执行,处于自己的安全和网络边界内。

Meta Superintelligence Labs通过BYOC在Vercel上运行。Meta方面表示,其AI团队可以在自己的AWS环境中快速测试和部署想法,上线第一周就完成了相当于一个月的工作量。

BYOC(Bring Your Own Cloud) 是一种部署模式:软件厂商的控制平面运行在自己云端,但处理实际业务负载的计算函数运行在客户自己的云账户(如 AWS)中。这样数据不必离开客户的安全与网络边界,客户可沿用既有的 IAM 权限、VPC 网络隔离、加密密钥和审计日志。对大型企业,尤其是对数据主权、行业监管有严格要求者而言,BYOC 常常是采购的前提条件。Vercel 的 BYOC on AWS 让应用函数在企业自有 AWS 账户内执行,正是把「计算与数据留在自有边界」这一诉求落地,代价是运维复杂度部分回归企业自身。

从想法到全球规模:Vertex的实践

Vercel试图让公司每个人都能安全构建,同时让工程师轻松将最佳想法扩展到全球。Vertex——Vercel自己的客户支持agent——就是这个理念的产物。此前使用第三方供应商,但无法回答所有客户问题。支持团队构建agent和技能来覆盖缺口、提升响应速度,随后意识到这为直接面向客户的体验打下了基础。GTM工程团队接手后,通过评估和模型故障转移使其达到生产就绪。如今,Vertex自主处理91%的客户支持案例,每周处理数千张工单,运行在同一个平台上,创意的起点就在这里。

企业AI治理的核心矛盾

Vercel这套方案折射出企业AI落地的根本张力:构建门槛降到历史最低,治理难度却升到历史最高。员工的AI使用往往先于审批流程存在,安全团队不可能靠「禁止」解决。Vercel的策略是把治理嵌入部署管道——用IdP做统一身份,用Gateway做模型与预算控制,用Passport做访问验证,用Connect做权限对齐。核心思路不是围墙,而是护栏。

Klaviyo的512人部署356个应用、Mercor的630亿token、Meta的一周完成一月工作量,这些数字说明:当安全与治理不再是阻塞点,公民开发者的生产力释放可能远超预期。

#Vercel企业级AI治理#公民开发者#AI Gateway#BYOC on AWS#企业AI安全#Vercel Enterprise Apps#AI agent治理#模型路由
分享:

相关推荐