웹페이지를 요약하는 AI를 넘어, 여러 사이트에서 자료를 모으고 결과물까지 만드는 AI 브라우저가 등장하고 있다. Aside를 볼 때는 모델 이름만큼이나 브라우저의 작업 문맥과 권한 설정을 함께 살펴볼 필요가 있다.
이 글에서는 공식 자료를 바탕으로 Aside의 역할, 업무 흐름, 로그인과 메모리, 도입 전 확인할 비용·데이터 조건을 설명한다. 예시 요청과 개념도는 이해를 돕기 위한 것이며 실제 실행 화면을 대신한 캡처가 아니다.
작성 기준일: 2026년 9월 29일. 지원 환경·플랜·설정은 배포본과 계정 조건에서 다시 확인해야 한다. [Aside 시작 가이드]
- Aside는 브라우저 문맥과 AI 모델을 연결해 업무를 수행한다.
- 작은 목표와 구체적인 완료 기준으로 작업을 시작한다.
- 로그인·파일 권한·외부 행동 승인 범위를 나눠 본다.
- 로컬 저장과 외부 모델에 전달되는 문맥을 구분한다.
1. Aside는 어떤 AI 브라우저일까
여러 웹사이트에서 자료를 모아 비교하고 문서 초안까지 만들어야 하는 일을 생각해보자. 검색 결과 한 줄을 받는 것으로 끝나지 않는다. 페이지를 열고, 필요한 항목을 찾고, 정보를 정리하고, 빠진 근거를 다시 확인하는 작업이 이어진다.
Aside는 웹사이트와 계정, 브라우저의 문맥을 사용해 작업을 수행하는 AI 브라우저다. 공식 시작 가이드는 웹사이트·이력·파일·저장된 자격 증명 등을 설정 범위 안에서 사용할 수 있다고 설명한다. 이 글은 직접 사용 후기보다 공식 자료로 기능과 도입 조건을 정리한다. [공식 시작 가이드]
브라우저 제품과 그 안에서 사용하는 AI 모델은 구분해야 한다. 공식 문서는 Aside 플랜에 포함된 모델, 지원하는 외부 구독 연결, 자신의 API 키 연결이라는 세 종류를 안내한다. 따라서 결과 품질과 비용을 볼 때도 선택한 제공자와 모델을 함께 확인해야 한다. [AI 제공자 설정]
AI가 사용할 작업 책상에 웹 탭, 파일, 메모, 허용된 도구를 올려놓은 모습에 가깝다. 책상이 준비됐다는 것과 그 위에서 수행하는 모든 일이 성공한다는 것은 별개다.
2. 웹사이트에서 작업은 어떻게 이어질까
브라우저 작업의 기본 흐름은 목표를 받고 → 현재 페이지를 확인하고 → 행동하고 → 결과를 확인하는 반복으로 이해할 수 있다. 페이지가 바뀌면 다음에 할 행동도 달라진다. 아래 그림은 제품 화면을 재현한 캡처가 아니라 이 흐름을 설명하는 개념도다.
Aside의 작업 문서는 여러 브라우저 행동·검색·파일 단계·로그인·승인이 필요한 작업을 하나의 과제로 다룬다. 진행 중에는 추가 입력이나 승인을 기다릴 수 있고, 작업 화면에서 생성·수정한 파일을 확인할 수 있다고 설명한다. [작업 실행 문서]
| 단계 | 자료 조사 예시 | 독자가 확인할 것 |
|---|---|---|
| 목표 | 공식 자료를 모아 비교 초안을 만든다. | 대상·출처 범위·결과물 형식이 명확한가 |
| 관찰 | 페이지의 날짜·항목·현재 상태를 읽는다. | 같은 이름의 다른 서비스나 오래된 페이지가 섞이지 않았는가 |
| 행동 | 링크를 열고 필요한 항목을 정리한다. | 허용된 계정·파일 범위에서 작업하는가 |
| 확인 | 결과 문서와 원문 링크를 대조한다. | 빠진 항목·잘못된 해석·미완료 단계가 있는가 |
개발사 기술 글은 Playwright와 비슷한 인터페이스, 페이지의 접근성 정보, 필요할 때 화면을 이용하는 방식 등을 설명한다. 이는 개발사가 밝힌 구현 구조다. 웹사이트마다 화면과 인증 방식이 다르므로, 구조 설명을 모든 사이트에서의 성공 보장으로 읽지는 않는다. [개발사 기술 설명]
버튼을 눌렀거나 문서가 생성됐다는 사실만으로 목표가 달성됐다고 판단하지 않는다. 자료가 맞는지, 파일이 열리는지, 요청한 범위를 충족하는지 확인하는 단계를 목표에 포함한다.
3. 어떤 업무부터 맡겨볼 수 있을까
첫 작업은 결과를 대조하기 쉬운 범위가 좋다. 공개 자료 수집 → 출처 비교 → 검토할 초안 만들기처럼 읽기와 초안 작성으로 시작하면, 중요한 외부 행동을 연결하기 전에 제품의 작업 방식을 살펴볼 수 있다. 다음은 이 글에서 제안하는 활용 예시이며 직접 수행한 결과는 아니다.
| 활용 예시 | 결과물 | 확인 기준 |
|---|---|---|
| 두 서비스의 공식 기능 조사 | 항목별 비교 표와 근거 링크 | 같은 기준일·플랜·기능 상태인가 |
| 개발 문서의 변경 내용 정리 | 변경 항목과 영향의 초안 | 공식 변경 이력과 연결되는가 |
| 내가 제공한 자료의 요약 | 출처가 연결된 메모 | 요약이 원문 범위를 벗어나지 않는가 |
“두 서비스의 공식 문서와 가격 안내를 읽고, 기능·접근 조건·요금 단위를 비교해 초안을 만들어줘. 각 항목에 근거 링크와 확인 날짜를 붙이고, 확인하지 못한 항목은 구분해줘. 결과는 지정한 작업 폴더에 저장하고 외부 게시나 메시지 발송은 하지 마.”
공식 문서도 원하는 결과, 사용할 사이트·계정·파일, 결과를 저장할 위치, 작업 제약을 구체적으로 쓰라고 안내한다. “자료 좀 정리해줘”보다 완료 기준을 넣은 요청이 작업 결과를 판단하기 쉽다. [좋은 작업 요청 작성법]
이 예시를 실제로 실행한다면 결과 문서의 대표 항목 몇 개를 원문과 대조하고, 링크가 열리는지 확인하자. 검색·요약이 끝난 뒤 제출이나 게시가 필요하면 그 행동을 별도로 정의한다. 계정에 로그인돼 있다는 사실만으로 모든 변경이 허용되는 것은 아니다.
4. 로그인·메모리·권한은 어떻게 관리할까
로그인된 업무 도구를 사용할 수 있다는 점은 유용하지만, 세 가지를 나눠 볼 필요가 있다. 자격 증명을 사용할 수 있는가, 어떤 도구와 파일에 접근할 수 있는가, 어떤 실제 행동을 허용할 것인가는 서로 다른 질문이다.
자격 증명은 자동 채움으로 사용한다
Aside Vault 문서는 저장된 자격 증명을 허용된 로그인 페이지에 자동으로 채우되, AI 에이전트에 비밀번호 원문을 전달하지 않는다고 설명한다. 사이트에서 다중 인증·CAPTCHA·본인 확인을 요구하면 사람이 진행해야 하는 단계가 남을 수 있다. [Password Manager]
저장된 비밀번호 사용 정책과 실제 작업 승인 기준을 함께 확인하자. 로그인할 수 있는 것과 결제·게시·메시지 발송을 허용하는 것은 다른 범위다. 비밀번호 값을 보지 않는다는 설명을 계정 정보 전체가 모델에 전달되지 않는다는 뜻으로 확대하지 않는다.
작업 권한은 모드와 도구 규칙을 함께 본다
| 공식 설정 | 문서가 설명하는 범위 | 함께 확인할 것 |
|---|---|---|
| Read only | 브라우저·파일 문맥을 살피며 파일은 변경하지 않는 작업 모드 | 웹사이트 행동은 도구 규칙과 작업 제약도 확인 |
| Guard | 승인된 폴더에서 작업하고 다른 폴더 접근은 질문 | 현재 작업 폴더와 추가 접근 요청 |
| Full access | 컴퓨터의 넓은 파일 읽기·쓰기 범위 | 필요한 범위인지, 도구 규칙과 충돌하지 않는지 |
| Allow / Ask / Deny | 기능 사용을 허용·질문·차단하는 도구 규칙 | 어떤 행동이 각 규칙에 해당하는지 |
공식 문서에서 새 작업의 기본 모드는 Guard이고, Deny 규칙은 Ask와 Allow보다 우선한다. 이 모드 이름을 모든 웹사이트 행동의 승인 여부와 같은 뜻으로 해석하지 말고, 에이전트 기본 설정과 작업별 설정을 함께 살핀다. [권한 문서]
메모리는 검토하고 수정할 대상이다
메모리는 브라우징 이력·대화·작업에서 문맥을 재사용하는 기능이다. 공식 문서는 생성 여부, 일화 메모리 보존 기간, 저장된 내용과 변경 이력의 확인·수정을 안내한다. 기억에 잘못된 정보가 남았는지 살펴보고, 더 이상 필요한 관찰이 아니면 보존 정책을 조정할 수 있다. [메모리 관리]
작업 권한과 메모리가 있다고 해서 모든 판단이 정확해지는 것은 아니다. 계정 상태·선택한 대상·외부 행동 직전의 결과를 확인하고, 애매한 상황에서 멈추거나 질문할 조건을 요청에 넣는다.
5. 시작 전 비용과 데이터 조건은 무엇을 볼까
도입 전에는 설치 환경과 모델 사용 경로를 먼저 확인하자. 공식 시작 가이드는 macOS 15.0 이상을 안내한다. 반면 Vault 문서에는 Windows Hello 지원 설명도 있다. 문서별 표기 범위가 다르므로, 실제 내려받을 배포본의 운영체제 지원을 다운로드 화면에서 확인해야 한다. 이 글에서 Windows 또는 macOS 설치를 직접 검증한 것은 아니다. [시작 가이드]
Windows Hello 관련 설명은 Vault 문서의 내용이다. 이 항목 하나로 브라우저 배포본 전체의 지원 범위를 단정하지 않는다. [Vault의 장치 인증 설명]
서비스 사용량과 외부 모델 비용을 구분한다
구독 문서는 Free·Pro·Max 플랜과 크레딧, 정기 작업(routine), 사용량 이력을 안내한다. Free에는 월 500크레딧과 최대 3개 정기 작업이 표시돼 있다. 유료 플랜의 포함 사용량·기능·월간 또는 연간 결제 조건은 실제 Plan & Usage와 결제 화면에서 다시 확인하자. [구독·크레딧 안내]
| 비용 층 | 확인할 내용 |
|---|---|
| Aside 플랜과 크레딧 | 플랜 포함량, 사용량 이력, 갱신일, 필요한 기능 |
| 연결한 외부 AI 구독 | 지원되는 구독인지, 해당 제공자의 한도와 조건 |
| 자신의 API 키 | 제공자 계정에 별도로 청구되는 모델 사용량 |
자신의 API 키를 연결하면 모델 제공자 쪽에 사용량이 청구될 수 있다. Aside 크레딧과 외부 구독·API 비용을 합쳐 보기 전에 각각 어느 작업에 쓰이는지 확인하는 것이 좋다. [크레딧과 외부 모델 비용]
로컬 저장은 외부 처리가 전혀 없다는 뜻이 아니다
개인정보 처리방침은 작업 기록과 산출물의 로컬 저장을 설명하면서, 호스팅된 AI 모델 제공자가 작업에 필요한 모델 문맥을 받을 수 있다고 명시한다. 그 문맥에는 프롬프트, 도구 결과, 선택된 브라우저 정보·스크린샷·파일 등이 포함될 수 있다. [개인정보 처리방침 4절]
| 데이터 경로 | 구분해서 볼 내용 |
|---|---|
| 로컬 기록 | 기기 안에 저장되는 작업 기록·산출물과 메모리 |
| 모델 요청 | 선택한 호스팅 모델 제공자가 받는 작업 문맥 |
| 웹사이트 작업 | 브라우저에서 실제 행동할 때 상대 사이트가 받는 정보 |
| 계정·동기화 | 켜둔 기능에 따라 사용하는 계정·동기화 서비스 |
“로컬 중심(local-first)”을 “아무 데이터도 기기 밖으로 나가지 않는다”로 바꿔 쓰면 안 된다. 선택한 모델 제공자, 작업에 붙인 페이지·파일, 동기화·분석 설정의 범위를 확인하자.
자주 묻는 질문
Aside는 완전히 오프라인인 AI인가?
로컬 저장과 외부 AI 처리의 경로를 나눠 봐야 한다. 호스팅 모델을 사용하는 작업은 필요한 문맥을 제공자에게 전달할 수 있다.
로그인과 다중 인증도 모두 자동으로 끝날까?
허용된 자동 채움을 쓸 수 있지만, 사이트의 추가 인증에는 사람의 단계가 남을 수 있다.
회사 발표의 벤치마크 점수는 어떻게 읽을까?
개발사 기술 글은 특정 모델과 실행 구조가 결합된 결과를 설명한다. 이를 모든 웹사이트의 성공률이나 내가 사용할 모델의 단독 성능으로 표현하지 않는다. [벤치마크의 구성 설명]
6. 핵심 정리
Aside를 이해하는 핵심은 브라우저 문맥·도구·모델·권한이 함께 만드는 업무 흐름이다. 처음에는 공개 자료를 읽고 초안을 만드는 작은 목표를 잡아보자. 결과와 근거를 대조한 뒤 필요한 범위로 확장하면 도입 판단에 쓸 실제 경험이 쌓인다.
| 기억할 것 | 시작 전 확인할 것 |
|---|---|
| 브라우저와 모델 | 사용할 제공자·모델과 연결 방식을 확인한다. |
| 작업 목표 | 대상·결과물·저장 위치·완료 기준을 구체적으로 적는다. |
| 로그인과 권한 | 자격 증명 사용, 파일 접근, 실제 행동 승인을 나눠 본다. |
| 메모리와 데이터 | 저장 내용·보존 정책과 외부 모델에 전달되는 문맥을 확인한다. |
| 비용과 결과 | 플랜·외부 비용을 구분하고 실제 산출물을 검증한다. |