摘要： Vercel Enterprise Apps and Agents 把治理變成內部軟體的預設：Passport 讓部署一誕生就受身分供應商保護、Connect 以任務制短效憑證取代長駐金鑰、Managed Users 由現有目錄管理生命週期，AWS BYOC 則把工作負載放回客戶帳號。前兩項目前是 Beta，後兩項是 Private Beta。這組設計把安全控制從個別專案設定改成平台繼承。
當整間公司的成員都開始用 AI 造內部工具，難關早已不在「做不做得出來」，而在 agent 進入使用階段後浮現的四個疑問——這是 Vercel 用整整一年的內部經驗換來的歸納：每個 agent 分別開放給誰使用？要怎麼讓內部 agent 不流到外部？agent 被允許碰觸哪些資料與系統？背後用了哪些模型、費用又是多少？這一年來，Vercel 的員工靠 eve 與 Agent Stack 上線了數百個 agent 與內部應用——把東西送上線不難，治理才是真正的難關。Enterprise Apps and Agents 的定位，就是把這些教訓變成產品：所有權、存取與安全不再是平台團隊排隊處理的專案，而是 builder 一接手就自動擁有的預設值。
四大元件各自的應對如下：
| 平台元件 | 安全上的做法 |
|---|---|
| Vercel Passport | 預設將所有內部應用與 agent 置於你的身分供應商把關之下 |
| Vercel Connect | 發給 agent 範圍受限、壽命短暫的憑證，用以連上 Slack、GitHub、Snowflake、Salesforce、Linear 等系統 |
| Enterprise Managed Users | 經由現有目錄，對每個 Vercel 與 v0 使用者做到完整生命週期控管 |
| Bring your own cloud（AWS） | 讓應用與 agent 在你自己的 AWS 帳號裡運行（Private Beta） |
Passport：打從部署誕生的那一刻就限定於內部
多數企業最早接觸到的 agent 往往就是內部工具，而「內部」這件事，過去得靠每個專案各自手動設定——只要有任何一位員工漏了把某個 deployment 標成 private，通往敏感系統與資料的大門就跟著敞開。Passport 的做法是把這個預設整個倒過來：從部署存在的瞬間起，私有就是它的初始狀態，所有存取都必須通過員工身分驗證，每一次進入都留下可稽核的紀錄，政策則交由管理員統一制定。IdP 只要接上一次（Okta、Microsoft Entra、Auth0，或任何相容 OpenID Connect 的供應商），Passport 就會自動把設定套到每一個 deployment。現階段為 Beta。
Connect：拿效期短暫的憑證換掉環境變數裡的常駐金鑰
Passport 解決的是「誰有資格用 agent」，可 agent 本身同樣得去讀資料、連系統——這也正好說明了它們為何好用、又為何危險。過去的慣行方案，是把長期有效的憑證塞進環境變數，並按「agent 這輩子可能做的一切」一次授權到位。Vercel Connect 把 OAuth、OIDC 與 secret 注入收攏成單一產品，直接取代靜態金鑰：agent 手上不再保管任何 secret，而是等工作當下才換取短效憑證——token 以任務為單位核發，任務一結束就跟著作廢。目前支援 Slack、GitHub、Snowflake、Salesforce、Linear，任何能透過 OAuth 或 API 觸及的系統也一併涵蓋。現階段為 Beta。
Enterprise Managed Users：收束帳號蔓延的亂象
一旦全公司都成了 builder，帳號蔓延便成為一種無聲的失控：說不清是誰開出的座位、調職或離開後還掛著的權限，以及一份付之闕如的統一稽核紀錄。Managed Users 的基礎是 SAML SSO 與 Directory Sync——目錄上多出該有的帳號，座位便同步存在；目錄上移除一行，存取就跟著終止。以群組為單位的權限、deployment protection 和 MFA 一律推到整個組織，所有動作彙進同一條稽核軌；你手邊既有的 Okta 或任一款 SAML/OIDC 目錄，從現在起也能管到 v0。現階段為 Private Beta。同一波還有 v0 接上 Snowflake：任何人都能在安全的前提下直接於資料倉儲上打造資料應用，連線照舊經過 IDP，資料始終留在內部邊界之內。
BYOC on AWS：把工作負載放回你自己的帳號
對大型企業而言，邊界的要求不會停在私有部署——工作負載本身就必須落在安全團隊所擁有、所稽核的基礎設施上。Bring your own cloud（BYOC）把你的運算、build 產物與資料放進你自己的 AWS 帳號與 VPC，Vercel 僅在其上營運控制平面；應用要碰私有後端時，走的方式跟帳號裡其他任何東西相同，原始碼自始至終不會離開你的 CI。工程師拿到的仍是熟悉的 Vercel 開發體驗，安全團隊則繼續握有自己的網路控制、稽核證據與帳號。現階段為 AWS 上的 Private Beta。
平台團隊該在意的事：把安全那條路變成預設路線
Vercel 對自家差異的歸納是：過去想法會死在安全審查，並非毫無道理——資料外洩的風險，換不來等值的創新回報。當控制項直接長在平台裡，會接連出現三件事：安全地做原型可以規模化（每個人都能在 v0 的治理軌道上實驗，實驗不再是需要通融的安全例外）；領域專家動手打造自己的工具（離問題最近的人當場就把問題解掉，不必再等上一季）；通往生產環境的路變成直達（驗證成功的原型就在同一個平台上出貨，無須重寫，也不會遭到封殺）。給評估者的提醒是各元件的現況：Passport 與 Connect 屬 Beta，Managed Users 與 BYOC 屬 Private Beta——治理藍圖已經完整，實際可用性仍須按元件逐一確認。