브라우저를 대신 조작하는 에이전트, 관건은 성능이 아니라 로그인이었다

밤 11시 1분, 한 참여자가 남긴 "Aside 참 좋습니다"라는 짧은 문장이 이날 방에서 가장 긴 대화로 번졌다. 어사이드(Aside)는 브라우저를 대신 조작해 주는 에이전트로, 이 방에서는 이미 여러 명이 쓰고 있었다. 흥미로운 점은 추천 이유가 모델 성능이 아니었다는 것이다.

가장 먼저 걸림돌로 언급된 건 진입 비용이었다. 한 참여자는 왼쪽 사이드바를 보자마자 "아 이건 아니야" 하면서 닫았다고 털어놨고, 다른 참여자도 사이드바가 헷갈린다고 동의했다. 그럼에도 한 참여자가 두 줄에 걸쳐 "aside는 관성을 버리셔도"·"될 정도로 추천드립니다"라고 적은 이유는 요금 구조에 있었다. 별도 결제가 아니라 이미 쓰고 있는 클로드나 GPT 구독을 연결해 쓸 수 있다는 것이다. 14일 체험 뒤 구독을 붙여 쓰는데 불편함을 못 느꼈다는 후기가 이어졌다.

기능 쪽에서 반복해 언급된 건 두 가지였다. 하나는 메모리와 스킬이다. 대화를 전부 기억하기 때문에 쌓일수록 원하는 방향으로 똑똑하게 동작한다는 설명이었다. 다른 하나는 이 대화의 핵심인 로그인매니저다. 한 참여자는 "로그인매니저가 있어서 모델에 개인정보 안넘기고 로그인이 가능합니다"라고 짚었다. 자격 정보를 모델에 노출하지 않은 채 로그인 절차를 처리한다는 뜻으로, 실제 계정이 걸린 작업을 맡길 수 있느냐를 가르는 조건이다.

실제 활용 사례도 그 지점에 몰려 있었다. 앱을 만든 뒤 앱스토어 등록이나 광고 연결처럼 귀찮은 절차를 전부 맡겨 출시하고 있다는 사례, 메인 에이전트가 어사이드를 시켜 미용실 예약이나 프로틴 구매를 처리하게 해뒀다는 사례가 나왔다. 다른 참여자는 자신이 쓰던 스킬들을 통째로 이식해 두고 리서치를 돌린다고 했다. MCP를 지원해 에이전트에 붙이면 그대로 서브 에이전트 역할을 하는 브라우저가 된다는 설명도 붙었다.

호평만 있었던 것은 아니다. 한 참여자는 종료해도 자동으로 다시 켜지는 현상을 겪으며 "좀비가 됐어요"라고 표현했고, 다른 도구와 연동할 때 자꾸 엇나가 포기했다는 경험도 공유됐다. 안정성은 아직 다듬어지는 중이라는 뜻이다. 한편 직접 써 본 참여자는 여러 모델을 돌려가며 비교한 뒤 "어사이드는 하이쿠다"라는 결론을 남겼다. 속도가 생명인 작업 성격상 가벼운 모델이 오히려 잘 맞더라는 것이다.

이 대화가 남기는 시사점은 분명하다. 브라우저 에이전트의 실질 가치는 얼마나 똑똑한가보다 어디까지 권한을 맡길 수 있는가에서 나온다. 자격 정보를 모델에 넘기지 않는 구조가 갖춰지면 예약이나 결제처럼 실제 계정이 걸린 일까지 위임 범위에 들어오고, 그 순간부터는 무거운 추론 모델보다 빠른 모델이 더 적합해진다. 다만 자동 재시작 같은 문제가 남아 있는 만큼, 상시 켜두기보다 필요한 작업에 붙였다 떼는 방식이 현재로서는 안전해 보인다.