빈 .com 도메인, AI 에이전트가 실검증까지 한다

신제품 이름을 지을 때마다 부딪히는 '.com은 이미 누가 가져갔다'는 벽을 터미널 AI 에이전트로 넘는 방법이 공유됐다. 개발자 블로그 rizz.dev는 7월 20일 글에서 웹 기반 AI 이름 생성기 대신 셸을 쓸 수 있는 코딩 에이전트에게 도메인 레지스트리 실조회까지 맡기는 워크플로를 실측 데이터와 함께 소개했다.

무슨 일인가

베리사인(Verisign) 집계 기준 등록된 도메인은 전 세계 3억 9,250만 개, 그중 .com만 1억 6,360만 개다. 네 글자 .com 45만 6,976개는 단 하나도 남김없이 전부 등록돼 있다. 후보 열 개를 떠올려 등록기관 검색창에 하나씩 넣어보면 아홉 개가 튕겨 나오는 게 정상인 환경이라는 뜻이다. 웹의 AI 이름 생성기는 이 문제를 풀지 못한다. 그럴듯한 이름을 만들어낼 뿐, 실제로 비어 있는지 확인할 수단이 없어서다.

핵심 짚어보기

글쓴이가 짚는 원인은 언어모델의 구조다. 도구 없이 '이 이름 등록 가능해?'라는 사실 판단을 시키면 모델은 추측할 수밖에 없고, 이런 개방형 생성의 오답률은 40~80%에 이른다는 통계가 인용됐다. 반면 실제 조회에 근거하면 오류율이 1% 안팎으로 떨어진다. 해법은 간단하다. 후보 생성은 모델의 창의성에 맡기되, 검증은 에이전트가 직접 짠 스크립트로 공식 레지스트리(RDAP)를 조회해 확정하는 것이다. 글쓴이는 제미나이 3.1 프로(Gemini 3.1 Pro)를 돌리는 안티그래비티(Antigravity) CLI에 "실제로 등록 가능한 .com 5개를 검증까지 해서 달라"고 요청했고, 에이전트는 도메인 전용 플러그인 없이 즉석에서 베리사인 RDAP 엔드포인트를 조회하는 스크립트를 짜서(404 응답=미등록, 200=등록) 후보 7개 중 5개를 '사용 가능'으로 걸러냈다. 독립 재검증 결과 7건 전부 정확, 거짓 '사용 가능' 판정 0건이었다.

1인기업 실전 적용 포인트

• 다음 제품·브랜드 네이밍 때 그대로 쓸 수 있는 프롬프트 패턴이다. "이런 제품의 이름이 필요해. 실제로 등록 가능한 .com 5개를 직접 검증해서 보여줘." 생성과 검증을 한 번에 시키는 게 핵심이다.
• 특정 도구에 묶이지 않는다. 클로드 코드(Claude Code)처럼 셸 명령을 실행할 수 있는 에이전트라면 어떤 것이든 같은 루프를 돌 수 있다.
• RDAP 조회는 무료 HTTP 호출이라 추가 비용이 없다. 후보 수십 개를 일괄 검증하는 스크립트로 확장해두면 네이밍에 쓰던 저녁 시간이 몇 분으로 줄어든다.
• 같은 원리를 다른 사실 확인 업무에도 이식할 수 있다. '모델이 추측하게 두지 말고, 권위 있는 소스를 조회하는 스크립트를 짜게 하라'는 원칙은 상표 검색이나 재고 확인처럼 정답이 조회 한 번 거리에 있는 일에 두루 통한다.

전망 / 주의점

글쓴이도 에이전트의 '사용 가능' 판정을 첫 시도부터 맹신하지는 말라고 당부한다. .com은 RDAP 표준 조회가 잘 통하지만 도메인 종류에 따라 조회 방식이 달라 함정이 있고, 실제 구매 전 등록기관에서 최종 확인하는 절차는 필수다. 그래도 '추측하는 AI'를 '조회하는 AI'로 바꾸는 것만으로 결과가 달라진다는 점에서, 에이전트 활용의 정석을 보여주는 사례다.

출처: rizz.dev (https://rizz.dev/blog/guides/find-an-available-domain-name-with-ai)