Vercel Agent의 승인 기반 프로덕션 접근 방식
Vercel Agent가 먼저 조사하고 계획을 제안한 뒤, 승인된 범위의 권한으로만 프로덕션 작업을 수행합니다.
교안에 영향
예전처럼 Vercel Agent가 요청을 바로 실행한다는 안내는 맞지 않고, 이제는 plan 승인과 scope 검토가 필요합니다.
요약
- Vercel Agent가 문제를 먼저 조사한 뒤, 수행할 작업과 필요한 access scopes를 담은 plan을 제안하도록 바뀌었습니다. - 승인된 plan에 대해서만 추가 권한이 부여되며, read-only plan과 읽기 전용 baseline으로 조사 단계가 자동 실행될 수 있습니다. - Vercel Agent는 사용자가 이미 가진 권한 범위 안에서만 동작하며, OAuth 토큰과 API 검증으로 요청별 접근이 제한됩니다. - plan과 token은 같은 scope 정의를 사용하고, 잘못된 scope나 변경된 권한은 planning 단계에서 걸러집니다. - 승인된 plan은 재개 시점에도 active 상태인지 다시 확인되며, 외부 작업과 GitHub pull request는 별도 권한으로 관리됩니다.
바뀐 것
새 기능
- Vercel Agent가 먼저 문제를 조사하고, 수행할 작업과 필요한 권한을 담은 plan을 제안한 뒤 승인받아 진행합니다.
- read-only baseline과 read-only plan을 도입해 조사 단계는 자동으로 실행하고, 추가 권한이 필요한 작업만 별도 승인을 받습니다.
- plan에 requested scopes를 붙여 Plan validation, Approval, Token preparation 단계에서 권한을 검증합니다.
- Vercel Agent가 사용자가 이미 가진 권한 안에서만 동작하도록 하고, Vercel OAuth service와 Vercel APIs가 요청마다 범위를 확인합니다.
- plan과 token이 같은 scope definitions를 사용해 잘못된 scope 이름과 권한 불일치를 planning 단계에서 잡아냅니다.
- 재개 가능한 active, approved plan만 권한을 사용할 수 있도록 하고, 중지된 plan은 토큰이 남아 있어도 실행되지 않습니다.
- 지원되는 external actions와 GitHub pull request는 별도 권한과 credentials로 다루며, 저장소 단위로 승인 범위를 구분합니다.
기타
- scope registry를 불러와 in-memory catalog로 캐시하고, plan 로드와 검증에 사용하도록 했습니다.
- sandbox isolation, network policy, secret handling, rate limits, audit logs, service authorization과 함께 보안 경계를 적용합니다.