웹사이트가 이미 로그인된 상태라면, 인공지능이 API를 따로 연결하지 않고도 화면에서 일을 처리할 수 있을까요? Aside는 이 질문에 브라우저 에이전트(browser agent)라는 방식으로 답합니다. 회사는 사용자가 로그인한 웹사이트에서 에이전트가 탐색하고 작업하도록 제품을 설계했다고 설명합니다. 공식
이 설명은 강력하지만 범위가 정해져 있습니다. 로그인한 사이트에서 일한다는 설명이 곧 Chrome 쿠키를 그대로 이관한다는 뜻은 아니며, 회사가 제시한 제품 기능이 모든 웹사이트와 업무에서 동일하게 재현됐다는 뜻도 아닙니다.
브라우저 에이전트는 화면 위에서 작동합니다
브라우저 에이전트는 화면을 읽고 탭, 폼, 버튼을 조작하는 인공지능 실행 도구입니다. Aside의 제품 설명은 웹 화면과 작업 대화를 한 앱 안에 두고, 사용자의 요청에 따라 브라우저 안에서 단계를 수행하는 흐름을 보여 줍니다. 공식
따라서 도입할 때는 “무엇을 할 수 있는가”보다 “어느 로그인 세션에서 어느 권한으로 하게 할 것인가”를 먼저 정해야 합니다. 특히 읽기, 쓰기, 결제·전송처럼 되돌리기 어려운 행동은 같은 위험도가 아닙니다.
비밀번호 값과 자동 완성 요청을 나눕니다
Aside 문서는 Aside Vault가 저장된 비밀번호 값을 인공지능 에이전트에 보여 주지 않은 채 자동 완성을 처리한다고 설명합니다. 자동 완성 전에 접근 정책과 대상 URL을 확인한다는 설명도 함께 제시합니다. 공식
이 경계는 모델이 비밀번호 문자열을 직접 읽지 않게 설계한 제품 기능입니다. 그러나 보안 기능 하나가 무위험을 뜻하지는 않습니다. 사용자는 어떤 계정이 Vault에 있고, 어떤 도메인·행동이 허용되며, 민감한 단계에서 사람이 확인하도록 했는지를 별도로 점검해야 합니다.
Aside 홈페이지는 에이전트가 자격 증명을 쓸 때마다 기록을 남긴다고도 설명합니다. 사용자는 이 기록에서 에이전트가 언제 어떤 사이트의 로그인 정보를 썼는지 확인할 수 있습니다. 공식
사람 승인은 자동화의 마지막 단계가 아닙니다
사람 승인(human approval)은 에이전트가 중요한 행동을 실행하기 전에 사용자가 결과와 권한을 확인하는 절차입니다. Aside는 작업별 권한 모드와 파일·비밀번호·민감한 행동의 승인 범위를 조절하는 기능을 설명합니다. 홈페이지는 결제, 게시, 메시지 전송 같은 민감한 행동이 항상 사용자의 확인을 기다린다고 밝힙니다. 공식
안전한 시작점은 권한을 크게 열어 두는 일이 아닙니다. 먼저 읽기 중심의 제한된 작업을 지정하고, 결과와 기록을 확인한 다음, 필요한 경우에만 쓰기와 승인 범위를 넓히는 순서가 합리적입니다.
회사의 벤치마크와 창업자 공개치는 귀속해 읽습니다
Aside 공식 사이트는 Online-Mind2Web, BU-Bench-V1, Odysseys에서 1위를 기록했다고 공개합니다. 이 수치는 회사가 제시한 평가 결과입니다. 평가 버전, 환경, 독립 재현 여부와 실제 업무 성공률이 같다고 바꿔 말할 수는 없습니다. 공식
EO Magazine의 Chanhee Lee 공동창업자 인터뷰는 2026년 6월 23일 출시 뒤 2주 만에 사용자 20,000명에 도달했다고 전합니다. 이는 창업자가 공개한 수치입니다. YC 회사 프로필은 2024년 설립, F25, 샌프란시스코, 현재 팀 규모 8명과 공동창업자 Jun Kim, Chanhee Lee, Sanghun Lee를 표시합니다. 보도
도입 전에 직접 확인할 조건이 있습니다
공식 사이트가 설명하는 기능은 로그인한 웹사이트에서의 작업, 비밀번호 값 비노출 자동 완성, 자격 증명 사용 기록, 민감한 행동의 사람 승인입니다. 반면 기존 Chrome 로그인 세션을 옮기는 방식과 현재 지원 운영체제는 설치 전에 Aside 문서와 다운로드 페이지에서 확인해야 합니다.
팀 업무에 들이려면 세 가지를 먼저 정하는 편이 좋습니다. 에이전트가 쓸 계정과 도메인, 사람이 승인해야 하는 행동, 결과를 검토할 접근 기록입니다. 읽기 중심의 작은 작업에서 이 조건이 지켜지는지 확인한 뒤 쓰기 작업으로 넓히면, 회사 소개 예시와 실제 업무 사이의 차이를 스스로 확인할 수 있습니다.
