AI 브라우저에게 쿠팡에서 갤럭시 Z 폴드8을 사오라고 시켰습니다

AI 브라우저에게 "쿠팡에서 갤럭시 Z 폴드8을 사줘"라고 한 줄만 던졌더니, 로그인과 상품 선택을 거쳐 결제까지 3분 만에 끝났습니다. 구매 대행은 이제 되느냐 마느냐의 문제가 아니라, 비밀번호를 어디까지 넘기고 어떤 금액·품목까지 허용할지를 먼저 정하는 문제가 됐습니다.

배경

온라인 쇼핑은 매번 같은 동작의 반복입니다. 검색하고, 판매자를 비교하고, 옵션을 고르고, 장바구니에 담고, 결제 수단을 고르고, 승인을 누릅니다. 자동화하기 딱 좋아 보이지만 지금까지는 늘 로그인과 결제라는 벽에서 멈췄습니다. 브라우저를 조종하는 스크립트는 만들 수 있어도, 비밀번호와 결제 PIN을 대신 입력하게 하는 순간 위험 부담이 사람의 몫으로 남았기 때문입니다.

그 벽이 실제로 넘어졌는지 확인해보고 싶었습니다. 이번에 써본 도구는 Aside입니다. Chrome 확장이 아니라 Chromium 기반의 독립 브라우저 앱이고, 옆 패널의 에이전트가 지금 보고 있는 화면을 그대로 이어받아 여러 단계 작업을 끝까지 진행합니다.

목표

목표는 단순합니다. 사람이 상품 페이지를 직접 열지 않고, 한 줄 지시만으로 실제 결제까지 도달하는지 보는 것입니다. 잘 되는지보다 어디에서 멈추는지, 그리고 멈춰야 할 곳에서 멈추는지를 보려고 했습니다.

테스트 상품은 새로 나온 갤럭시 Z 폴드8로 잡았습니다. 고가에 옵션이 많은 상품이라 에이전트의 판단이 드러나기 좋습니다.

시도 1 — 다른 에이전트를 시켜봤더니 거부당했습니다

처음에는 Slack에서 쓰는 Hermes Agent에게 "Aside한테 이걸 시켜줘" 식으로 한 단계 위임해봤습니다. 에이전트가 에이전트를 조종하는 구조라면 자리에 앉아 있지 않아도 되니까요.

여기서 바로 막혔습니다. Hermes가 비밀번호 입력을 거부했습니다. 처음엔 제약이 답답했는데, 생각해보면 이게 맞는 동작입니다. 자격증명을 다루는 순간은 사람이 그 자리에 있어야 한다는 뜻이고, 위임 사슬이 길어질수록 "누가 내 비밀번호를 쥐고 있는지"가 흐려집니다. 버그가 아니라 안전장치였습니다.

결국 Aside 사이드 패널에 직접 타이핑하는 방식으로 돌아왔습니다.

시도 2 — 한 줄 지시로 결제까지

실제로 넣은 지시는 이 정도였습니다.

쿠팡에 들어가서 이번에 새롭게 나온 갤럭시 Z폴드8을 구매하기

조건은 일부러 하나도 붙이지 않았습니다. 용량도, 색상도, 자급제 여부도 지정하지 않고 에이전트가 알아서 어디까지 판단하는지 보고 싶었습니다.

로그인은 1Password 같은 패스워드 매니저를 연결해 처리했습니다. 이 연결 과정이 생각보다 오래 걸렸습니다. Aside는 AI가 비밀번호 값 자체를 보지 않고도 로그인할 수 있는 구조를 내세우는데, 그 구조를 처음 붙이는 비용은 분명히 있었습니다.

전체 흐름과 사람이 개입한 지점은 이렇습니다.

체감 소요 시간은 3분 정도였습니다. 손으로 검색해서 사는 것보다 극적으로 빠르진 않지만, 그 3분 동안 다른 일을 하고 있었다는 점이 다릅니다.

옵션은 골랐지만, 왜 그걸 골랐는지는 알 수 없었습니다

조건을 주지 않으니 에이전트는 검색 결과 상단에 노출된 상품을 그대로 집었습니다. 최저가를 비교한 것도 아니고, 자급제와 통신사 상품을 구분해 판단한 흔적도 없었습니다. 쿠팡 검색 상단은 광고와 로켓배송 가중치가 섞인 자리라 "가장 위에 있는 것"과 "나에게 맞는 것"은 다릅니다.

이 부분이 이번 테스트에서 가장 분명한 한계였습니다. 결제까지 도달하는 능력은 이미 충분한데, 무엇을 살지 판단하는 기준은 여전히 사람이 프롬프트로 넣어줘야 합니다. 조건 없이 던진 지시는 조건 없이 실행됩니다.

결제 — PIN을 넘기니 알아서 끝냈습니다

결제 단계에서 PIN 번호를 알려줬더니 에이전트가 직접 입력하고 구매를 진행했습니다. 여기가 이번 실험에서 실제로 선이 넘어간 지점입니다.

:::warning 이 부분은 따라 하기를 권하지 않습니다

본인 계정·본인 카드로 진행한 테스트였기에 감수한 것이고, 결제 PIN을 AI에게 그대로 알려주는 방식은 일상적으로 쓸 습관이 아닙니다. PIN은 결제를 최종 확정하는 마지막 잠금장치이고, 이 값을 대화창에 입력하는 순간 그 잠금장치는 사라집니다. 실제로 쓰신다면 결제 수단 입력은 사람이 하고, 에이전트에게는 주문서 작성 직전까지만 맡기시는 편이 안전합니다.

:::

이 제품에서 제일 잘 만든 부분은 "멈추는 버튼"이었습니다

Aside에는 마지막 실행만 사람이 확정하도록 잡아두는 기능이 따로 있습니다. 에이전트가 여기까지 다 해놓고, 최종 클릭 하나만 남겨두고 기다리는 구조입니다.

써보고 나니 이게 자동화 완성도보다 중요했습니다. 전 과정을 자동화하는 것보다, 어디에서 끊을지 고를 수 있는 게 실제로 쓸 수 있는 조건입니다. 끊는 지점이 없으면 잘못된 판단이 그대로 결제로 이어지고, 되돌리는 비용은 반품·취소로 사람에게 돌아옵니다.

결과

항목	결과
지시	조건 없는 한 줄 ("쿠팡에서 Z 폴드8 구매")
소요 시간	체감 3분
사람 개입	지시 입력, 패스워드 매니저 연결, PIN 전달, 최종 승인
에이전트가 한 일	접속 · 검색 · 상품 선택 · 주문서 작성 · 결제 정보 입력
최종 상태	구매 완료
위임 실패	Hermes 경유 지시는 비밀번호 입력 거부로 중단

배운 점

커머스 에이전트는 이미 실용 단계에 들어와 있습니다. 비밀번호를 입력하고 결제까지 완주하는 게 데모가 아니라 실제로 일어납니다. 여기까지 되면 "생필품이 떨어지면 알아서 채우기", "내가 쓰는 조건에 맞춰 최저가로 사두기" 같은 생활 패턴 기반 구매가 현실적인 시나리오가 됩니다.

그래서 먼저 정해야 하는 건 성능이 아니라 제약입니다. 이번 테스트는 매끄럽지 않았고, 조건을 주지 않으면 상단 노출 상품을 그냥 집습니다. 판단 기준 없이 결제 권한만 넘기면 필요 없는 물건이나 과한 금액이 그대로 결제로 이어집니다. 저는 세 가지를 미리 정해두는 쪽으로 정리했습니다.

• 금액 상한 — 이 금액을 넘으면 사람이 확인. 고가 상품은 자동 진행에서 제외
• 품목 범위 — 반복 구매하는 소모품만 허용하고, 신규 카테고리는 제안까지만
• 승인 지점 — 결제 정보 입력과 최종 클릭 중 최소 하나는 사람이 담당

자격증명은 위임 사슬을 짧게 유지해야 합니다. Hermes가 막아준 지점이 그 예입니다. 에이전트가 에이전트를 부르는 구조는 편하지만, 그 사슬이 길어질수록 내 비밀번호가 어디를 거쳐 갔는지 추적할 수 없게 됩니다. 자격증명을 다루는 단계만큼은 사람이 그 화면 앞에 있는 편이 낫습니다.

다음 액션

같은 실험을 조건을 명시한 프롬프트로 다시 돌려볼 생각입니다. 용량·색상·자급제 여부·가격 상한을 지시에 넣었을 때 에이전트가 실제로 판단을 바꾸는지, 아니면 여전히 상단 노출 상품을 집는지가 관건입니다.

그다음은 반복 구매 쪽입니다. 사무실 소모품처럼 품목이 고정된 구매에 금액 상한과 승인 지점을 규칙으로 걸어두고, 사람이 최종 클릭만 하는 형태로 며칠 돌려볼 계획입니다. 커머스 에이전트의 가치는 한 번의 고가 구매가 아니라 반복되는 소액 구매에서 나올 가능성이 높습니다.