컨트롤러가 작업마다 페이지를 할당하고 동시 요청을 처리할 수 있다면 두 에이전트가 같은 브라우저에서 일할 수 있습니다. 같은 프로필에서는 사이트 세션을 공유할 수 있지만 문서 상태는 탭마다 따로 유지됩니다. 페이지 소유자와 화면에 표시된 결과를 확인합니다. Tabbit 시험에서 Alpha만 자기 화면을 바꿨고 Beta는 대기 상태였습니다. 다른 작업의 탭을 가져오는 요청도 실패했습니다.
브라우저, 프로필, 탭을 구분하기
브라우저 인스턴스는 페이지를 실행합니다. 프로필이나 컨텍스트는 쿠키와 저장소를 관리합니다. 각 탭에는 문서, 주소, 페이지 상태가 있습니다. 컨트롤러는 탭을 작업에 할당하고 조작 범위를 정할 수 있습니다. 운영체제 프로세스 수만으로는 공유 범위를 알 수 없습니다. Playwright 컨텍스트 격리 · Playwright 페이지
| 계층 | 공유할 수 있는 것 | 확인 방법 |
|---|---|---|
| 인스턴스 | 한 브라우저에서 여러 작업이 실행됩니다. | 실행 시간이 실제로 겹치는지 확인합니다. |
| 프로필 또는 컨텍스트 | 같은 프로필의 탭끼리 쿠키를 공유할 수 있습니다. | 영향 없는 읽기로 세션을 확인합니다. |
| 페이지 또는 탭 | 각 탭은 자기 문서를 가집니다. | 작업별 URL과 화면 표식을 확인합니다. |
| 작업 소유권 | 컨트롤러가 탭을 쓸 작업을 정합니다. | 일회용 탭에서 충돌을 시험합니다. |
| 사이트 기록 | 서로 다른 탭이 같은 서버 기록을 가리킬 수 있습니다. | 충돌하는 쓰기를 순서대로 실행하고 저장값을 확인합니다. |
탭 그룹은 관련 탭을 정리합니다. 계정이 다르면 저장소를 나눕니다. 소유권은 도구가 페이지를 조작할 범위를 정합니다. 기존 브라우저 연결과 백그라운드 브라우저 자동화를 참고하세요.
같은 Tabbit에서 두 작업 실행하기
macOS에서 Tabbit CLI 1.22.6.0과 Tabbit Dev를 사용했습니다. 로컬 페이지는 가상 HTTP-only 세션 쿠키를 사용했습니다. 이름이 다른 두 작업에서 /alpha와 /beta를 열고 각각 테스트 배리어에 요청했습니다. 서버는 두 요청을 모두 받은 뒤 응답해 실행 시간의 중첩을 확인할 수 있었습니다. 두 스크립트로 컨트롤러를 시험했습니다.
Alpha가 Mark reviewed를 누르자 Reviewed ALPHA-31이 표시됐습니다. Beta는 Pending을 유지했습니다. 소유권 목록에 서로 다른 탭 ID가 나왔습니다. 두 작업이 활성 상태일 때 Beta가 Alpha의 탭을 가져오려 했지만 실패했고 소유자는 바뀌지 않았습니다. 이후 Beta가 자기 버튼을 누르자 Reviewed BETA-72가 표시됐고 Alpha는 Reviewed ALPHA-31을 유지했습니다.
거부된 요청은 프로그램이 실행되기 전에 TAB_OWNERSHIP_CONFLICT를 반환했습니다. Alpha가 탭을 해제한 뒤 Beta가 같은 ID를 가져와 기존 Alpha 표식을 읽었습니다. 이 결과로 소유권 충돌과 일반 연결 실패를 구분할 수 있습니다.
| 확인 항목 | Alpha | Beta |
|---|---|---|
| 소유 페이지 | /alpha | /beta |
| 가상 세션 확인 | 예 | 예 |
| Alpha만 클릭한 뒤 | Reviewed ALPHA-31 | Pending |
| 탭 획득 충돌 뒤 | 같은 탭 | 같은 탭 |
| Beta가 자기 탭을 클릭한 뒤 | Reviewed ALPHA-31 | Reviewed BETA-72 |
두 화면은 Alpha 작업 뒤와 Beta 작업 전에 각각 캡처했습니다. 가상 세션에서 문서만 바꿨습니다. 다른 컨트롤러의 규칙은 다를 수 있습니다. 이 시험은 두 작업이 동시에 실행되는 경우를 확인했습니다. Tabbit CLI 공식 빠른 시작
작업을 늘리기 전에 경계 정하기
프로필을 먼저 고릅니다. 두 작업 모두 사이트 세션을 써도 될 때 공유합니다. 계정이 다르면 프로필이나 컨텍스트를 분리합니다. Claude Code 브라우저 권한
작업 이름과 페이지를 할당합니다. 새 작업 탭을 열거나 확인한 ID를 지정합니다. 예상 URL과 화면 제목을 기록합니다. 브라우저 CLI 가이드
읽기 또는 영향 없는 클릭을 시험합니다. 페이지 표식을 반환하고 다른 탭은 자기 작업이 실행될 때까지 그대로인지 확인합니다. 첫 브라우저 작업 점검표
쓰기 충돌을 따로 관리합니다. 다른 탭에서 같은 서버 기록을 수정할 수 있습니다. 충돌하는 쓰기를 순서대로 실행하고 저장값을 확인합니다.
올바른 탭을 해제합니다. 실행 기록을 남기고 작업이 만든 테스트 탭만 닫습니다. 다시 시도할 때 ID와 결과를 사용합니다.
한 사용자는 공유 프로필에서 여러 Claude Code 작업이 서로의 탭을 가져갔다고 보고했습니다. 또 다른 개발자는 고정된 핸들과 소유권으로 Safari의 병렬 작업을 분리했다고 설명했습니다. 각 도구의 사례입니다. 사용할 컨트롤러에서도 소유권을 확인하세요. 공유 프로필 충돌 보고 · Safari 병렬 작업 보고
도구 호출 방식은 브라우저 MCP와 CLI 비교, 브라우저와 작업의 관계는 Tabbit 소개를 참고하세요. 다시 시험하려면 Tabbit을 다운로드하고 일회용 페이지 두 개를 준비합니다.
자주 묻는 질문
에이전트 두 개가 브라우저를 동시에 쓸 수 있나요?
컨트롤러가 별도 페이지를 할당하고 동시 요청을 받으면 가능합니다. 작은 작업 두 개로 실행 시간의 중첩과 탭 소유권을 확인합니다.
프로필을 공유하면 같은 탭을 쓰나요?
프로필의 탭끼리 사이트 쿠키를 공유할 수 있습니다. 각 탭의 문서, URL과 상태는 별도입니다. 사용할 수 있는 작업은 도구가 정합니다.
탭 그룹이 쿠키를 분리하나요?
탭 그룹은 페이지를 정리합니다. 계정을 분리하려면 저장소가 독립된 프로필이나 브라우저 컨텍스트를 사용합니다.
두 작업이 같은 탭을 요청하면 어떻게 되나요?
실험에서 Beta가 Alpha의 탭을 가져오려 했을 때 실패했고 소유자는 그대로였습니다.
작업 간 간섭을 어떻게 확인하나요?
서로 다른 페이지와 화면 표식을 지정합니다. 실행이 겹치는지 확인하고 한쪽만 바꾼 뒤 다른 쪽을 검사합니다. 탭 충돌은 테스트 탭에서 확인합니다.