How to Let AI Agents Sign Up for Your App Safely — Isabelle Williams, WorkOS

한 줄 핵심

AI 에이전트가 앱에 가입하고 실제 사용자와 연결되며, 권한을 제한·회수할 수 있게 만드는 안전한 인증·승인 설계가 핵심이다.

시간별 요약

1. 0:00
   소개 WorkOS의 인증 인프라를 바탕으로, 앞으로는 사람보다 에이전트가 먼저 앱에 들어오는 상황을 다룬다. Cursor로 만든 데모 앱 Waypoint를 통해 에이전트를 안전하게 온보딩하는 방법을 설명한다.
2. 0:39
   데모 앱: Waypoint Waypoint는 개인용과 회사용 여행 계획 앱이며, 뉴욕 AIE 여행을 계획하는 예시로 사용된다. 개인 에이전트의 확산이 앱의 가입·탐색·가치 체험 흐름을 어떻게 바꾸는지 문제의식을 제시한다.
3. 1:07
   에이전트 준비형 앱을 위한 세 가지 질문 에이전트가 앱을 대신 탐색하고 시작하는 시대에는 에이전트가 먼저 들어오는 구조가 필요하다. 동시에 그 에이전트를 실제 고객과 연결하는 방법, 그리고 회사 여행처럼 민감한 업무에서는 에이전트의 행동 범위를 어떻게 통제할지가 핵심 질문이 된다.
4. 2:02
   auth.md: 에이전트를 위한 정문 auth.md는 앱이 호스팅하는 공개 마크다운 파일로, 에이전트가 인증 방식과 계정 생성, API 접근 방법을 발견하는 진입점이다. 다만 접근 정책을 실제로 집행하는 주체는 앱이며, Waypoint는 익명 모드와 사용자 연결 모드라는 두 가지 운영 방식을 둔다.
5. 3:45
   익명 모드와 에이전트 작업 인계 에이전트는 먼저 익명으로 제한된 작업을 수행하고, 이후 사용자가 링크와 일회성 코드를 통해 그 작업을 자기 계정으로 가져간다. 이렇게 확보된 사용자 계정을 기반으로 OAuth가 에이전트에게 다시 사용자 대리 접근 토큰을 발급한다.
6. 4:50
   신원 주장으로 가입 건너뛰기 에이전트가 이미 사용자의 신원을 알고 있다면, 그 신원을 앱에 직접 전달해 수동 가입 절차를 줄일 수 있다. 이 흐름에서는 에이전트 제공자가 서명한 ID-JAG를 앱이 검증하고, 앱은 이를 바탕으로 계정 생성·기존 계정 연결·권한 범위를 스스로 결정한다.
7. 7:22
   ID-JAG란 무엇인가? ID-JAG는 사용자의 신원을 담은 서명된 표준 주장으로, 발급자·대상 앱·사용자 정보·만료 시간이 들어 있다. 앱은 서명을 검증한 뒤 그 정보를 얼마나 신뢰할지, 어떤 계정을 만들지, 어떤 scope를 줄지를 자체 정책으로 통제한다.
8. 9:15
   데모: 에이전트가 가입하고 여행을 계획함 에이전트 harness가 Waygo 같은 도구를 비교한 뒤, 사용자의 이름과 검증된 이메일 공유에 동의받아 계정을 만들고 여행 일정을 구성한다. 추가 권한까지 승인되면 레스토랑 예약과 공유 가능한 일정 생성이 자동으로 완료된다.
9. 11:22
   왜 오픈 표준이 필요한가 에이전트가 여러 서비스에 안전하게 로그인·가입·결제까지 하려면 개별 회사별 구현이 아니라 공통 표준이 필요하다. 신뢰 가능한 생태계를 만들기 위해서는 인증과 권한 위임 방식을 표준화해야 한다는 점을 강조한다.
10. 11:49
    에이전트 제한과 회수 회사 자금이 걸린 여행 관리에서는 에이전트가 마음대로 예산이나 승인 규칙을 바꾸지 못해야 한다. 그래서 사용자 토큰을 그대로 넘기지 않고, 에이전트용 토큰에 블루프린트 기반 ceiling을 두며, 사용자 권한과 에이전트 blueprint의 교집합만 허용한다.
11. 14:46
    스코프가 제한된 펀딩 에이전트 데모 읽기 전용 에이전트와 자금 재배치 에이전트의 토큰을 비교해, 주체는 에이전트 ID이고 권한은 사용자와 blueprint의 교집합으로 제한됨을 보여준다. 에이전트는 허용된 범위 안에서만 Alex의 예산을 일부 보정할 수 있고, 예산 총액 변경은 사용자만 할 수 있다.
12. 17:44
    핵심 정리 에이전트를 앱에 넣는 방법은 auth.md로 진입점을 제공하고, ID-JAG 또는 사용자 claim 흐름으로 실사용자와 연결하며, scoped agent token으로 행동을 제한하는 것이다. 최종적으로는 오픈 표준과 권한 회수 가능성이 안전한 에이전트 온보딩의 핵심이라고 정리한다.

실무 인사이트

• 에이전트 온보딩은 가입 UX 문제이면서 동시에 권한·감사·회수 문제이므로, 사용자 토큰 재사용보다 별도 agent token 설계가 훨씬 안전하다.
• 초기 진입은 익명 모드로 가볍게 열고, 신뢰가 쌓이면 ID-JAG 같은 신원 주장으로 계정 연결과 권한 확장을 하는 단계적 설계가 전환율과 보안을 함께 잡는다.
• 회사 자금이나 규정이 걸린 워크플로에서는 에이전트가 무엇을 못 하게 할지부터 설계해야 하며, 권한 상한선(blueprint)과 회수 경로를 명시하는 것이 필수다.