TabbitBlog

Codex와 Tabbit CLI 설치 및 세션 확인

Codex에 Tabbit 스킬을 설치하고 연결을 점검한 뒤 새 작업에서 기존 세션의 페이지를 읽을 수 있는지 확인합니다.

이 글의 목차
  1. 스킬을 설치하고 CLI 확인하기
  2. 결과를 대조할 수 있는 페이지 읽기
  3. 실험에서 작업 사이에 공유된 것
  4. 어느 단계에서 문제가 생겼는지 확인하기

Codex에 Tabbit 스킬을 설치하고 tabbit-cli가 원하는 브라우저에 연결되는지 확인한 다음 페이지 한 개를 읽어 보세요. 결과를 직접 대조할 수 있는 페이지를 선택합니다. macOS 실험에서는 별도의 Tabbit 작업이 가상 세션을 만든 뒤 새 Codex 실행이 접근 제한 로컬 보고서에서 가상 기록 세 건을 읽었습니다.

이 글은 설치부터 첫 읽기까지 다룹니다. 도구 선택은 Codex 브라우저와 Tabbit CLI 비교, 프로필과 권한 선택은 기존 브라우저에 에이전트 연결하기를 참고하세요.

스킬을 설치하고 CLI 확인하기

Tabbit CLI 공식 빠른 시작에 따라 Tabbit을 설치하고 실행합니다. Codex를 시작하면 Tabbit이 감지한 클라이언트에 스킬을 설치합니다. 그다음 Codex를 다시 시작합니다. macOS에서는 ~/.agents/skills/tabbit/SKILL.md를 확인할 수 있습니다. 스킬은 사용 절차를 알려 주고, 실행 파일은 실제 요청을 브라우저에 보냅니다.

새 Codex 대화를 열고 /skills 선택기에서 tabbit을 찾습니다. /tabbit 바로가기가 보이지 않으면 선택기에서 스킬을 고르거나 설치된 스킬의 이름을 지정합니다. 별도 점검에서 Codex App Server의 skills/list를 강제로 새로 고쳐, 사용자 범위에서 활성화된 tabbit 항목을 확인했습니다.

macOS 터미널에서 다음 명령을 실행합니다. 두 번째 줄은 실험에서 사용한 실행 파일의 절대 경로를 지정하므로 PATH의 영향을 받지 않습니다.

codex --version
"$HOME/.local/bin/tabbit-cli" --version
"$HOME/.local/bin/tabbit-cli" diagnose

실험 환경은 Codex CLI 0.166.0, Tabbit CLI 1.22.6.0, Tabbit Dev였습니다. 진단 출력에 브라우저 정보가 포함될 수 있으므로 로컬에서 확인합니다. 실행 파일이 없으면 공식 설치 절차를 다시 확인합니다. 파일은 실행되지만 연결에 실패하면 사용할 Tabbit 에디션이 실행 중인지 살펴봅니다. 작업과 일반 탭의 관계는 Tabbit 브라우저 소개에서 확인할 수 있습니다.

결과를 대조할 수 있는 페이지 읽기

소유하거나 읽기 권한이 있는 페이지를 사용할 Tabbit 프로필에서 직접 엽니다. 보이는 제목이나 기록 수를 적어 두고, 아래 요청에 정확한 주소를 첨부합니다.

설치된 tabbit 스킬로 지정한 URL을 새 작업 탭에서 여세요.
페이지 제목과 화면에 보이는 기록 수만 반환하세요.
로그인이 필요하면 알리고 중단하세요.
제출, 다운로드, 변경은 하지 마세요.

응답을 페이지와 대조합니다. 진단 성공은 브라우저 연결을 확인합니다. 제목과 기록 수가 일치하면 요청한 콘텐츠를 읽었는지 확인할 수 있습니다. 일반 웹 검색으로는 보호된 페이지의 접근 여부를 확인할 수 없습니다. 웹 검색과 브라우저 제어의 차이를 참고하세요.

실험에서 작업 사이에 공유된 것

가상 기록 세 건을 담은 로컬 보고서를 만들었습니다. 첫 읽기에는 HTTP 401이 반환됐습니다. 별도의 작업이 테스트 주소를 열어 가상 HTTP-only 세션 쿠키를 설정했습니다. 새 codex exec --ephemeral 실행은 범위가 제한된 로컬 명령을 호출했고, 이 명령은 다른 Tabbit 작업에서 CLI를 사용해 보고서를 읽었습니다. 이후 테스트 쿠키를 지우고 다시 읽었습니다.

가상 기록 RB-18, RB-29, RB-40이 보이는 로컬 보고서
점검관찰 결과
세션 설정 전 읽기HTTP 401, 기록 0건
세션 설정 후 새 Codex 실행RB-18, RB-29, RB-40을 반환했으며 페이지와 일치
독립적인 Tabbit CLI 읽기HTTP 200, 같은 기록 3건
테스트 세션을 지운 뒤 읽기HTTP 401, 기록 0건

Codex는 예상한 응답을 반환하고 종료 코드 0으로 끝났습니다. 같은 프로필의 가상 세션을 사용했으며 실제 사이트 자격 증명을 쓰거나 보고서의 기록을 수정하지 않았습니다. 작업 이름은 실행을 구분하지만 같은 프로필의 세션을 공유할 수 있습니다. 다른 작업 예시는 Tabbit과 Codex의 상품 등록 데모에 있습니다.

어느 단계에서 문제가 생겼는지 확인하기

증상확인할 사항
Codex에서 스킬을 찾지 못함새 대화를 열고 스킬 선택기와 설치 폴더를 확인합니다.
셸에서 CLI를 찾지 못함절대 경로로 실행하고 버전을 확인합니다.
diagnose 실패원하는 Tabbit 에디션이 실행 중이고 연결 가능한지 확인합니다.
페이지에서 로그인 요구같은 프로필에서 직접 열고, 필요하면 로그인한 뒤 읽기만 다시 시도합니다.
기록 수가 다름URL, 제목, 실제 보이는 행을 확인합니다. 실행 확인 기록이 있다면 보관합니다.

한 Codex 사용자는 다른 브라우저 연동에서 로그인된 탭을 선택했지만 DOM 읽기가 시간 초과됐다고 보고했습니다. Webcmd 작성자도 게시가 끝난 것처럼 보였으나 실제 결과를 확인하자 게시물이 없었던 일을 기록했습니다. 각각 해당 연동의 사례입니다. Codex 이슈 #36278, Webcmd 작성자의 실험

시간 초과 후에는 실행 확인 기록과 페이지를 살핀 뒤 재시도합니다. 쓰기 작업에서는 제출 전에 대상과 내용을 확인하고, 제출한 뒤 결과도 확인합니다. 자세한 내용은 에이전트 브라우저 개요, Tabbit CLI 벤치마크, 별도 방식인 Codex와 Playwright MCP 설정을 참고하세요. 새 기기라면 Tabbit 다운로드부터 시작하세요.

자주 묻는 질문

Codex를 Tabbit CLI에 어떻게 연결하나요?

Tabbit을 설치하고 실행한 뒤 Codex를 시작하고 다시 실행합니다. 스킬과 연결을 확인하고 접근 권한이 있는 페이지를 읽도록 요청합니다.

/tabbit은 Codex 기본 명령인가요?

Tabbit이 안내하는 스킬 호출 방법입니다. Codex의 /skills에서 tabbit을 선택하거나 설치한 스킬 이름을 직접 지정해도 됩니다.

새 작업에서도 로그인 상태를 사용할 수 있나요?

같은 Tabbit 프로필의 서로 다른 작업에서 가상 HTTP-only 세션을 공유했습니다. 프로필이 다르거나 세션이 만료되면 다시 로그인해야 할 수 있습니다.

diagnose는 성공했는데 페이지가 열리지 않으면 어떻게 하나요?

프로필, URL, 사이트 접근 권한을 각각 확인합니다. 먼저 같은 프로필에서 해당 페이지를 직접 엽니다.

Playwright MCP를 설치해야 하나요?

이 절차는 Tabbit의 로컬 CLI를 사용합니다. Playwright MCP에는 별도의 브라우저와 권한 설정이 있습니다.

다음 단계

Tabbit 과 함께 일하세요.

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