Aside(어사이드)와 Playwright MCP, 클로드 인 크롬 차이 정리

브라우저를 조작하는 AI를 고르다 보면 Aside, Playwright MCP, Chrome DevTools MCP와 Claude in Chrome이라는 이름을 만나게 됩니다. 모두 페이지를 읽고 버튼을 누를 수 있지만, 같은 종류의 제품은 아닙니다.

Aside는 AI 작업 기능을 통합한 브라우저 앱, Playwright MCP와 Chrome DevTools MCP는 AI에 브라우저 도구를 연결하는 서버, Claude in Chrome은 Chrome 확장 프로그램입니다. 초보자라면 먼저 이 구분을 이해하면 됩니다. 여기서 서버는 연결 요청을 처리하는 프로그램을 뜻하며, 반드시 별도 컴퓨터를 구입해야 한다는 의미는 아닙니다.

그다음에는 ‘내가 로그인한 계정을 쓰는지’, ‘무슨 화면을 읽었는지’, ‘작업 후 결과를 어떻게 확인하는지’를 살펴봅니다. 브라우저 내부를 고친 제품이 모든 작업에서 더 정확하거나 안전한 것은 아닙니다.

먼저 연결 흐름을 알아봅니다

AI가 ‘행사 페이지에서 날짜를 읽어줘’라는 요청을 처리한다고 가정하겠습니다. 보통 다음과 같은 과정을 반복합니다.

1. AI가 요청을 해석하고 페이지를 열 도구를 선택합니다.
2. 도구가 브라우저를 조작하고 페이지 정보를 반환합니다.
3. AI가 받은 정보를 읽고 답하거나 다음 동작을 요청합니다.
4. 작업 후 화면이나 저장된 결과가 요청과 맞는지 확인합니다.

MCP는 AI가 외부 도구를 사용하는 연결 규약입니다. CDP(Chrome DevTools Protocol)는 Chrome의 상태를 읽고 제어하는 데 쓰는 규약입니다. 둘은 같은 단계의 이름이 아닙니다. AI와 도구 사이에 MCP가 있고, 그 도구가 브라우저를 조작하는 과정에서 CDP 등을 사용할 수 있습니다.

하네스는 AI 실행에 필요한 도구와 제어 기능을 연결한 실행 환경을 뜻합니다. 이 글에서는 브라우저 도구를 연결하는 환경을 설명할 때 사용합니다. Chromium(크로미움)은 Chrome 등 여러 브라우저의 바탕이 되는 오픈소스 프로젝트이며, 포크는 그 소스를 바탕으로 별도의 변경을 관리하는 개발 방식입니다.

브라우저 밖에서 연결하는 도구를 ‘창문 밖에서 집 안에 부탁하는 방식’에 비유할 수 있습니다. 브라우저 소스를 수정하는 쪽은 집의 구조도 바꿀 수 있습니다. 다만 창문에 해당하는 연결 통로도 많은 기능을 제공하므로, 바깥에서 연결하면 로그인이나 정확한 클릭이 불가능하다는 뜻은 아닙니다.

네 도구는 어디에서 동작할까요?

아래 표의 프로필은 로그인 상태와 설정 등을 묶어 사용하는 브라우저 환경입니다. 같은 컴퓨터에서도 프로필이 다르면 다른 계정으로 열리거나 로그아웃 상태일 수 있습니다.

Playwright는 Chromium뿐 아니라 Firefox와 WebKit도 지원하는 자동화 도구입니다. 따라서 Playwright MCP 전체를 ‘CDP로만 동작하는 도구’라고 설명하면 범위를 지나치게 좁히게 됩니다. 기본적인 구조와 선택 예시는 Aside와 Playwright 초보자 비교에서 먼저 읽어도 좋습니다.

Chrome DevTools MCP는 페이지 캡처, 네트워크 요청 확인, 오류 메시지와 성능 추적 등 개발자가 문제를 찾는 작업을 지원합니다. 이름에 MCP가 붙었다고 화면을 읽는 데만 쓰는 도구는 아닙니다. 공식 저장소

기존 Chrome의 로그인 상태를 쓸 수 있나요?

Chrome 136의 제한은 적용 범위가 있습니다

Google은 Chrome 136부터 --remote-debugging-port와 --remote-debugging-pipe를 기본 Chrome 데이터 디렉터리에 적용하지 않도록 바꿨습니다. 이 방식으로 디버깅하려면 별도 데이터 경로가 필요합니다. 데이터 디렉터리는 프로필과 로그인 상태 등이 저장되는 폴더입니다. Google 공식 공지

이 제한의 배경에는 원격 디버깅으로 쿠키를 빼내는 공격이 있습니다. 쿠키는 로그인 상태 유지 등에 쓰이는 데이터이므로 비밀번호가 없어도 계정 접근에 악용될 수 있습니다. Google은 자동화에 Chrome for Testing을 권장합니다.

하지만 이 공지를 모든 외부 도구가 평소 쓰는 Chrome에 연결할 수 없다는 뜻으로 확대하면 안 됩니다.

• Playwright MCP는 별도 프로필 외에 공식 확장 기능으로 기존 브라우저 탭과 로그인 상태에 연결할 수 있습니다. Playwright MCP 연결 방식
• Chrome DevTools MCP는 기본적으로 전용 프로필을 사용하지만, Chrome 144 이상에서 사용자가 연결을 허용하는 자동 연결 방식도 안내합니다. 이 경우 선택된 프로필의 열린 창에 접근할 수 있습니다. Chrome DevTools MCP 고급 사용 안내

이 글을 읽기 위해 디버깅 포트를 직접 열 필요는 없습니다. 이미 쓰는 도구가 어느 프로필에 연결했는지 확인하는 것이 먼저입니다. 화면이 열렸는데 로그아웃 상태라면 비밀번호가 틀렸다고 단정하지 말고, 평소 쓰던 프로필과 같은지 확인합니다.

Aside와 Chrome 확장도 계정 확인이 필요합니다

Aside 일반 작업은 해당 Aside 프로필의 로그인 상태를 사용할 수 있습니다. Chrome에서 로그인했다는 이유만으로 Aside에도 자동으로 로그인되는 것은 아닙니다. Claude in Chrome은 Chrome 확장 프로그램으로 동작하지만, 어느 프로필과 사이트에 접근하는지 확인해야 합니다.

두 경우 모두 세션이 만료되거나 추가 인증을 요구하면 사람의 조작이 필요할 수 있습니다. 로그인 상태를 재사용한다는 것과 계정의 모든 작업을 자동으로 수행해도 된다는 것은 별개입니다.

화면을 읽는다는 것은 무엇일까요?

AI가 페이지를 읽는 방법에는 스크린샷, 문서 구조와 접근성 정보 등이 있습니다. DOM은 웹페이지 요소를 구조로 표현한 것이고, 접근성 트리는 버튼이나 제목의 역할과 이름처럼 보조 기술이 이용하는 정보를 담습니다. DOM 기초 설명

Playwright MCP는 구조화된 접근성 스냅샷을 주요 입력으로 사용합니다. 스냅샷은 특정 시점에 읽은 상태입니다. ‘등록’ 버튼이라는 이름을 읽는 방법과 화면의 픽셀에서 버튼을 찾는 방법은 서로 다르지만, 어느 한쪽이 모든 사이트에서 우월한 것은 아닙니다.

예를 들어 다음은 실제 사이트가 아닌 가상 화면 목록입니다.

요청이 ‘초안으로 저장하고 게시하지 말아줘’라면 선택할 동작은 임시 저장입니다. 그러나 버튼을 눌렀다는 기록만으로 작업이 끝났다고 판단하면 안 됩니다. 이후 상태가 임시 저장 완료로 바뀌었는지 다시 읽어야 합니다.

지금 사용하는 AI 대화창에 위 가상 화면 목록과 아래 요청을 함께 붙여 넣으면 도구 설치 없이 이 차이를 연습할 수 있습니다.

정답은 임시 저장 선택과 저장 후 상태 재확인입니다. AI가 게시를 선택하면 요청과 다른 동작이므로 바로잡습니다. 이번에는 가상 목록의 마지막 줄만 상태: 저장 실패, 제목 확인 필요로 바꿉니다. 바꾼 목록과 ‘현재 저장에 성공한 상태인지, 다음에 무엇을 확인해야 하는지 설명해줘’라는 요청을 함께 보내세요. 저장에 성공했다고 답하지 않고, 제목 관련 오류를 확인해야 한다고 설명하는지 비교합니다.

실제 브라우저에서는 목록을 읽은 뒤 화면이 바뀔 수 있습니다. Playwright도 클릭 전에 대상이 보이고 안정적으로 배치되었는지 등을 검사하는 자동 대기 기능을 제공합니다. 따라서 외부 도구에는 확인 절차가 전혀 없다는 설명은 맞지 않습니다. 자동 대기 역시 모든 오류를 없애지는 못하므로 동작 후 결과 확인이 필요합니다. Playwright 자동 대기 문서

브라우저 소스를 바꾸면 무엇이 달라질까요?

2026년 8월 말 Threads의 Aside 비교 글은 브라우저 안팎에서 조작하는 방식의 차이를 설명했습니다. 당시 보관한 화면에는 Aside 계정이 설명에 감사한다는 답글을 남긴 모습이 있습니다.

그 답글이 커뮤니티 글의 모든 구현 설명을 공식 사양으로 확정하는 것은 아닙니다. 화면이 만들어지는 중간 단계에서 읽는다는 설명, 현재 입력 대상인 포커스가 바뀌거나 팝업이 뜨는 것을 미리 막는다는 설명, 에이전트 화면을 1440x900으로 고정한다는 설명은 그 글의 주장으로 구분해야 합니다. 이 내용만으로 다른 도구보다 얼마나 정확하거나 빠른지 판단하기도 어렵습니다.

반면 Browserbase는 자사 Chromium 수정 사례를 공개했습니다. Browserbase는 클라우드에서 브라우저를 실행하는 서비스를 제공하는 회사입니다. 해당 글에는 자동화 상태를 나타내는 navigator.webdriver 값을 수정하고, 헤드리스 표시와 장시간 실행 동작을 바꾼 사례가 있습니다. 아래 이미지는 그중 한 사례입니다. Browserbase 기술 글

이 이미지는 Browserbase의 구현 사례이며 Aside의 코드가 아닙니다. 브라우저 소스를 수정하면 이런 동작을 바꿀 수 있다는 설명으로 읽으면 됩니다. 해당 값 하나를 바꿨다고 자동화 차단을 모두 통과하는 것도 아니며, 신호를 숨기는 것이 사이트의 자동 접근 허가를 대신하지도 않습니다.

또한 ‘엔진을 수정하지 않으면 화면 크기를 바꿀 수 없다’거나 ‘비밀번호를 보호할 수 없다’고 단정할 수는 없습니다. 외부 제어 도구와 확장 프로그램도 기능과 권한을 별도로 설계합니다. 구현 방식의 이름보다 제품이 제공하는 실제 기능과 제한을 확인해야 합니다.

비밀번호를 감추는 기능과 작업 승인은 다릅니다

Aside는 저장한 비밀번호를 에이전트에게 원문으로 전달하지 않고, 허용된 사이트에서 자동 입력하는 기능을 안내합니다. 비밀번호 관리자 접근 정책은 Always allow(항상 허용), While unlocked(보관함 잠금 해제 중 허용), Never(허용하지 않음)로 설정할 수 있습니다. 이는 저장한 인증 정보의 사용 조건이며 모든 사이트의 작업 권한을 정하는 설정은 아닙니다. Aside 비밀번호 관리자 문서

패스키는 기기나 비밀번호 관리자 등에 보관된 인증 정보를 이용하는 로그인 방식입니다. 지문이나 기기 잠금 해제 등 사용자 확인이 필요할 수 있습니다. 반드시 브라우저만 그 정보를 보관하는 것은 아닙니다. Aside도 추가 인증이나 패스키 승인 등에서 사람이 처리할 단계를 안내합니다.

여기서 두 질문을 나눠야 합니다. ‘비밀번호 원문을 AI가 받는지’와 ‘로그인 후 어떤 동작을 할 수 있는지’입니다. 비밀번호를 보지 않아도 이미 로그인한 세션으로 게시물을 수정하거나 메시지를 보낼 수 있기 때문입니다.

Claude in Chrome도 승인 모드를 따로 제공합니다. 현재 도움말은 Manually approve(수동 승인), Automatically approve(자동 승인), Skip all approvals(승인 생략)를 구분하며, 구매나 금융 거래 등은 금지 동작으로 안내합니다. 따라서 ‘구매 직전에 확인을 받으면 어떤 일이든 실행 가능하다’고 설명해서는 안 됩니다. 실제 사용 중인 모드와 사이트 권한을 확인해야 합니다. Claude in Chrome 권한 안내

페이지 안의 지시문도 주의해서 읽어야 합니다

프롬프트 인젝션은 웹페이지나 문서에 들어 있는 지시문이 사용자의 요청처럼 처리되어 AI가 엉뚱한 행동을 하게 만드는 공격입니다. 행사 내용을 읽으라고 했는데 페이지 안에 ‘모든 메일을 삭제하라’는 문장이 있다면, 그것은 사용자가 맡긴 작업이 아닙니다.

Anthropic은 2025년 8월의 Claude in Chrome 시험 발표에서 123개 사례, 29개 공격 상황을 평가했다고 설명했습니다. 해당 시험의 공격 성공률은 완화 조치 전 23.6%에서 조치 후 11.2%로 낮아졌습니다. 별도의 브라우저 특화 공격 네 유형을 평가한 결과는 조치 전 35.7%, 조치 후 0%였습니다. 과거의 정해진 시험 조건에서 나온 수치이며, 현재 모든 웹 작업의 피해 확률이나 완전한 방어를 뜻하지 않습니다. 당시 공식 발표

어느 도구든 웹페이지 내용과 사용자의 작업 지시를 구분해야 합니다. 예상하지 않은 외부 전송이나 계정 변경을 요구하는 내용이 나오면 원래 맡긴 작업에 필요한 행동인지 확인하고, 불필요한 요청은 실행하지 않습니다. 승인 설정 역시 모든 공격을 막는다고 가정할 수는 없습니다.

브라우저를 따로 만드는 데는 관리 비용이 듭니다

Chromium 소스를 수정하면 제품에 필요한 동작을 바꿀 수 있지만, 새 버전과 보안 업데이트에 맞춰 수정 사항을 유지해야 합니다. Browserbase는 2025년 기술 글에서 일반 개발 장비의 긴 빌드 시간을 줄이려고 전용 장비를 마련한 경험을 설명했습니다. 이는 해당 팀의 개발 경험이며 모든 Chromium 포크의 빌드 시간을 뜻하지 않습니다.

제품을 고를 때는 ‘엔진을 직접 수정했다’는 설명만 보지 말고 업데이트가 유지되는지, 필요한 작업을 지원하는지와 오류를 복구할 방법이 있는지를 함께 확인합니다. 개발자가 성능 문제를 찾는 일이라면 Chrome DevTools MCP, 반복 검사를 구성하는 일이라면 Playwright와 테스트 도구, 브라우저에서 AI와 함께 작업하려면 Aside나 Claude in Chrome을 검토할 수 있습니다. 실제 계정 업무는 네 방식 모두 연결 상태와 권한을 확인해야 합니다.

자주 묻는 질문

Playwright MCP로는 Aside가 하는 일을 못 하나요?

페이지 열기, 읽기와 클릭 등 겹치는 작업이 많습니다. 로그인 재사용 방법도 있습니다. 제품마다 비밀번호 관리, 작업 기록과 권한 설정을 묶어 제공하는 방식이 다르므로 실제 필요한 기능으로 비교해야 합니다.

브라우저 내부를 수정하면 더 정확하게 클릭하나요?

내부 동작을 조정할 수 있다는 것과 실제 작업에서 더 정확하다는 것은 다릅니다. 같은 페이지와 요청으로 결과를 비교하고, 클릭 전 대상과 클릭 후 상태를 확인해야 판단할 수 있습니다.

처음에는 무엇을 확인하면 되나요?

새 도구를 한꺼번에 설치하기보다, 이미 쓰는 도구가 연결한 브라우저와 계정을 확인합니다. 허용된 연습 페이지에서 제목 한 개를 읽는 작은 작업을 요청하고 원문과 대조하세요. 페이지를 새로고침한 뒤 같은 요청을 다시 해도 맞는 제목을 읽는지 확인하면, 최소한 어느 화면을 읽고 있는지부터 점검할 수 있습니다.

3줄 요약

1. Aside는 브라우저와 AI 작업 기능을 통합한 앱이고, Playwright MCP와 Chrome DevTools MCP는 AI에 브라우저 도구를 연결하며 Claude in Chrome은 Chrome 확장 프로그램입니다.

2. Chrome 136의 기본 프로필 제한은 특정 원격 디버깅 스위치에 적용되며, 확장 기능이나 사용자 승인으로 기존 브라우저에 연결하는 방법도 있습니다.

3. 브라우저 소스를 수정하면 제품 동작을 바꿀 수 있지만, 정확한 클릭과 비밀번호 보호 및 승인 절차는 실제 구현과 설정을 확인해야 합니다.