TabbitBlog

브라우저 에이전트가 로그인 세션을 재사용하는 방법

브라우저와 프로필을 확인하고, 승인된 페이지를 읽은 뒤 자격 증명 내보내기 없이 완전히 재시작해 검증합니다.

이 글의 목차
  1. 인스턴스, 프로필, 탭 확인
  2. 지원되는 재사용 경로 선택
  3. 인증은 브라우저에 유지
  4. 같은 작업을 두 번 실행
  5. 만료와 철회를 따로 처리
  6. 두 사용자 사례가 알려 주는 점
  7. 쿠키를 복사해야 하나요?

에이전트가 매번 로그인 화면을 본다면 실제로 열린 브라우저와 프로필부터 확인하세요. 새 프로필에는 사이트 상태가 없습니다. 승인된 영구 프로필은 유효한 세션을 보관할 수 있지만 사이트가 수락 여부를 결정합니다. 작업 전에 화면의 계정이나 워크스페이스를 확인하세요.

인스턴스, 프로필, 탭 확인

에이전트와 브라우저는 다른 환경에서 실행될 수 있습니다. 탭은 컨텍스트에 속하고 프로필마다 다른 계정을 쓸 수 있습니다. 실행 환경, 프로필이나 연결 이름, 정확한 오리진을 기록하세요. 알려진 표식이 있는 읽기 전용 페이지를 엽니다. 연결 성공이나 HTTP 200만으로 계정을 판단할 수 없습니다.

Browser Use · Real Browser

지원되는 재사용 경로 선택

반복 테스트에는 지원되는 전용 영구 프로필을 쓰세요. 승인된 연결 도구는 로그인된 기존 프로필을 선택할 수 있습니다. 공개 페이지나 비로그인 테스트는 새 컨텍스트를 사용하세요. 원격 브라우저는 노트북의 세션을 자동으로 받지 않습니다. 별도로 승인된 로그인이나 상태 저장을 사용하세요.

모드프로필
Persistent기존 세션
Existing-session attach기존 세션
Isolated깨끗한 환경

Playwright MCP · Profile and state OpenClaw · Browser profiles

인증은 브라우저에 유지

운영자가 사이트에서 로그인하거나 승인된 테스트 흐름을 사용합니다. 에이전트에 필요한 것은 보통 워크스페이스 표식입니다. 상태 파일에는 자격 증명이 들어갈 수 있으므로 필요한 경우에만 저장하고 비밀로 관리합니다. 여러 프로세스가 같은 폴더를 공유하지 않게 하고 동작 전에 권한을 확인하세요.

Playwright · Authentication

같은 작업을 두 번 실행

전용 Tabbit Browser Dev 프로필과 로컬 실습 페이지를 사용했습니다. 첫 GET /workspace는 H01-FIXTURE-SIGNED-OUT을 표시했습니다. Authorize demo를 한 번 눌러 테스트 세션을 만들자 H01-FIXTURE-READY가 나왔습니다. 브라우저를 완전히 닫은 뒤 새 프로세스로 같은 프로필과 URL을 열어 재승인 없이 H01-FIXTURE-READY를 확인했습니다. 모두 모의 데이터입니다.

단계GET /workspace예상 결과
1HTTP 200SIGNED-OUT → READY (1)
2HTTP 200READY (0)
3HTTP 200SIGNED-OUT (0)

로그인이 필요하다고 표시된 첫 Tabbit 실행

승인된 실습 공간이 표시된 두 번째 Tabbit 실행

만료와 철회를 따로 처리

세 번째 실행 전에 서버가 세션을 철회했습니다. 같은 프로필과 URL에서 HTTP 200을 받았지만 H01-FIXTURE-SIGNED-OUT이 나왔습니다. 자동 로그인은 없었습니다. 실제 작업에서 로그인 화면, 다른 워크스페이스, 권한 요청을 만나면 중단하고 승인된 접근을 운영자가 확인하거나 갱신한 뒤 다시 검증하세요. 프로필 저장이 서버 만료를 막지는 못합니다.

두 사용자 사례가 알려 주는 점

r/automation에서는 예약 작업 이동 뒤 인증이 사라진 사례가 있었고, r/AI_Agents에서는 도구 제작자가 새 브라우저는 로그아웃, 기존 브라우저는 로그인 상태였다고 보고했습니다. 개별 사례입니다. 실제 프로필과 화면 표식을 확인하세요.

r/automation r/AI_Agents

쿠키를 복사해야 하나요?

아닙니다. 지원되는 도구로 승인된 유효 프로필에 연결하면 세션을 재사용할 수 있습니다. 사이트, 워크스페이스와 권한을 확인한 뒤 조작하세요.

자주 묻는 질문

쿠키를 복사해야 하나요?

아닙니다. 지원되는 도구로 승인된 유효 프로필에 연결하면 세션을 재사용할 수 있습니다. 사이트, 워크스페이스와 권한을 확인한 뒤 조작하세요.

현재 프로필을 어떻게 확인하나요?

에이전트와 브라우저는 다른 환경에서 실행될 수 있습니다. 탭은 컨텍스트에 속하고 프로필마다 다른 계정을 쓸 수 있습니다. 실행 환경, 프로필이나 연결 이름, 정확한 오리진을 기록하세요. 알려진 표식이 있는 읽기 전용 페이지를 엽니다. 연결 성공이나 HTTP 200만으로 계정을 판단할 수 없습니다.

어떤 재사용 방식이 있나요?

반복 테스트에는 지원되는 전용 영구 프로필을 쓰세요. 승인된 연결 도구는 로그인된 기존 프로필을 선택할 수 있습니다. 공개 페이지나 비로그인 테스트는 새 컨텍스트를 사용하세요. 원격 브라우저는 노트북의 세션을 자동으로 받지 않습니다. 별도로 승인된 로그인이나 상태 저장을 사용하세요.

재사용을 어떻게 검증하나요?

전용 Tabbit Browser Dev 프로필과 로컬 실습 페이지를 사용했습니다. 첫 GET /workspace는 H01-FIXTURE-SIGNED-OUT을 표시했습니다. Authorize demo를 한 번 눌러 테스트 세션을 만들자 H01-FIXTURE-READY가 나왔습니다. 브라우저를 완전히 닫은 뒤 새 프로세스로 같은 프로필과 URL을 열어 재승인 없이 H01-FIXTURE-READY를 확인했습니다. 모두 모의 데이터입니다.

세션이 만료되면 어떻게 하나요?

세 번째 실행 전에 서버가 세션을 철회했습니다. 같은 프로필과 URL에서 HTTP 200을 받았지만 H01-FIXTURE-SIGNED-OUT이 나왔습니다. 자동 로그인은 없었습니다. 실제 작업에서 로그인 화면, 다른 워크스페이스, 권한 요청을 만나면 중단하고 승인된 접근을 운영자가 확인하거나 갱신한 뒤 다시 검증하세요. 프로필 저장이 서버 만료를 막지는 못합니다.

다음 단계

Tabbit 과 함께 일하세요.

탭 간 조사를 하고, 반복적인 브라우저 작업을 자동화하며, 모든 맥락을 손이 닿는 곳에 두세요.