AI/Browser 상황실

Aside 브라우저란? Aside 브라우저(AI 브라우저) 사용방법 - Claude Code와 Codex에 브라우저를 연결하는 방법, Aside 사용 가이드

안녕하세요! 갓대희입니다.

내 개발 작업에서는 Claude Code나 Codex가 코드를 빠르게 고쳐도 마지막에 브라우저를 열어 로컬호스트(Localhost) 화면, 콘솔 오류(Console Error), 스테이징(Staging) 결과를 직접 확인하는 단계가 남았다.

코딩 속도와 별개로 브라우저에서 결과를 검증하는 일은 여전히 직접 챙겨야 했다.

브라우저 자동화 도구를 찾다 보면 Playwright나 모델 컨텍스트 프로토콜(MCP)을 자주 접하게 된다. Aside가 주목한 지점은 사람이 로그인해 둔 브라우저와 AI 작업을 한 흐름으로 묶는 방식이다.

Aside는 시작점이 조금 다르다.

로그인해 둔 브라우저 옆에서 바로 AI에게 일을 맡길 수 있고, 필요하면 Claude Code나 Codex 같은 코딩 에이전트에서도 같은 브라우저를 불러 쓸 수 있다. 브라우저 자동화 자체가 Aside만의 기능은 아니다. 여기서는 최초 여부가 아니라 로그인된 브라우저·내장 Task·CLI·MCP를 한 흐름으로 묶은 제품 구성을 비교한다.

쉽게 말해 “지금 보고 있는 페이지를 읽고 정리해줘”, “로그인된 화면에서 오류를 찾아줘” 같은 작업을 브라우저 안과 터미널 양쪽에서 이어가는 도구다. 지금부터 살펴보자.

Aside는 정확히 무엇인가
Playwright·Chrome DevTools MCP·ego-lite·API와 무엇이 다른가
실제 사용자들은 어떻게 활용했나
설치 전 반드시 볼 지원 환경·가격·개인정보
읽기 전용 테스트부터 CLI·MCP까지
바로 복사해 쓰는 프롬프트
실패 사례와 보안 체크리스트
누구에게 맞는가 + Q&A
2026년 9월 21일 기준 최신 변경

1. Aside는 정확히 무엇인가

공식 설명을 가장 쉽게 풀면 AI 에이전트가 옆에 붙어 있는 브라우저다.

ex) AI Agent와 대화하는 채팅창 바로 옆에 브라우저 화면을 띄우는 모습

ex) 브라우저를 먼저 띄우고 우측에 Chat UI를 띄워 소통하는 모습.

일반 브라우저처럼 사이트에 로그인하고 탭을 연다. 다른 점은 현재 화면을 보면서 브라우저 안에서 바로 AI와 대화할 수 있다는 것이다. 필요하면 CLI·MCP·JavaScript REPL에서도 같은 기능을 부를 수 있다.

이 그림은 공개된 기능 관계를 단순화한 편집용 개념도다. Aside가 공개한 내부 시스템 아키텍처나 데이터 흐름도를 재현한 그림은 아니다.

먼저 용어부터 가볍게 잡고 가자.

Task UI는 자연어로 일을 맡기는 화면이고,

Steer는 실행 중 방향을 바꾸는 기능,

Queue는 다음 요청을 미리 넣어 두는 대기열이다.

REPL은 JavaScript 코드를 한 줄씩 실행하며 브라우저 동작을 확인하는 환경이라고 보면 된다.

Task UI
브라우저 안에서 자연어로 웹 작업을 맡긴다.

CLI
aside "지시문"으로 터미널과 로그인된 브라우저를 연결한다.

MCP
Claude Code 같은 MCP 클라이언트에서 Aside를 도구처럼 부른다.

REPL
반드시 같은 순서로 실행할 단계는 JavaScript 코드로 고정한다.

Aside for Developers 공식 홍보 이미지 — Chat·CLI·REPL·MCP를 이용한 개발자 활용 사례를 소개하는 Aside 공식 이미지. 이미지를 누르면 원문으로 이동한다. (출처: Aside for Developers)

브라우저 작업 흐름 / 구조

01
작업 시작
Task UI · 코딩 에이전트

→

02
Aside 실행 계층
Task · CLI · MCP · REPL

→

03
로그인된 브라우저
사이트 탐색·작업

→

04
근거와 검토
링크·화면·파일

클릭 자체보다 중요한 것은 로그인된 화면을 재사용하고, 끝난 뒤 링크와 캡처를 눈으로 확인할 수 있다는 점이다.

에이전트(Agent)가 새로 연 탭들은 하이 이미지처럼 에이전트 탭(Agent Tabs)에 따로 모인다.

사람이 보고 있던 탭과 AI가 백그라운드에서 연 탭을 구분해 보여주는 방식이다.

Aside Agent Tabs 공식 화면 — Aside가 백그라운드에서 연 탭을 따로 보여주는 Agent Tabs 공식 화면. 이미지를 누르면 원문으로 이동한다. (출처: Aside 공식 Research)

Memory(기억)는 전에 했던 작업을 다음 요청에 이어 쓰는 기능이다.

Routines(예약 실행)는 같은 작업을 정해진 시간마다 다시 실행한다.

공식 문서 기준으로 Routine에는 새 작업을 시작하는 Cron과 기존 채팅을 깨우는 Heartbeat가 있다.

이전 실행이 끝나지 않았다면 다음 실행은 겹치지 않고 건너뛴다.

설정 화면에서 확인한 주요 기능

실제로 설정 화면을 열어보면 Aside가 단순히 브라우저 옆에 채팅창을 붙인 제품은 아니라는 점이 더 잘 보인다.

아래 다섯 화면은 내가 설치한 환경에서 직접 확인한 주요 기능이다. 화면 구성과 세부 항목은 버전에 따라 달라질 수 있으므로, 여기서는 각 메뉴가 어떤 역할을 하는지 중심으로 보자.

ex) Routines(루틴) : 반복해서 시키는 일을 일정에 맞춰 다시 실행하는 기능이다.

내 화면에서는 Settings > Routines에서 새 Routine을 만들 수 있고, Free 플랜은 활성 Routine을 최대 3개까지 둘 수 있다는 안내가 보인다.

이미 AI를 사용하시는 분들은 루틴 기능은 익술 할 것이다.

아래 Suggestions의 Scan은 이전 작업에서 반복 패턴을 찾아 Routine 초안을 제안하는 기능이다.

공식 문서상 Cron routine은 정해진 일정마다 새 Task를 시작하고, Heartbeat routine은 기존 Chat을 다시 깨워 이어서 작업한다.

예를 들어 매주 같은 사이트를 확인해 새 요약을 만드는 일은 Cron에 가깝고, 같은 대화를 주기적으로 이어가고 싶다면 Heartbeat가 더 잘 맞는다.

실행 시간이 겹치면 다음 Routine 실행은 건너뛴다. (Routine 공식 문서)

내 환경의 Settings > Routines 화면. Free 플랜의 활성 Routine 3개 제한과 반복 작업에서 Routine 후보를 찾는 Suggestions 항목을 확인할 수 있다.

ex) Memory(기억) : Settings > Memory > Overview에서는 Aside가 저장해 둔 기억을 직접 확인하고 편집할 수 있다. 내 화면에서는 날짜별 기록이 들어가는 episodic 폴더와 MEMORY.md, USER.md, TAXONOMY.md가 보였고, USER.md를 열면 User Briefing 화면이 표시됐다.

다만 이 파일명과 내부 구조가 영구적인 공개 규격이라고 단정할 필요는 없다.

공식 문서가 보장하는 핵심은 Memory가 브라우징 기록, Chat, Task에서 얻은 Context를 다음 작업에 재사용한다는 점이다.

Overview에서 저장 내용을 보고 수정할 수 있고, History에서는 변경 이력을, Configure에서는 Memory 활성화와 보존 기간을 조정한다. 보존 기간은 현재 30 days, 90 days, Never forget 중에서 고를 수 있다. (Memory 공식 문서)

내 환경의 Memory Overview 화면. 실제 저장 파일을 열어 Aside가 어떤 기억을 보관하고 있는지 확인할 수 있다. 파일 구성 자체는 버전에 따라 달라질 수 있다.

ex) Plugins & MCPs > Skills : Aside 안에서 사용할 Skill과 MCP 연결을 관리하는 화면이다.

내 설치 환경에서는 Built-in Skills 14개가 표시됐고 Chrome, Google Docs·Gmail·Sheets, Notion, Slack, PDF·DOCX·PPTX·XLSX, YouTube 같은 항목을 확인할 수 있었다.

내 환경의 Plugins & MCPs > Skills 화면. Built-in Skills 목록과 별도의 MCPs 탭을 확인할 수 있다. 표시되는 Skill 수와 목록은 버전에 따라 바뀔 수 있다.

ex) Lasso : 웹페이지에서 작은 작업을 빠르게 처리할 때 쓰는 선택 기능이다.

텍스트를 드래그하면 기본적으로 Summarize, Translate 같은 동작을 바로 실행할 수 있고, Lasso를 켜면 화면의 특정 영역을 원으로 선택해 Copy code, Search image 같은 Shortcut을 실행할 수 있다.

Settings > Lasso에서 기능을 끄거나 Shortcut 순서를 바꾸고, 수정·삭제·추가할 수도 있다.

긴 Task를 새로 만들 필요 없이 현재 페이지의 일부만 요약하거나 번역하고, 코드나 이미지를 바로 다룰 때 유용하다. (Browser basics 공식 문서)

내 환경의 Lasso 설정 화면. Text selection과 Lasso selection을 각각 켜고 끌 수 있고 기본 Shortcut과 Hotkey도 확인할 수 있다.

ex) 텍스트를 드래그하면 기본적으로 Summarize, Translate 같은 동작을 바로 실행할 수 있다. 특정글을 요약 하거나,

- 특정글을 번역할때 라던지 사용 가능하다.

- 한글로 번역을 요청한 거 였는데, 정상 동작이 안되고, 영문을 영문으로 그대로 번역하는 모습

- Shortcut은 순서를 바꾸고, 수정도 가능하니 바꿔보자. ( Shortcut 순서를 바꾸고, 수정 접속 )

- 하앜.. 영어로 번역해달라고 되어있다 ㅎㅎ 저 부분을 korean으로 변경해보자.

- 변경된 것을 확인 가능하고 실행하면 한글로 번역해 주는 모습도 확인 가능하다.

정리하면 : Routine은 반복 실행, Memory는 이전 Context 재사용, Skills·MCPs는 기능 확장과 외부 연결, General은 브라우저 기본 동작과 버전 확인, Lasso는 현재 페이지의 작은 작업을 빠르게 처리하는 기능이다. 이 다섯 화면만 봐도 Aside가 단순한 Browser Chat보다 훨씬 넓은 작업 환경을 묶으려는 제품이라는 점이 보인다.

왜 지금 Aside가 주목받았나

Aside가 관심을 모은 이유를 단순히 “AI가 웹페이지를 클릭하기 때문”이라고 설명하면 핵심을 놓친다.

Playwright와 다른 브라우저 에이전트도 이미 클릭과 입력을 할 수 있다.

Aside가 줄인 것은 로그인된 실제 브라우저, AI 작업 화면, 코딩 에이전트, 권한과 결과 검토 사이를 오가던 불편함 등등을 해소해줬다.

즉 개발자들이 AI 브라우저를 사용하다 간지러운 부분들이 생겼는데 긁어준 것이다.

01
요약에서 실행으로
검색 결과를 말로 정리하는 데서 끝나지 않고, 여러 탭을 오가며 조사·입력·파일 확인 같은 다단계 작업을 이어 간다. 다만 MFA·CAPTCHA·결제처럼 민감한 단계에서는 사람이 개입해야 하며, 모든 사이트의 성공을 보장하지는 않는다.

02
로그인 상태를 다시 만드는 수고 감소
새 Headless Browser에 인증을 매번 구성하기보다 Aside 프로필과 로그인된 탭을 이어서 다룬다. Aside Vault는 저장된 자격 증명의 원문을 Agent에 보여주지 않고 자동 완성한다. 이것이 페이지 내용까지 모델에 전달되지 않는다는 뜻은 아니다.

03
코딩 에이전트의 눈과 손
Task UI뿐 아니라 CLI·MCP·Skill·REPL을 제공한다. Claude Code·Codex·Cursor에서 코드를 고친 뒤 Localhost, Preview, CI 화면을 같은 흐름에서 열어 확인하는 개발자 사용 사례와 잘 맞는다.

04
브라우저용 Agent Harness 최적화
Asidewright는 Playwright 계열 문법, 축약된 접근성 정보, 필요할 때의 Screenshot 기반 Computer Use를 조합한다. 공식 연구는 agent-browser 대비 최대 80% 적은 Token, 단일 예시에서 70% 작은 Accessibility 출력이라고 보고한다. 이는 Aside의 자체 측정이며 모든 사이트의 보장 수치는 아니다.

05
맡기되 통제권은 남기는 구조
Read only·Guard·Full access와 도구별 Allow·Ask·Deny를 나눠 둔다. Agent Tabs, 실행 과정, URL과 Screenshot을 통해 결과도 다시 볼 수 있다. 단, Read only는 파일 변경 범위를 줄이는 기능이지 Prompt Injection까지 없애는 보안 보증은 아니다.

06
모델 선택권과 Local-first
Aside Credit 외에 지원되는 ChatGPT·Claude·GitHub Copilot 구독이나 OpenAI·Anthropic·Google·OpenRouter 등의 API를 고를 수 있어 한 Provider에 묶이는 부담을 줄인다. Memory와 작업 기록은 로컬 중심이지만, Hosted Model을 쓰면 선택된 화면·파일·도구 결과가 모델 문맥으로 전송될 수 있다.

한 문장으로 정리하면 : Aside는 최초이거나 유일해서라기보다, 로그인된 브라우저 + Agent UI + 개발자 인터페이스 + 세분화된 권한 + 결과 증거 + 모델 선택권을 설치 가능한 브라우저 하나에 묶었다는 점 때문에 개발자 커뮤니티의 관심을 받았다.

2. Playwright·Chrome DevTools MCP·ego-lite·API와 무엇이 다른가

Aside만 브라우저를 조작할 수 있는 것은 아니다. Playwright MCP도 페이지 탐색, 탭 전환, 스크린샷, 로그인 상태 저장을 지원한다.

그래서 “AI가 브라우저를 클릭할 수 있는가”만 보면 차이가 잘 보이지 않는다.

중요한 것은 그 작업을 어디에 남기고, 어떤 방식으로 다시 실행할 것인가다.

기준	Aside	Playwright MCP/테스트	공식 API
강점	브라우저 프로필, 작업 UI, 권한, 메모리, Routine, 코딩 에이전트 연결	반복 가능한 Script, Assertion(검증 조건), 저장소 안 테스트, 여러 브라우저 지원	구조화 데이터, 대량 처리, 안정적 재시도와 비용 예측
잘 맞는 일	로그인 후 여러 사이트를 오가는 조사·운영·QA	제품 E2E 테스트와 반복 가능한 검증	주문·조회·동기화 같은 정형 업무
주의점	AI 오판, 페이지 변경, 모델 컨텍스트, 요금	로그인 상태 관리와 스크립트 유지보수	API가 제공하지 않는 화면 업무는 처리하기 어려움

Chrome DevTools MCP와는 무엇이 다른가

Chrome DevTools MCP는 코딩 에이전트가 Chrome을 제어하면서 Console·Network·DOM·CSS를 조사하고 Performance Trace(성능 추적)를 분석하도록 돕는다.

Localhost 화면이 깨진 이유나 요청 실패 원인을 코드와 함께 파고들 때 강점이 분명하다.

Aside는 진단 도구 하나보다 범위가 넓다. 브라우저 안의 Task UI를 중심으로 로그인 상태, Memory, Routine, CLI·MCP를 한 제품 흐름에 묶는다.

로그인된 여러 서비스를 오가며 조사·운영 작업을 이어갈 때 차이가 드러난다.

둘 중 하나가 항상 상위 도구인 것은 아니다.

Console·Network·성능처럼 웹앱의 원인을 깊게 진단하려면 Chrome DevTools MCP가 가깝고, 로그인된 브라우저에서 여러 사이트의 작업을 자연어로 이어가려면 Aside가 가깝다.

공식 벤치마크

Aside는 2026년 6월 25일 공개한 공식 Research 글에서 Online-Mind2Web, Odyssey, BU-Bench-V1 세 가지 Browser Agent Benchmark(브라우저 에이전트 벤치마크)에서 1위를 기록했다고 발표했다.

공식 Research 본문에 공개된 Online-Mind2Web 점수는 Aside + GPT-5.5 99.0%, GPT-5.4 CUA 92.8%, Claude Opus 4.8 + Claude Code Playwright MCP 84.0%, ChatGPT Atlas 70.0%다. 아래 공식 이미지에는 Browser Use Cloud 97.7%도 함께 표시된다.

Aside가 공개한 Online-Mind2Web 벤치마크 결과 — Aside가 공개한 Online-Mind2Web 결과. 제작사가 수행·정리한 Benchmark이며 독립 기관의 동일 조건 재검증 결과는 아니다. (출처: Aside 공식 Research)

Aside는 높은 점수의 이유 중 하나로 입력 Context(맥락)를 줄이는 방식을 든다. 공식 글의 단일 페이지 비교에서는 agent-browser Snapshot이 1,094줄·47KB, Aside Snapshot이 232줄·13KB로 표시된다.

agent-browser와 Aside의 접근성 Snapshot 크기 비교 — 같은 페이지를 읽을 때 생성된 접근성 Snapshot을 비교한 공식 예시. 한 페이지의 자체 측정이므로 일반적인 Token 절감률로 확대 해석하지 않는 편이 좋다. (출처: Aside 공식 Research)

Aside와 ego-lite 비교: 둘 다 브라우저지만 지시하는 위치가 다르다

커뮤니티에서는 “ego-lite는 Skill이고 Aside는 브라우저”처럼 비교하기도 한다.

처음 보면 그렇게 이해하기 쉽지만, 정확히는 조금 다르다.

ego-lite도 Chromium 기반의 독립 브라우저다.

Chrome의 북마크, 비밀번호, 확장 프로그램, 쿠키와 로그인 세션을 가져와 일반 브라우저처럼 쓸 수 있다.

다만 공식 Quick Start는 Claude Code·Codex·Cursor 같은 외부 Agent에서 /ego-browser를 호출하는 흐름을 먼저 안내한다.

Aside는 브라우저 안의 Task Page와 Side Panel에서 바로 채팅을 시작한다. 같은 브라우저를 CLI·MCP·REPL·Skill로 외부 Agent에도 연결할 수 있다.

두 제품의 출발 화면을 비교한 편집용 개념도다. 동일 조건의 성능 Benchmark나 공식 내부 구조 비교가 아니며, ego-lite 역시 독립 Chromium 브라우저다.

결국 주요 차이점은

현재 페이지에서 바로 물어볼 것인지, 평소 쓰던 코딩 에이전트에 별도 브라우저 작업을 맡길 것인지에 가깝다.

비교 기준	Aside	ego-lite
제품 형태	내장 Agent가 포함된 Chromium 계열 브라우저	사람과 외부 AI Agent가 함께 쓰도록 만든 Chromium 브라우저
가장 빠른 시작점	현재 페이지의 Side Panel이나 Task Page에서 바로 자연어 지시	Claude Code·Codex·Cursor 등에서 `/ego-browser` Skill 호출
외부 Agent 연결	CLI·MCP·REPL과 `aside skills install`	`ego-browser` Skill이 JavaScript 도구를 제공
작업 분리	Agent Tabs, Task, Project, Side Chat 중심	Agent별 격리된 Space와 병렬 작업을 핵심 기능으로 내세움
반복·장기 작업	Memory, Cron·Heartbeat Routine, Channel 원격 제어 제공	현재 공개 설명은 외부 Agent가 실행하는 Skill·Space·Snapshot 흐름에 집중
가격 구조	Free 500 credits, Pro·Max 유료 플랜. 외부 구독·API Key 연결 가능	브라우저는 무료 다운로드. 단, 연결하는 Agent·모델 사용료는 별도일 수 있음
공개 코드 범위	공식 Research FAQ는 브라우저 자체를 오픈소스로 공개하지 않는다고 답함. 다만 브라우저 Framework는 수요가 있으면 공개할 수 있다고 설명	GitHub 연결 레이어·Skill은 MIT. README는 브라우저 앱을 별도 무료 다운로드라고 구분
데이터 처리 범위	Task 기록은 Local-first지만 Hosted Model에는 선택된 작업 맥락이 전달될 수 있음	Citro는 브라우징 데이터를 업로드하지 않는다고 설명. 외부 Agent·모델이 페이지를 처리하는 범위는 해당 서비스 정책에서 별도 확인
지원 환경	Windows 정식 지원, macOS 시작 문서는 15.0+ 안내. Linux 지원은 공식 시작 문서에서 확인되지 않음	현재 macOS, Windows·Linux는 Roadmap
잘 맞는 선택	브라우저 안에서 바로 묻고, 같은 제품에서 Memory·Routine·Agent 연결까지 쓰고 싶을 때	주력 Coding Agent를 유지하면서 격리된 Space에 여러 Browser Task를 맡기고 싶을 때

둘 중 무엇이 더 빠른지는 현재 공개 자료만으로 판단하기 어렵다. ego-lite README는 자체 Benchmark에서 agent-browser보다 최대 2.5배 빠르다고 설명한다. 이는 Aside와의 직접 비교도, 독립 기관의 재검증 결과도 아니다. 따라서 속도 숫자 하나보다 실제로 쓸 코딩 에이전트, 로그인 재사용 방식, 작업 격리, 운영체제 지원을 기준으로 고르는 편이 낫다.

3. 실제 사용자들은 어떻게 활용했나

공개된 개별 사용기 세 건을 요약한 그림이다. 제품 공식 Benchmark나 일반적인 처리량·성공률을 뜻하지 않으며, 수치는 각 작성자의 당시 환경에 한정된다.

여기서 나오는 숫자는 Aside의 공식 성능 수치가 아니다.

각 사용자가 자기 환경에서 공개한 사용 기록이다.

그래서 성공 숫자만 보기보다 함께 적어 둔 실패 조건과 운영 방식까지 같이 봤다.

사례	무엇을 했나	배울 점	한계
GPters 커뮤니티 조사	Claude Code+Aside로 2일간 글 2,428건, 인물 1,436명, 인터뷰 후보 168명을 모았다고 기록했다.	읽기 전용, 출처 1줄, 탭 최대 6개, 소스별 커밋이라는 운영 규칙이 구체적이다.	18개 탭에서 연결이 끊겼고, 가입 대기·학교 인증에서는 멈췄다.
홈택스 보조 스킬	세무 흐름을 돕는 6개 Skill을 공개했다.	설명·자료 준비·화면 이동은 맡기되 제출·발급·납부는 사람에게 남겼다.	세무·금융처럼 영향이 큰 업무는 마지막 확인을 자동화하면 안 된다.
뉴스레터 아카이브 정리	자신의 뉴스레터 9개 글을 약 1분 만에 표로 정리했다고 기록했다.	반복 탐색과 표 정리에 잘 맞는 사례다.	`1.3K`를 `1`로 잘못 읽기도 했다. 숫자는 원문 대조가 필수다.

4. 설치 전 반드시 볼 지원 환경·가격·개인정보

Windows 정식 지원이 추가됐고, macOS는 15.0 이상을 확인한다

2026년 9월 21일 확인한 Aside Browser 변경 이력의 최신 버전은 v1.0.914.1이다.

이 버전에서 Windows 정식 지원을 발표했고 macOS 27 Golden Gate 호환성도 명시했다.

macOS 시작 문서는 여전히 macOS 15.0 이상을 안내한다. Windows의 최소 버전·설치 파일 형식은 현재 시작 문서에 별도로 적혀 있지 않다. 이 글에서 임의로 채우지 않고, 설치 직전 Aside 공식 다운로드 페이지에 표시되는 최신 안내를 확인하는 편이 안전하다.

설치 바로가기 : 브라우저 다운로드 · 시작 문서 · CLI·MCP·REPL 문서

가격은 자주 바뀌고, 공식 페이지끼리 숫자도 다르다

플랜	월 가격	공식 가격 페이지 표기	Routine
Free	$0	월 500 credits	최대 3개
Pro	$20	Free의 3배 사용량	무제한
Max	$200	가격 페이지 40배 / 구독 도움말 30배	무제한

연간 결제는 가격 페이지에 20% 할인이 표시된다.

AI 연결 방식은 세 가지다. Aside 플랜에 포함된 모델, 지원되는 기존 구독(ChatGPT Plus/Pro·Claude Pro/Max·GitHub Copilot), 본인 API Key를 연결하는 방식이다. 어디에서 비용이 빠지는지는 선택한 연결과 계정 설정에서 꼭 확인하자. (AI 연결 공식 문서)

‘로컬 우선’

여기서 가장 헷갈리기 쉬운 부분이 있다.

작업 기록을 로컬에 둔다는 말과 모델 제공자에게 아무 데이터도 보내지 않는다는 말은 서로 다르다.

로컬 기기(LOCAL DEVICE)
Task 기록·로컬 산출물
Task metadata·모델 설정·Transcript·Artifact

Aside 서비스(ASIDE SERVICES)
계정·결제·선택한 동기화
분석, 지원, 암호화된 Vault·브라우저 Sync 등

모델 제공자(MODEL PROVIDER)
모델이 볼 작업 맥락
프롬프트·도구 결과·선택 화면·파일

대상 웹사이트(TARGET WEBSITE)
사이트가 받는 행동
조회·입력·업로드·제출

공식 개인정보처리방침을 보면 Hosted Model(호스팅 모델)을 사용할 때 프롬프트뿐 아니라 Tool Result(도구 결과), 선택한 브라우저 화면, 스크린샷, 파일이 모델 제공자에게 전달될 수 있다.

현재 도움말에는 분석 공유가 기본으로 켜져 있다고도 적혀 있다.

회사 계정이나 민감한 사이트를 열기 전에 Settings > Security & Privacy의 Analytics sharing과 Settings > Models의 모델 연결을 먼저 확인하자.

기억과 Vault도 별도 설정이다.

Memory : 끄거나, 30일·90일·계속 보존 중에서 고를 수 있다. 브라우징 기록·채팅·Task를 다음 작업에 활용할 수 있으므로 민감한 프로필에서는 보존 기간을 짧게 시작한다.
Aside Vault : Agent 접근을 Always allow, While unlocked, Never로 정할 수 있다. 첫 실습은 While unlocked 또는 Never가 이해하기 쉽고, Incognito에서는 Vault 접근이 제공되지 않는다.

5. 읽기 전용 테스트부터 CLI·MCP까지

이번 실습 순서 : 브라우저 설치·로그인 → 개인정보·모델 사용량·권한 확인 → 새 Task에서 Read only 선택 → 공개 페이지 읽기 테스트 → CLI 설치 → CLI 직접 실행 → 코딩 에이전트에 Skill 연결 → 필요할 때만 MCP·REPL

처음부터 이메일 전송이나 결제를 맡기지 말자.

먼저 공개 페이지에서 읽기만 수행하고, 같은 요청을 Task UI와 CLI에서 각각 실행해 결과를 비교한다.

여기까지 통과한 뒤 Claude Code·Codex·Cursor 같은 코딩 에이전트에 aside-browser Skill을 연결하면 어느 단계에서 문제가 생겼는지 구분하기 쉽다.

구분	macOS	Windows
브라우저	공식 다운로드 → DMG 열기 → Applications로 이동	공식 다운로드 → 화면에 표시되는 Windows 설치 파일 실행
CLI	Terminal의 공식 Shell 설치 Script 또는 Developer Settings	PowerShell의 서명 검증 설치 Script 또는 Developer Settings
경로 확인	`command -v aside`	`(Get-Command aside).Source`

Step 1. Aside 브라우저를 설치하고 로그인한다

CLI는 별도의 Headless Browser(화면 없는 브라우저)를 하나 더 설치하는 기능이 아니다. 설치된 Aside의 계정과 브라우저 자동화 기능을 터미널에서 호출하는 경로다. 따라서 이 단계에서는 CLI보다 브라우저 설치와 로그인을 먼저 끝낸다.

macOS 설치

Aside 공식 다운로드 페이지를 연다.
지원 조건인 macOS 15.0 이상인지 먼저 확인한다.
받은 Aside.dmg를 열고 Aside 아이콘을 Applications 폴더로 드래그한다.
Applications에서 Aside를 열고 로그인하거나 계정을 만든다.

Windows 설치

같은 공식 다운로드 페이지를 Windows에서 연다.
페이지에 표시되는 Windows용 설치 파일을 내려받아 실행한다.
설치가 끝나면 Aside를 열고 로그인하거나 계정을 만든다.
Windows 최소 버전과 설치 파일 형식은 현재 시작 문서에 별도로 명시되지 않았으므로, 다운로드 화면에 표시되는 최신 조건을 설치 직전에 다시 확인한다.

공통 설정 : 처음이라면 기존 브라우저의 비밀번호와 쿠키를 바로 가져오지 말고 별도 테스트 프로필로 시작해보자. 정상 동작을 확인한 뒤 필요한 항목만 가져오는 편이 안전하다.

여기까지 되면 : 새 탭이 열리고 계정 메뉴에 로그인 상태가 표시된다.

막히면 : 운영체제 버전, 앱 권한, 네트워크를 확인한다. 출처를 알 수 없는 우회 설치나 보안 기능 해제부터 시도하지 말고 공식 문제 해결 문서와 앱의 Settings > Send feedback을 이용하자.

ex) macOS 설치 : 내 환경에서는 공식 다운로드 링크를 열자 DMG 파일 다운로드가 시작됐다. 다운로드 동작과 파일명은 웹사이트 개편에 따라 달라질 수 있으므로, 설치 직전 주소가 aside.com인지 확인했다.

ex) 앱 권한 : 설치 직후 알림 권한 요청이 표시됐다. 작업 완료 알림이 필요하면 허용하고, 필요하지 않다면 나중에 운영체제 설정에서 켜도 된다.

ex) 가입 또는 인증 : Aside 계정으로 로그인하거나 새 계정을 만든다.

ex) 로그인 계정 선택 : Google 로그인 화면이 나오면 이번 테스트에 사용할 계정을 고른다. 처음부터 회사의 주요 계정보다 테스트용 계정으로 시작하는 편이 안전하다.

ex) AI 연결 선택 : AI Subscription 단계에서 이번 테스트에 사용할 연결을 고른다. 내 화면에서는 Grok을 선택했다. 다만 이 선택 화면만으로 기존 구독 사용량, 개인 API Key, Aside Credit 중 어디에서 비용이 차감되는지는 확정할 수 없다. 연결 후 Settings > Models와 Settings > Plan & Usage에서 실제 사용량과 과금 주체를 확인한다.

ex) 선택 설정 : 브라우저 데이터 가져오기와 Vault 같은 추가 설정은 나중에도 바꿀 수 있다. 이번 읽기 전용 테스트에서는 꼭 필요한 항목만 설정하고 넘어갔다.

ex) 첫 화면 : 새 탭이 열리고 계정 상태가 표시되면 브라우저 설치 단계는 끝이다.

Step 2. 개인정보·모델 사용량·Task 권한을 나눠 확인한다

이 단계에는 서로 다른 네 가지 설정이 나온다. 이름이 비슷하지만 역할은 다르다.

Security & Privacy : 제품 분석 정보 공유 여부를 정한다.
Settings > Models / Plan & Usage : 연결한 모델과 남은 할당량, 실제 과금 주체를 확인한다.
Settings > Agents : 에이전트가 명령·파일·도구를 사용할 때의 기본 정책을 정한다.
Task의 Permission control : 지금 실행하는 작업 한 건에 적용할 세션 권한을 정한다.

공식 문서상 Deny는 차단, Ask는 실행 전 확인, Allow는 별도 확인 없이 허용한다. 서로 충돌하면 Deny가 우선한다. 새 Task의 기본값은 Guard이고, 이번 공개 페이지 테스트만 Read only로 바꾼다. (Task 공식 문서, 권한 공식 문서)

ex) 분석 정보 공유 : Settings > Security & Privacy에서 Help improve Aside를 확인한다. 제품 분석 정보 전송을 원하지 않는다면 끈다. 이 설정은 Task의 파일·브라우저 조작 권한과는 별개다.

ex) 모델 사용량 : Settings > Models에서 모델 오른쪽의 사용량 표시 위에 마우스를 올리면 남은 할당량을 볼 수 있었다. 표시는 연결 방식과 모델 제공자에 따라 다를 수 있으므로 Plan & Usage도 함께 확인한다.

ex) 에이전트 기본 권한 : Settings > Agents에서 Sandbox, File permissions, Tool permissions를 확인한다. 처음에는 필요한 폴더만 허용하고, 쓰기·다운로드·명령 실행처럼 결과를 바꾸는 기능은 Ask 또는 Deny로 두는 편이 이해하기 쉽다.

ex) 이번 Task만 Read only로 변경 : Task Page 또는 Side Panel에서 새 Task를 만들고 Permission control의 기본값인 Guard를 Read only로 바꾼다. Read only는 Aside가 브라우저와 파일 맥락을 확인하되 파일을 변경하지 않도록 제한하는 모드다. 그래도 프롬프트에 클릭·입력·다운로드 금지를 함께 적어 작업 범위를 한 번 더 분명히 한다.

Step 3. UI에서 공개 페이지 읽기를 검증한다

바로 위 화면처럼 Permission control을 Read only로 바꾼 뒤 Aside Task에 아래 프롬프트를 붙여 넣는다.

이 테스트는 글의 정확한 제목을 미리 맞히는 시험이 아니라, 현재 화면에서 읽은 문자열과 최종 URL을 근거와 함께 반환하는지 확인하는 과정이다.

Open https://goddaehee.co.kr.
Read only: report the exact page title, first visible heading, and final URL.
Do not click links, fill forms, download files, or create/modify files.
Return the source URL with the answer.

한글 버전

https://goddaehee.co.kr 페이지에 접속해 주세요. 
다음 항목만 읽고 보고해 주세요: 
정확한 페이지 제목(Page Title), 첫 번째로 보이는 제목(First Visible Heading), 그리고 최종 URL. 
링크를 클릭하거나, 양식을 작성하거나, 파일을 다운로드하거나, 파일을 생성/수정하지 마세요. 
답변과 함께 출처 URL을 반환해 주세요.

ex) Task UI 결과 : 입력이나 다운로드 없이 페이지를 읽고 화면의 문자열과 URL을 반환했다. 이 결과는 잠시 뒤 CLI 결과와 비교한다.

Step 4. CLI를 설치하고 계정 연결을 확인한다

명령 입력이 익숙하지 않다면 Aside의 Settings > Developers에서 설치 버튼을 누르는 방법이 단순하다.

터미널로 설치하려면 운영체제에 맞는 공식 명령을 쓴다. 회사 장비라면 원격 Script 실행이 보안 정책상 허용되는지 먼저 확인하자.

macOS: Terminal에서 설치

curl -fsSL https://releases.aside.com/install.sh | bash
command -v aside
aside --help
aside account status

내가 진행한 방법: Settings > Developers

ex) CLI 설치 : 나는 터미널의 설치 Script 대신 Settings > Developers에서 CLI를 설치했다. 이 화면에서는 나중에 Update 또는 Reinstall도 실행할 수 있다.

CLI와 Skill은 같은 것이 아니다. CLI만으로도 터미널에서 aside "지시문"을 실행할 수 있다. Claude Code·Codex·Cursor 같은 코딩 에이전트 안에서 브라우저 사용 방법을 쉽게 불러오고 싶을 때만 aside-browser Skill을 추가한다.

ex) 코딩 에이전트용 Skill 설치 : 내 화면에서는 Aside를 여러 코딩 에이전트에서 계속 사용할 계획이라 Install to all agents를 선택했다. 한 도구에서만 쓸 독자라면 전체 설치보다 사용하는 에이전트만 선택하는 편이 설정 범위를 줄일 수 있다. 터미널에서는 aside skills install로 같은 설치 흐름을 시작할 수 있다.

ex) Skill 확인 : 설치가 끝난 코딩 에이전트에서 /aside-browser가 나타나면 Skill을 불러올 준비가 된 것이다. 제품에 따라 Skill이 슬래시 명령으로 보이지 않고 작업 지침으로 자동 검색될 수도 있다.

Windows: PowerShell에서 서명을 검증한 뒤 설치

PowerShell을 열고 아래 공식 예제를 그대로 실행한다.

$ErrorActionPreference = 'Stop'
$ProgressPreference = 'SilentlyContinue'
$installer = Join-Path $env:TEMP 'aside-install.ps1'
$publisher = 'CN=AT YOUR SIDE INC, O=AT YOUR SIDE INC, L=San Francisco, S=California, C=US'

Invoke-WebRequest -UseBasicParsing `
  -Uri https://releases.aside.com/install.ps1 `
  -OutFile $installer

$signature = Get-AuthenticodeSignature -LiteralPath $installer
if ($signature.Status -ne 'Valid' -or
    $null -eq $signature.SignerCertificate -or
    $signature.SignerCertificate.Subject -ne $publisher -or
    $null -eq $signature.TimeStamperCertificate) {
  throw "Aside CLI installer signature verification failed ($($signature.Status): $($signature.StatusMessage))."
}

& $installer

설치기는 사용자 PATH에 Aside를 추가한다. 새 PowerShell 창을 연 뒤 아래 명령으로 확인한다.

(Get-Command aside).Source
aside --help
aside account status

Step 5. CLI와 코딩 에이전트에서 같은 테스트를 실행한다

5-1. 먼저 CLI만 단독으로 확인한다

Skill 문제와 CLI 문제를 섞지 않으려면 터미널에서 직접 실행하는 것이 먼저다.

Step 3과 같은 주소와 금지 조건을 넣는다.

aside "Open https://goddaehee.co.kr.
Read only: return the exact page title, first visible heading, and final URL.
Do not click links, fill forms, download files, or create or modify files.
If a value cannot be verified from the current page, return unavailable."

성공 기준 : Task UI에서 확인한 제목·첫 Heading·최종 URL과 CLI 결과가 일치한다. 다르면 Redirect 여부, 선택한 Aside 계정, 로그인 상태부터 확인한다.

5-2. 코딩 에이전트에서 aside-browser Skill을 호출한다

그다음 Claude Code·Codex·Cursor 중 Skill을 설치한 도구를 열고 /aside-browser를 호출한 뒤 같은 요청을 전달한다. 이때 브라우저가 자동으로 열리고 페이지를 탐색하는지, 최종 답변에 실제 URL이 남는지 확인한다.

ex) 코딩 에이전트에서 Aside 호출 : Skill이 Aside 브라우저를 열어 실제 페이지를 확인하는 과정을 볼 수 있었다. CLI는 반복 실행과 Script 연결에, Skill은 코드를 고치던 대화 안에서 브라우저 확인을 이어갈 때 특히 편하다.

ex) 결과 교차 확인 : Aside가 반환한 제목과 URL을 일반 브라우저 화면과 나란히 놓고 비교했다. 자동화 결과만 보고 통과 처리하지 않고 원래 화면을 한 번 대조하는 단계다.

Step 6. 로컬 개발 화면도 간단히 점검해보자

Smoke test(스모크 테스트)는 앱이 열리고 주요 화면이 보이는지 빠르게 확인하는 테스트다.

Aside가 내 컴퓨터의 브라우저에서 동작하므로 로컬 개발 서버도 확인할 수 있다.

다만 개발 서버를 먼저 띄우고, 실제 Port와 금지 동작을 프롬프트에 분명히 적어야 한다.

aside "Open http://localhost:3000 and run a no-write smoke test.
Check: page title, main heading, primary navigation labels, and visible console errors if console access is available.
Do not submit forms, create accounts, change data, or click destructive controls.
Save one screenshot if supported; otherwise report "screenshot: unavailable".
Return a short PASS/FAIL table with the exact URL."

한글 버전

http://localhost:3000 에 접속하여 데이터 변경이 없는 스모크 테스트(Smoke Test)를 진행해 주세요.

확인 사항: 페이지 제목(Page Title), 메인 제목(Main Heading), 주요 탐색 메뉴 라벨(Primary Navigation Labels), 
그리고 콘솔 접근이 가능한 경우 화면에 보이는 콘솔 에러.

양식을 제출하거나, 계정을 생성하거나, 데이터를 변경하거나, 파괴적인 컨트롤(삭제/수정 버튼 등)을 클릭하지 마세요. 

지원되는 경우 스크린샷 1장을 저장하고, 지원되지 않는 경우 "screenshot: unavailable"로 보고해 주세요. 
정확한 URL을 포함하여 간단한 PASS/FAIL 표 형태로 결과를 반환해 주세요.

ex) 개발 중인 사이트의 품질 점검 요청 : 단순히 “평가해 줘”라고 하지 않고 확인할 URL, 범위, 금지 동작, 원하는 결과 형식을 함께 적었다.

Step 7. MCP와 REPL은 필요할 때만 추가한다

CLI와 Skill까지 정상 동작했다면 기본 실습은 끝이다. MCP와 REPL은 같은 브라우저 기능을 다른 방식으로 연결하는 선택 사항이다.

방식	언제 쓰나	시작 방법
CLI	터미널에서 한 번 실행하거나 Script와 연결할 때	`aside "지시문"`
Skill	Claude Code·Codex·Cursor 대화에서 Aside 사용법을 불러올 때	`aside skills install`
MCP	MCP 클라이언트가 Aside의 브라우저 도구를 직접 호출하게 할 때	`aside mcp`
REPL	탭 열기·화면 확인·스크린샷처럼 결정적인 브라우저 단계를 코드로 지정할 때	`aside repl`

MCP 클라이언트에 연결

mcp.json을 지원하는 도구에는 아래 Server 설정을 추가한다. aside 명령을 찾지 못하면 Settings > Developers에 표시된 실제 CLI 경로를 command에 넣는다.

{
  "mcpServers": {
    "aside": {
      "command": "aside",
      "args": ["mcp"]
    }
  }
}

클라이언트를 다시 시작한 뒤 Aside Server가 연결됨으로 표시되는지 확인한다. 제품마다 설정 파일 위치와 승인 화면이 다르므로 임의의 경로를 단정하지 않고 각 클라이언트의 MCP 설정 화면을 따른다.

REPL로 결정적인 한 단계 실행

aside repl "const page = await openTab('https://example.com')"

REPL은 자연어 에이전트보다 직접적인 브라우저 단계를 작성할 때 유용하다. 처음부터 로그인 사이트나 결제 화면에 적용하지 말고 example.com 같은 공개 페이지에서 새 탭이 열리는지만 확인한다. 자세한 명령은 Aside 개발자 공식 문서를 기준으로 한다.

한 번에 모두 설치할 필요는 없다. 처음에는 Task UI와 CLI까지만 확인해도 충분하다. 코딩 에이전트 안에서 계속 쓸 때 Skill을, 클라이언트가 도구 단위로 호출해야 할 때 MCP를, 사람이 정한 브라우저 단계를 코드로 재현해야 할 때 REPL을 추가하면 된다.

6. 바로 복사해 쓰는 프롬프트

Aside에는 “무엇을 할지”만 적으면 부족하다. 클릭하면 안 되는 것과 어디서 멈출지, 결과를 어떤 형태로 남길지도 같이 적는 편이 좋다.

CI 실패 조사

Open the CI run URL I provide.
Read only. Identify the first failing job and the earliest actionable error.
Do not rerun, cancel, approve, merge, or change repository settings.
Return: job name, exact error excerpt, source URL, and one screenshot.
If authentication or access is missing, stop and tell me what is required.

실패한 첫 Job과 실제 오류 문구만 읽고, 재실행·승인·Merge는 하지 말라는 뜻이다. 접근 권한이 없으면 억지로 진행하지 않고 필요한 권한만 알려주도록 했다.

스테이징 QA

Open the staging URL and test only the guest flow.
Do not create real data, send messages, purchase, or delete anything.
Check the heading, primary CTA, navigation, responsive layout, and console errors.
For each issue, return reproduction steps, expected vs actual, URL, and screenshot.
Stop before any irreversible action.

비회원 화면에서 제목·주요 버튼·메뉴·반응형 화면·Console Error를 확인하되, 실제 데이터 생성이나 결제·삭제 전에는 멈추라는 지시다.

로그인 커뮤니티 리서치

Research only the listed communities in read-only mode.
Never like, comment, follow, join, send a message, or change profile settings.
Keep at most 6 tabs open. For each claim, save one source line: title | author | date | URL.
Separate direct user experience from marketing or secondhand summaries.
If a site requires joining, verification, or CAPTCHA, stop and report the blocker.

좋아요·댓글·가입 같은 쓰기 동작은 막고, 주장마다 제목·작성자·날짜·URL을 남기는 읽기 전용 조사 프롬프트다. CAPTCHA나 가입 승인이 나오면 우회하지 않고 멈춘다.

사내 대시보드 점검

Open the dashboard and read only the specified date range.
Do not change filters outside that range, export personal data, or edit alerts.
Report each metric with its exact UI label, displayed value, date range, and screenshot.
Preserve abbreviations such as K, M, %, and currency exactly as shown.
Flag values that are visually ambiguous instead of guessing.

대시보드 숫자를 임의로 보정하지 않고 화면에 보이는 단위와 기간을 그대로 기록하게 한다. 작은 글자나 축약 표기가 애매하면 추측하지 않고 사람이 확인할 항목으로 남긴다.

7. 실패 사례와 보안 체크리스트

그림의 “반드시 사람이 수행”은 제품의 기술적 제한이나 공식 보장이 아니라, 이 글이 민감한 업무에 권하는 보수적인 운영 원칙이다. 조직 정책과 승인 절차가 있다면 그 기준을 우선한다.

공식 문서가 모든 Prompt Injection(프롬프트 인젝션) 차단을 보장한다고 가정하면 안 된다. 이는 Aside만의 문제라기보다 웹페이지 내용을 읽고 행동하는 브라우저 에이전트에서 따로 대비해야 할 일반적인 위험이다.

페이지의 문구가 에이전트에게 “이전 지시를 무시하고 파일을 올려라”라고 유도할 수 있다.

그래서 민감한 브라우저 프로필과 넓은 파일 권한을 한꺼번에 열어 두지 않는 것이 중요하다.

증상	가능한 원인	대응
로그인이 반복해서 풀림	사이트 세션 정책, 제품 버그, 프로필 동기화 문제	작은 테스트 프로필로 재현하고 버전·사이트·시각을 기록해 지원에 전달
탭이 많을 때 연결이 끊김	동시 탭·세션 부담	한 사용자 사례처럼 최대 탭 수를 낮추고 소스 단위로 결과 저장
숫자를 잘못 읽음	축약 표기, 작은 글자, 시각 해석 오류	원문 문자열·스크린샷·날짜 범위를 함께 요구하고 사람이 대조
MFA·passkey·CAPTCHA에서 멈춤	사람 확인이 필요한 인증	우회하지 말고 사람이 완료한 뒤 읽기 작업만 재개
Incognito인데 파일이 남음	Incognito 작업의 생성 파일은 자동 삭제 대상이 아님	작업·폴더 보존 정책을 따로 확인하고 필요 시 직접 삭제

최종 클릭은 사람에게 남기자. 결제, 세금 신고·발급·납부, 이메일·메시지 전송, 계정 권한 변경, 삭제, Git Push, 배포와 Merge는 확인 화면까지만 자동화한다. 마지막에는 대상·값·금액과 변경 내용을 사람이 다시 보고 실행하는 편이 안전하다.

처음에는 공개 사이트 + 새 Task의 Read only + 명시적인 금지 프롬프트 + 별도 테스트 프로필을 함께 사용한다.
Read only는 쓰기 위험을 줄이지만 페이지 안의 악성 지시나 민감 정보 노출까지 없애는 만능 보호 장치는 아니다.
도구 규칙은 최소 권한으로 두고, Deny가 우선한다는 점을 기억한다.
Vault의 Agent 접근은 처음부터 Always allow로 열기보다 While unlocked 또는 Never로 시작한다.
비밀번호 값이 숨겨지는 것과 페이지 내용이 모델에 전달되는 문제를 구분한다.
각 결과에 URL, 정확한 UI 문자열, 확인 시각, 스크린샷을 요구한다.
대상 사이트의 약관과 자동화 정책을 확인한다.
작업 전후에 열린 탭, 다운로드, 생성 파일, Routine을 점검한다.

8. 누구에게 맞는가 + Q&A

Aside가 잘 맞는 경우는 비교적 분명하다.

로그인된 여러 웹 도구를 오가며 조사·운영 업무를 한다.
Localhost·Staging 화면을 보며 코딩 에이전트와 QA를 이어가고 싶다.
자연어 작업과 CLI·MCP·REPL을 한 브라우저 흐름에서 사용하고 싶다.
Windows 또는 macOS에서 별도 테스트 프로필로 먼저 검증할 수 있다.

다른 방식이 더 나을 수 있는 경우도 있다.

Linux 지원이 당장 필요하다.
대량의 구조화 데이터를 안정적으로 처리해야 한다.
저장소에 남는 반복 가능한 E2E Test가 핵심이다.
회사 데이터의 외부 전송 제한과 감사 정책이 가장 중요하다.

이 경우에는 공식 API·Playwright·Chrome DevTools MCP·사내 승인 도구를 먼저 검토하는 편이 낫다.

Q. 일반 Chrome 확장 프로그램과 무엇이 다른가요?

확장 프로그램 하나보다 범위가 크다. 브라우저 자체, Task UI, CLI·MCP·REPL, Memory, Routine, 권한 설정을 묶은 제품이다.

Q. Chrome DevTools MCP가 있는데도 Aside가 필요한가요?

목적에 따라 다르다. 웹앱의 Console·Network·DOM·CSS·성능 문제를 깊게 조사하는 것이 중심이라면 Chrome DevTools MCP가 더 직접적이다. 로그인된 여러 사이트를 오가며 자연어 작업, Memory, Routine까지 이어가려면 Aside가 편한 구조다. 둘을 경쟁 제품 하나로 보기보다 디버깅 중심인지, 로그인된 업무 흐름 중심인지로 고르면 된다.

Q. 로그인된 모든 사이트를 완전히 자동화할 수 있나요?

아니다. MFA, Passkey, CAPTCHA, 가입 승인, 학교 인증, 사이트 정책, UI 변경, 권한 부족에서 멈출 수 있다. 접근할 수 있다는 것과 자동화가 허용된다는 것도 별개다.

Q. 비밀번호는 AI가 볼 수 없으니 안전한가요?

저장된 비밀번호 값이 Agent에 숨겨지는 것은 중요한 보호 장치다. 하지만 열린 페이지의 내용과 선택한 Snapshot(화면 상태)·파일이 모델에 전달될 가능성은 따로 판단해야 한다.

Q. Routine을 바로 켜도 될까요?

먼저 같은 작업을 수동으로 여러 번 성공시켜 보자. 실패 시 중단 조건, 중복 실행 방지, 결과 확인 방법을 만든 뒤 예약해도 늦지 않다. 현재 문서에는 Free는 최대 3개, Pro는 무제한이라고 나온다.

Q. Aside와 ego-lite 중 무엇을 고르면 될까요?

현재 보고 있는 페이지에 브라우저 안에서 바로 질문하고, 기억(Memory)·예약 실행(Routine)·Aside Vault까지 한 제품에서 쓰고 싶다면 Aside 쪽이 가깝다. Claude Code·Codex·Cursor를 작업의 중심에 두고 브라우저 작업(Browser Task)만 별도 작업 공간(Space)에 병렬로 맡기고 싶다면 ego-lite가 더 자연스럽다.

가능하면 Windows나 Mac에서 공개 페이지 읽기, 로그인 상태 재사용, 탭 분리, 같은 작업(Task)의 실행 시간·도구 호출(Tool Call)·정확도를 직접 비교한 뒤 고르자.

Q. 가장 먼저 해 볼 만한 테스트는?

이 글의 goddaehee.co.kr 읽기 전용 테스트다. 입력·클릭·다운로드 없이 UI와 CLI가 같은 문자열을 반환하는지 확인하면 제품 이해와 환경 점검을 동시에 할 수 있다.

정리 : Aside를 단순히 Playwright 대체 도구로 보면 장점이 잘 보이지 않는다. 현재 페이지를 보면서 바로 질문하고, 로그인 상태·Memory·Routine까지 한 흐름으로 이어가고 싶을 때 Aside가 눈에 들어온다.

반대로 평소 쓰던 코딩 에이전트(Coding Agent)를 중심에 두고 별도 브라우저 작업(Browser Task)을 병렬로 맡기고 싶다면 ego-lite도 함께 비교해볼 만하다. 대량의 정형 데이터라면 브라우저보다 공식 API가 먼저다.

처음에는 이 네 가지만 해보면 된다.

사용 중인 운영체제 버전과 현재 플랜을 확인한다.
회사 계정과 분리된 테스트 프로필을 준비한다.
새 Task에서 Read only를 선택하고, no-action 프롬프트로 goddaehee.co.kr을 읽어 본다.
결과가 맞으면 CLI에서 같은 작업을 한 번 더 실행한다.

9. 2026년 9월 21일 기준 최신 변경

Aside는 브라우저 앱과 Components의 버전 번호를 따로 사용한다. 아래 내용은 2026년 9월 21일 두 변경 이력의 최상단을 다시 확인한 결과다.

참고로 내 Settings > General 화면에서는 Browser v1.0.914.1, Background service v1.26.919.1745가 표시됐다. 다만 같은 시점 공개 Components Changelog의 최상단은 v1.26.917.1731이다. 따라서 아래 최신 변경 내용은 공개 Changelog를 기준으로 정리하고, Background service 버전은 내 설치 환경에서 관찰한 값으로만 구분해 적는다.

개발자 입장에서 눈에 띄는 변화는 Skill 설치, Session 이어가기, Windows 정식 지원, Aside Vault 개선이다.

9월 2일 Components Changelog에는 코딩 도구에 aside-browser Skill을 설치하는 명령과 Session 재개·CLI 업데이트 명령이 추가됐다. 같은 날 Model Picker의 기본 모델은 GPT-5.6 Luna로 바뀌었고 Claude Fable 5.1과 GLM 5.3이 추가됐다.

9월 3일에는 Gmail·Slack 메시지에서 바로 사이드 패널 세션(Side Panel Session)을 여는 Handle with Aside가 들어왔다. 9월 8일에는 채팅 고정, 이전 대화 차례(Turn) 접기, 관련 도구 호출(Tool Call) 묶기, Vault 화면 개선이 반영됐다.

9월 14일 Components v1.26.914.1644에서는 첫 실행 설정(Onboarding)을 다시 만들고, Aside Password Manager의 이름을 Aside Vault(보관함)로 바꿨다. 같은 업데이트에서 백그라운드 메모리와 문맥 인식(Context Awareness)이 사용자가 선택한 모델 제공자를 유지하도록 고쳤다.

9월 16일 업데이트는 Windows 설치 안정성, Routine 설정 오류, Vault 재연결, 작업 시간 표시를 손봤다. 9월 17일 v1.26.917.1731에서는 잠금 해제된 여러 계정의 Vault 제안, 여러 로그인 후보를 고르는 화면, 로그아웃·인용·결제 갱신 표시 오류를 개선했다. 이 변경은 기능의 존재보다 설치와 인증 흐름이 계속 다듬어지는 중이라는 점을 보여준다.

aside --update
aside skills install
aside skills list
aside skills show
aside --session <session-id> "Continue"

위 실행 예시는 현재 개발자 문서의 표기에 맞췄다. 9월 2일 Changelog에는 일부 명령이 다르게 소개돼 있으므로, 실제 설치 버전의 aside --help와 aside skills --help도 함께 확인하자.

Native Browser Changelog의 현재 최상단 버전은 v1.0.914.1이다.

Windows 정식 지원, macOS 27 호환, 에이전트 탭(Agent Tabs) 개선과 프로필 처리 안정화가 핵심이다.

바로 전 버전 v1.0.910.1에서 Chromium 152.0.7977.83, 기본 메모리 절약 모드(Memory Saver), Helium Browser 가져오기가 반영됐다. Components와 브라우저 앱은 버전 번호를 따로 쓰므로 같은 버전처럼 섞어 보면 안 된다.

Windows도 이제 정식 지원 범위다. 다만 시작 문서에는 최소 Windows 버전과 설치 파일 형식이 따로 적혀 있지 않다. 회사 계정부터 연결하기보다 공개 페이지와 별도 프로필에서 CLI·Skill·Agent Tabs가 같은 방식으로 동작하는지 먼저 확인하자.

참고 자료

본문의 제품 버전·지원 환경·명령·도움말은 2026년 9월 21일 다시 확인했다. 가격과 지원 OS는 바뀔 수 있으므로 설치 직전 공식 가격·다운로드·Changelog를 다시 확인하자. 커뮤니티 수치는 각 작성자의 기록이며 일반적인 성능 보장은 아니다.

저작자표시 비영리 변경금지 (새창열림)

'AI > Browser 상황실' 카테고리의 다른 글

Anthropic AI 브라우저 Claude for Chrome 리뷰: Computer Use 기술 기반 브라우저 자동화 (0)	2025.11.26
Claude for Chrome(Claude Sonnet 4.5 브라우저 확장)출시 - AI가 웹 브라우저를 직접 조작하는 시대 (3)	2025.10.04
AI 브라우저 Comet (Perplexity의 AI 브라우저) 사용해보기. (7)	2025.09.15

Contents