Vercel 에이전트 도메인 구매: 가격 확인과 사람 결제 승인을 분리하기

에이전트에게 새 사이트의 도메인을 찾아달라고 맡겼다면, 후보와 가격을 받아보는 일은 자동화하되 결제가 끝났다는 판정은 분리해야 한다. Vercel의 이번 발표에서 중요한 결과는 “에이전트가 알아서 돈을 썼다”가 아니다. 비대화형으로 구매를 시작하면 구조화된 오류와 다음 명령 안내를 받고, 사람이 가격·자동 갱신·등록자 연락처를 확인하는 단계로 넘기는 흐름이다. 자동화의 성공 기준을 구매 완료 하나로 잡으면, 의도된 승인 인계를 실패로 오해해 재시도하거나 아직 확보하지 않은 도메인을 사용하기 쉽다.

전후 차이를 먼저 보자. 기존의 막연한 지시는 “도메인을 사고 사이트에 연결해”다. 이 글에서 제안하는 지시는 “후보와 등록 가능 여부, 가격을 정리해. 구매 승인 요청은 별도로 남기고, 사람 확인 전에는 구매 완료로 표시하지 마”다. 뒤의 표현은 Vercel의 공식 예제 문구가 아니라, 발표된 동작을 작업 시스템에 반영하기 위한 편집상 제안이다. 독자가 가져갈 것은 자동 결제 요령이 아니라 탐색 결과·승인 대기·구매 완료를 구별하는 판단표다.

무엇이 공식 발표이고 무엇이 설계 제안인가

Vercel 변경 기록은 에이전트가 vercel domains search로 후보를 발견하고, vercel domains check와 vercel domains price로 등록 가능 여부와 등록기관 가격을 확인하며, vercel domains buy로 구매를 시작한다고 설명한다. 이어 비대화형 buy는 기계가 읽을 수 있는 구조화된 오류와 권장 다음 명령을 반환해 확인을 사용자에게 넘긴다고 명시한다. 사람은 대화형 터미널 또는 대시보드에서 가격, 자동 갱신 선택, 등록자 연락처를 확인할 수 있다. CLI에는 탐색·가격 확인·구매 흐름을 다루는 에이전트용 스킬도 포함된다는 설명이다.

공식 발표의 순서다. 비대화형 구매 응답은 구매 완료가 아니라 사람 확인으로 넘기는 단계다. 출처: vercel.com/changelog/agents-can-now-buy-domains-with-the-vercel-cli.

여기까지가 공식 본문의 주장이다. 아래의 상태 이름과 담당자 구분은 이를 이해하기 위한 자체 설계이며, Vercel이 반환하는 실제 JSON 필드가 아니다. 특히 “구조화된 오류”라는 표현만으로 특정 오류 키나 종료 코드를 추정해서는 안 된다. 문서를 읽었다는 사실과 해당 CLI 버전에서 실제 응답을 관찰했다는 사실도 다르다. 이 글은 공식 문서에 근거한 설계 해설이며, Vercel CLI 실행이나 도메인 구매를 재현한 실험이 아니다.

작업 완료를 나누는 판단표

후보 발견은 구매 가능성을 뜻하지 않고, 구매 가능은 소유권 확보를 뜻하지 않는다.

관찰한 단계	독자가 내려도 되는 판단	아직 내려서는 안 되는 판단	다음 담당
search로 후보를 찾음	검토할 이름이 생겼다	그 이름을 지금 등록할 수 있다	에이전트가 check·price로 확인
check·price 결과를 받음	확인 시점의 등록 가능 여부·가격을 검토할 수 있다	결제가 승인되었거나 소유권이 생겼다	에이전트가 후보와 조건을 요약
비대화형 buy가 구조화된 오류와 다음 명령을 반환	공식 설명상 사람 확인으로 넘길 단계다	구매 완료다, 승인 없이 재시도하면 된다	사람이 안내된 확인 경로를 검토
사람이 터미널·대시보드에서 조건을 확인	구매 의사를 결정하는 단계다	모든 후속 DNS·사이트 연결까지 검증되었다	실제 구매 결과와 연결 상태를 별도로 확인

마지막 행의 후속 확인은 이 글의 운영 권고다. 발표는 에이전트 구매 흐름과 사람 승인에 초점을 맞추며, 모든 도메인 설정을 검증해주는 종단 간 서비스 보장을 제시하지 않는다. 따라서 작업 관리 화면에는 탐색 종료와 거래 완료를 같은 체크 표시로 묶지 않는 편이 낫다. 사람이 취소한 경우도 검색 작업 자체가 실패했다고 처리할 이유는 없다. 반대로 에이전트가 그럴듯한 이름과 가격을 내놓았다는 이유만으로 도메인을 이미 소유한 것처럼 사이트 설정을 진행해서도 안 된다.

상태를 나누는 것은 자체 운영 제안이다. 조건 확인이나 승인 요청만으로 소유권 확보를 선언하지 않는다. 출처: vercel.com/changelog/agents-can-now-buy-domains-with-the-vercel-cli.

가격표보다 중요한 승인 묶음

가격 확인을 자동화하는 이유는 금액을 숨기기 위해서가 아니라, 사람이 비교할 재료를 모으기 위해서다. 승인 요청에는 후보 도메인을 정확하게 적고, 확인한 가격과 그 시점, 자동 갱신 선택, 등록자 연락처 확인 필요성을 함께 전달하는 방식을 제안한다. 이 묶음은 Vercel의 응답 스키마가 아니라 작업 인계 템플릿이다. 가격과 등록 가능 여부를 먼저 확인해도 그것을 영구 고정된 계약 조건으로 취급하지 말고, 사람이 실제 확인 경로에서 거래 조건을 다시 읽도록 한다.

이번 본문에는 특정 도메인의 판매 가격이나 갱신 금액이 없다. 따라서 예시 금액, 최저가, 절감률을 채워 넣지 않았다. 초기 구매 가격과 이후 비용이 어떻게 표시되는지는 실제 승인 화면에서 확인해야 하며, 자동 갱신 선택을 단순히 “기본값이겠지”라고 넘기지 않는 것이 좋다. 사람 확인에 필요한 세 항목은 발표가 직접 적은 가격·자동 갱신·등록자 연락처다. 여기에 원하는 이름인지, 올바른 계정·작업 범위인지 확인하라는 조언은 일반적인 운영 권고이지 이번 발표가 추가로 보장한 안전 기능이 아니다.

초록은 발표가 명시한 확인 항목, 파랑은 인계용 편집 제안이다. 특정 판매가나 갱신 비용은 제시하지 않는다. 출처: vercel.com/changelog/agents-can-now-buy-domains-with-the-vercel-cli.

승인 안내의 표현도 중요하다. “오류가 났으니 결제가 안 된 것 같다”보다 “비대화형 구매 요청은 공식 설명상 사람 확인으로 인계된다. 안내된 다음 명령 또는 대시보드에서 조건을 확인해 달라”가 정확하다. 다만 실제 사용 중 응답이 문서 설명과 다르거나 결과가 불명확하다면, 무조건 정상 인계라고 덮어쓰지 않는다. 먼저 실제 응답을 보존하고 거래 상태를 확인하는 것이 순서다. 이 글은 수행하지 않은 결제의 성공이나 실패를 판정하지 않는다.

--yes를 결제 승인 우회로 읽지 않기

연결된 CLI 문서의 Yes 절은 --yes가 도메인을 제거할 때 확인 프롬프트를 건너뛴다고 설명하며, 예제도 vercel domains rm [domain] --yes다. 이것은 domains buy 결제 승인을 생략하는 옵션이 있다는 근거가 아니다. 같은 명령 묶음의 옵션이라는 이유로 의미를 옮겨 붙이면, 공식 문서가 구분한 사람 승인 경계를 잃는다. 제거 명령 예제를 구매 자동화에 복사하지 말자.

search --format=json 역시 후보 검색 결과를 구조화해 받는 문서상 옵션이다. 검색 출력 형식과 구매 승인 권한은 별개의 문제다. 글로벌 옵션 목록에 --non-interactive가 있다는 사실도 승인 없는 결제가 가능하다는 뜻이 아니다. 이 글은 구매 오류의 JSON 키, 종료 코드, 최소 CLI 버전, 전역적인 승인 우회 방법을 만들지 않는다. 각 옵션은 문서가 지정한 명령과 사용 범위를 함께 읽어야 한다.

CLI 문서에서 --yes의 예제는 rm이다. 검색 JSON 출력이나 글로벌 비대화형 옵션은 승인 없는 구매의 증거가 아니다. 출처: vercel.com/docs/cli/domains.

또 하나의 한계는 안전 주장 범위다. 공식 발표의 비대화형 구매 흐름 설명을 임의의 셸 제어, 다른 등록기관, 모든 CLI 버전, 손상된 자격 증명까지 막는 보안 보장으로 확장해서는 안 된다. 에이전트가 사람 확인 단계로 넘기는 것과, 어떤 실행 환경에서도 비용 지출을 원천 차단하는 것은 다른 주장이다. 실제 자동화에 연결할 때는 사용 중인 버전과 계정 권한, 거래 결과 확인 경로를 별도로 검토해야 한다.

이번 변화는 어디까지 새 소식인가

보존된 변경 기록의 게시 시각은 2026년 10월 9일 20시 24분 UTC이며, 한국 시각으로는 10월 10일 05시 24분이다. 자료를 수집한 날과 원문 발표일을 구별할 필요가 있다. 연결된 CLI 문서에는 마지막 업데이트가 2026년 8월 21일로 표시되어 있다. 따라서 모든 도메인 하위 명령이 이번 발표에서 처음 생겼다고 단정하지 않는다. 이번에 주목할 내용은 에이전트용 스킬과 탐색부터 가격 확인, 구매 시작, 사람 승인 인계까지 이어지는 흐름을 공식 발표가 설명했다는 점이다.

이 글에서는 도메인을 사거나 결제 화면을 열지 않았고, DNS·갱신 설정도 변경하지 않았다. 보존된 공식 본문과 연결 문서의 해시를 검증해 설명의 근거로 사용했다. 그림은 공식 화면 캡처가 아니라 본문에 근거한 자체 도식이다. 관련 글을 억지로 묶기보다 이번 거래 인계 판단에 집중하기 위해 내부 링크는 넣지 않았다. 기존 비용·권한 글과 일부 관심사는 겹치지만 서로 같은 제품 기능이나 거래 절차는 아니다.

실무에 반영할 한 문장은 간단하다. 에이전트의 탐색 완료는 인정하되, 사람 확인을 요구하는 구매 응답을 거래 완료로 승격하지 않는다. 먼저 후보·가격이라는 자동화 가능한 산출물을 받고, 승인 단계에서 거래 조건을 읽은 뒤, 실제 결과 확인으로 닫는다. 이렇게 하면 의도된 인계를 장애로 오해하는 재시도와, 아직 확보하지 않은 도메인을 확보했다고 믿는 착각을 함께 줄이는 방향으로 작업 흐름을 설계할 수 있다. 이는 측정된 오류 감소율이 아니라 공식 설명에서 도출한 운영상의 제안이다.

출처

• Vercel 변경 기록: Agents can now buy domains with the Vercel CLI — 탐색·가격 확인·구매 시작, 비대화형 승인 인계, 사람 확인 항목, 에이전트용 스킬.
• Vercel CLI: vercel domains — Extended Usage, Format, Yes, Global Options와 문서 업데이트 표시. 공식 주장과 편집상 운영 권고를 구별했으며, 실행 로그나 실거래 검증 결과로 제시하지 않았다.