Vercel CLI가 에이전트에게 도메인 구매 명령을 열었다

Vercel이 10월 9일 CLI에 에이전트가 도메인을 사는 흐름을 추가했다. 명령은 네 개다. vercel domains search로 후보를 찾고 check로 가용성을 보고 price로 레지스트라 가격을 확인한 뒤 buy로 구매를 시작한다. 에이전트가 이 네 단계를 전부 직접 실행한다. 다만 마지막 결제는 에이전트가 끝내지 못한다.

비대화형 환경에서 vercel domains buy를 돌리면 구매는 완료되지 않고 기계가 읽을 수 있는 오류와 다음에 칠 명령 목록이 돌아온다. 에이전트는 그 오류를 받아 확인 요청을 사람에게 넘긴다. 사람은 터미널이나 대시보드에서 가격, 자동 갱신 여부, 등록자 연락처를 보고 승인한다.

한 줄 정리

Vercel이 도메인 탐색부터 구매 개시까지를 에이전트에게 맡기되 돈이 나가는 마지막 한 걸음은 사람 승인으로 막아 뒀다.

한눈에 보기

Vercel 공지에는 도메인 가격이나 구매 한도, 제한 조건이 적혀 있지 않다. 가격은 price 명령이 그때그때 보여 준다. CLI에는 발견, 가격, 구매 순서를 설명하는 에이전트용 스킬도 같이 들어 있다.

설계가 보여 주는 분업선

이 기능에서 눈여겨볼 곳은 에이전트가 할 수 있는 일의 범위보다 막아 둔 위치다. 막는 자리를 프롬프트 지시에 두지 않고 명령 자체에 넣었다. "구매 전에 반드시 물어보라"고 에이전트에게 부탁하는 방식은 모델이 잊거나 무시하면 끝이다. 여기서는 비대화형 실행이 아예 결제까지 못 간다.

실패가 반환되는 방식도 쓸 만하다. 단순히 거부하지 않고 구조화된 오류와 다음 명령을 돌려주니 에이전트가 멈추지 않고 사람에게 정확히 무엇을 확인받아야 하는지 정리해 넘길 수 있다. 막힘이 곧 인수인계 양식이 되는 구조다.

최근 Gemini 에이전트가 자기 이메일 주소를 받는 소식에서도 같은 질문이 나왔다. 에이전트에게 돈과 신원을 어디까지 줄 것인가. Vercel의 답은 이쪽이 더 보수적이다. 탐색은 위임하고 지출은 위임하지 않는다.

작은 팀에서 벌어질 일

도메인 구매는 사소해 보여도 에이전트에게 처음 맡기기 좋은 결제 업무다. 금액이 작고 후보를 고르는 노동은 의외로 크다. 잘못 사도 피해가 제한적이다. 새 캠페인 하나에 랜딩 페이지 도메인 열 개를 검토하는 마케팅 팀이나 고객사마다 사이트를 여는 에이전시라면 후보 탐색과 가격 비교만 에이전트에게 넘겨도 시간이 상당히 빠진다.

확인할 항목은 세 가지다. 자동 갱신이 켜져 있는지, 등록자 연락처가 회사 명의인지 개인 명의인지, 가격이 첫해 할인가인지. 승인 화면이 정확히 이 세 가지를 보여 주도록 설계된 점이 눈에 띈다. 사람이 볼 것을 좁혀 주는 승인 화면은 형식적인 확인 버튼과 다르다.

도입 전에 정할 일도 있다. 누가 승인자인가. 법인 카드에 물린 레지스트라 계정을 개인이 승인하면 나중에 명의 문제가 생긴다. 승인 권한이 있는 사람과 에이전트를 돌리는 사람이 다르면 승인 요청이 쌓이기만 한다.

위시클레이 관점

에이전트가 도메인을 직접 사지 못한다는 사실이 이 기능의 핵심 설계다. buy 한 줄이 오류로 돌아오는 순간 일이 둘로 갈린다. 후보를 100개 훑는 노동은 에이전트에게 가고 "이 이름에 연 갱신료를 낼 가치가 있나"라는 판단은 사람에게 남는다.

팀에 에이전트를 들일 때 이 분리선을 먼저 그려야 한다. 검색, 비교, 초안은 맡기고 결제, 발송, 공개는 승인 뒤에 두는 식이다. Vercel은 그 선을 프롬프트가 아니라 CLI 동작에 박았다. 우리 팀의 자동화도 "확인해 달라고 부탁하기"에서 "확인 없이는 안 열리게 만들기"로 옮겨 갈 때가 됐다.

참고

• Vercel 변경 기록: 에이전트의 CLI 도메인 구매 기능 공지
• Vercel 문서: CLI domains 명령 레퍼런스