[Dev with AI] Claude in Chrome을 처음 써봤다 — AI가 내 브라우저를 직접 모는 도구

[Dev with AI] Claude in Chrome을 처음 써봤다 — AI가 내 브라우저를 직접 모는 도구

오늘 내 블로그를 점검하는데, 페이지를 연 건 내가 아니었다. Claude가 내 Chrome을 직접 열어서 홈을 띄우고, 콘솔 로그를 읽고, 네트워크 요청을 훑고, 접근성 트리를 분석하고, 화면을 모바일 폭으로 줄여 반응형까지 확인했다. 예전 같으면 내가 일일이 캡쳐해서 넘겨줬어야 할 걸, 이번엔 아무것도 안 넘겼는데 알아서 보고 알아서 캡쳐했다. 이 글은 그 Claude in Chrome을 처음 써본 기록이다.

무엇인가

Claude in Chrome은 AI가 내 실제 Chrome 브라우저를 직접 보고 조작하게 해주는 Anthropic의 브라우징 도구다. 공식 문서 기준 2026년 8월 27일에 유료 요금제 정식 출시(GA) 됐다 — 이 글을 쓰는 시점 기준 겨우 이틀 전이다. 그래서 오늘 문득 "이거 원래 있었나?" 싶게 툭 나타난 거였다.

붙는 방식은 간단하다. 확장으로 연결되고, 사이트마다 접근 권한을 한 번씩 허용하면(우측 상단 아이콘) 그 사이트에서 동작한다. 별도의 복잡한 설정은 없었다.

무엇을 할 수 있나 (오늘 실제로 해본 것)

단순히 페이지를 "읽기"만 하는 게 아니다. 진짜 브라우저를 모는 것이라, 개발자 도구로 보던 것까지 들여다본다.

• 이동·클릭·입력·스크린샷 — 페이지를 넘기고, 요소를 누르고, 화면을 캡쳐한다.
• 콘솔·네트워크 — F12로 보던 그 정보. 오늘도 콘솔에서 deprecated 경고와 429(Too Many Requests) 에러를 잡아냈고, 네트워크 요청 상태코드(200/404 등)를 훑었다.
• DOM·JS 주입 — 페이지 안에서 자바스크립트를 실행해 DOM을 분석했다. "이미지 25개 중 19개가 alt 없음, H1이 2개" 같은 걸 즉석에서 뽑았다.
• 반응형 에뮬레이션 — 뷰포트를 모바일(375px)로 바꿔 레이아웃이 안 깨지는지 확인했다.

즉 읽기 + 조작 + 개발자 도구(Console·Network·Elements) 를 한 자리에서 한다.

Playwright와 뭐가 다른가

여기서 자연스럽게 드는 의문 — "그럼 Playwright 같은 거 없어도 되나?" 겹치는 부분이 있어서 헷갈리는데, 사촌이지 대체재는 아니다. 갈리는 지점은 수동이냐 자동이냐다.

• Claude in Chrome = 수동·탐색·실브라우저. 내가 대화하며 그때그때 "이거 지금 봐줘"라고 시키는 것. 내 실제 로그인 세션 위에서 돈다. 한 번 보고 끝, 저장되는 테스트가 아니다.
• Playwright = 자동·반복·CI. 테스트 스크립트를 한 번 짜두면 매 변경마다 자동으로 돌며 회귀 버그를 계속 잡는다. 사람 없이, 격리된 브라우저에서, 결정적으로 재현된다.

한 줄로: Claude in Chrome은 "똑똑한 QA 사람이 한 번 봐주는 것", Playwright는 "매번 자동으로 도는 감시 카메라". 그래서 개발 워크플로우엔 Playwright, 즉석 확인엔 Claude in Chrome — 대체가 아니라 역할 분담이다.

▲ 누가·어디서·반복성·쓸모로 갈라 보면 둘은 대체가 아니라 역할 분담이다. 즉석·수동은 Claude in Chrome, 개발·자동·반복은 Playwright.

가드레일과 정직한 한계

내 실제 브라우저를 모는 거라, 안전장치가 있다.

• 사이트별 권한 — 아무 데나 못 들어가고, 사이트마다 내가 허용해야 한다.
• 자격 증명은 안 받는다 — 비밀번호를 달라고 하지도, 입력창에 대신 넣지도 않는다. 로그인은 내가 하고, AI는 그 열린 세션 안에서 손발만 한다.
• 되돌릴 수 없는 행동은 확인 — 발행·제출·삭제 같은 건 맘대로 안 하고 먼저 묻는다. 오늘도 관리자 페이지엔 안 들어가고 물러났다.

그리고 정직한 한계 몇 가지.

• 로그인 안 하면 내 방문이 조회수로 잡힌다. 진짜 브라우저로 페이지를 여는 거라, 익명 상태면 그냥 방문자 1로 센다. (주인으로 로그인돼 있으면 작성자 방문은 통계에서 빠져서 안 잡힌다.)
• 너무 빠르게 접근하면 rate limit(429). 자동화로 페이지를 연달아 열면 사이트가 순간 막기도 한다.
• 연결이 끊기면 멈춘다. 오늘도 중간에 내 PC 연결이 끊겨 스크롤이 안 됐다. 데스크톱 앱과 브라우저가 켜져 있어야 돈다.

언제 쓰면 좋나

내가 오늘 느낀 결론은 이렇다. 개발 중 "이 화면 지금 제대로 뜨나" 즉석 확인, 로그인해야 보이는 앱 만지기, 라이브 디버깅 — 이런 수동·탐색 작업에 딱이다. 회사에서 테스트할 때도, 굳혀야 할 핵심 플로우는 Playwright로 자동화하고, 개발하다 즉석에서 눈으로 확인하는 건 Claude in Chrome으로 나누면 좋겠다 싶었다.

정리

Claude가 웹을 다루는 방식이 "숨어서 텍스트만 읽어오던 것"(백그라운드 fetch)에서 "눈으로 보며 손으로 조작하는 것"으로 한 단계 올라왔다. 그게 Claude in Chrome이다. 갓 정식 출시된 따끈한 도구라 아직 다듬을 데(rate limit, 연결 안정성)는 있지만, 내가 캡쳐해서 넘겨주던 왕복이 사라진 것만으로도 체감은 컸다. 자동은 Playwright, 수동은 Claude in Chrome — 이 한 쌍으로 기억하면 될 것 같다.

---

참고

• Claude in Chrome — Anthropic