goose가 Tabbit Skill을 불러오고 Tabbit Browser와 같은 컴퓨터에서 Tabbit CLI를 실행하면 로그인된 웹사이트를 읽을 수 있습니다. 그래도 계정과 대상 페이지는 직접 확인해야 합니다. r/LocalLLaMA에서 goose용 MCP Chrome 드라이버를 만든 사용자는 에이전트가 "존재하지 않는 URL을 만들어 내는" 경우가 있다고 했습니다. 그러므로 주간 보고서 흐름은 요약만 믿지 말고 출처 URL을 요구한 뒤 검토용 초안에서 멈춰야 합니다. 원문 토론.
핵심 정리
Skill은 도구 사용법을 가르치고, Recipe는 반복 작업을 저장합니다.
Skill 발견, Tabbit CLI 실행, Tabbit의 웹사이트 로그인 여부를 따로 확인합니다.
첫 실행은 읽기 전용으로 진행하고 제목, 기간, 워크스페이스부터 확인합니다.
각 결과에 URL을 붙이고 이름이 있는 초안으로 넘깁니다.
Docker나 원격 goose가 데스크톱 브라우저와 CLI를 자동으로 공유하지는 않습니다.
goose 구성 요소 한눈에 보기
| 구성 요소 | 역할 | 확인할 점 |
|---|---|---|
| Skill | 재사용할 지침과 보조 파일 제공. goose skills list로 확인하고 /skills <name>으로 불러옵니다. | 새 세션에 tabbit이 표시되는가. |
| Recipe | 프롬프트, 지침, 확장 기능, 선택적 모델 설정을 묶습니다. | 필요한 도구가 포함되고 내용을 검토했는가. |
| 로컬 명령 도구 | Tabbit CLI 실행 | Tabbit이 설치된 컴퓨터에서 실행되고 tabbit-cli diagnose가 브라우저를 찾는가. |
| 웹사이트 세션 | 사이트 로그인 제공 | Tabbit에 올바른 계정, 워크스페이스, 보고서가 보이는가. |
goose 공식 문서는 Skill을 재사용 가능한 지침으로 설명하고 goose skills list, /skills <name>을 안내합니다. browser-use Skill은 browser-use skill install로 설치할 수 있지만 Tabbit과는 별도 흐름입니다. Recipe는 지침, 프롬프트, 확장 기능과 선택적 모델/제공자 설정을 묶습니다. 이 기능만으로 로컬 CLI 접근이나 로그인된 사이트 권한이 보장되지는 않습니다. goose Skills 문서 · goose Recipes 문서.
Tabbit CLI 전체 가이드, 기존 브라우저에 에이전트 연결하기, browser MCP와 CLI 비교, Codex용 Tabbit CLI 설정을 참고하세요.
실행 전에 세 가지 연결을 확인하세요
1. goose가 Skill을 발견하는지 확인
Tabbit Skill을 설치한 뒤 새 goose 세션을 시작합니다. goose skills list 또는 CLI의 /skills를 실행하고 tabbit이 있으면 /skills tabbit으로 불러옵니다. macOS에서 Agent가 읽는 파일은 보통 ~/.agents/skills/tabbit/SKILL.md에 있습니다. 지원하는 실행 파일과 구문을 확인하세요. goose의 공식 이름 지정 Skill 명령은 /skills <name>이므로 /tabbit을 공통 명령으로 가정하지 마세요.
browser-use의 설치 명령은 browser-use skill install입니다. 이는 Tabbit 연결을 설정하지 않습니다. 연결은 됐는데 도구가 없다면 browser MCP 연결 후 도구가 없는 경우를 확인합니다.
2. 로컬 명령에 접근할 수 있는지 확인
Tabbit Skill은 goose에 CLI 사용법을 알려줍니다. goose에는 명령을 실행할 터미널 도구도 필요합니다. 먼저 읽기 전용 진단을 실행하세요. goose가 Docker, SSH 또는 호스팅 환경에서 실행된다면 명령은 그 환경에서 수행됩니다. 데스크톱 Tabbit에 닿지 않으면 지원되는 로컬 핸드오프가 필요합니다.
Recipe에서 확장 기능과 모델/제공자를 선택할 수 있습니다. 현재 설치에서 설정이 끝난 항목만 사용하세요. goose configure로 확인하고, Recipe에 적힌 모델명을 보고 사용 가능하다고 추측하지 마세요.
3. 브라우저 로그인 상태 확인
Tabbit Browser에서 보고서 사이트에 로그인합니다. goose가 페이지를 바꾸지 않고 식별하도록 한 뒤 워크스페이스, 기간, 제목을 확인합니다. 같은 도메인이 열린다는 사실만으로 계정이나 세션이 올바른지 알 수 없습니다.
Tabbit CLI 빠른 시작은 Tabbit에서 사이트에 로그인하고 Agent가 Skill을 찾는지 확인한 뒤 작업을 요청하는 흐름을 설명합니다. 별도의 로컬 테스트에서는 짧은 테스트 로그인 후 두 번째 Tabbit CLI 작업이 보호된 테스트 페이지를 읽었습니다. goose나 원격 모델 제공자는 테스트하지 않았습니다. 기존 브라우저 연결 안내도 참고하세요.
주간 보고서를 Recipe로 저장하기
같은 보고서를 매주 읽는다면 Recipe로 저장할 수 있습니다. 사이트, 기간, 출력 형식을 매개변수로 두고 비밀번호나 쿠키는 저장하지 마세요.
tabbit Skill과 로컬 Tabbit CLI를 사용해 {{ week }} 로그인된 주간 보고서를 연다.
읽기 전용이다. 먼저 페이지 제목, 워크스페이스, 표시 기간을 반환한다. 값이 다르거나 로그인, MFA, CAPTCHA 화면이 나오면 중단한다. 필터를 바꾸거나 저장하지 않는다.
각 보고서 항목에 대해 정확한 제목, 표시 상태, 변경 내용 한 문장, 출처 URL을 반환한다.
"Weekly report: {{ week }}: review first"라는 초안을 만든다. 각 항목 옆에 출처 링크를 둔다. 게시, 전송, 원본 시스템 변경은 하지 않는다. 날짜, 이름, 누락된 링크를 확인하는 목록으로 끝낸다.중괄호는 Recipe 매개변수입니다. week를 필수값으로 정의하고 로컬 명령 확장 기능과 확인된 모델 설정을 선택합니다. 공식 Recipes 문서는 매개변수와 실행 전 검토 흐름을 설명합니다. Recipe는 절차를 보관할 뿐 사람의 검토를 대신하지 않습니다. Recipe 매개변수 안내.
실제 흐름: Tabbit Browser와 goose
로그인된 주간 상태 보고서를 읽고, 상태와 링크를 남기는 사례입니다. 원본 보고서는 수정하거나 전송하지 않습니다.
Reddit 사용자는 자신이 만든 goose 브라우저 연결이 URL을 잘못 만들 수 있다고 했습니다. 다른 로컬 모델 사용자는 browser-use가 일관되지 않고 명확한 지시와 조정이 필요하다고 썼습니다. 개인 경험이지 현재 제품 테스트는 아닙니다. 그래서 실제 페이지를 먼저 확인하고 각 요약에 링크를 붙입니다. goose 관련 토론.
원본 보고서를 열어 두고 goose는 별도 작업으로 실행합니다. Tabbit 빠른 시작은 CLI 작업 중에도 다른 창에서 계속 작업할 수 있다고 설명합니다. Weekly report: review first가 생성되면 링크를 열고 기간과 내용을 확인하세요. CMS 초안 워크플로와 브라우저 첫 작업 점검표도 확인할 수 있습니다.
재시도 전에 문제를 구분하세요
| 증상 | 확인할 점 | 안전한 다음 단계 |
|---|---|---|
/skills tabbit이 인식되지 않음 | Skill 경로와 세션 재시작 | goose skills list를 확인하고 새 세션을 엽니다. |
| CLI를 찾지 못함 | goose 실행 환경과 CLI 설치 위치 | 로컬에서 실행하거나 핸드오프합니다. 원격 셸이 데스크톱을 볼 거라 가정하지 않습니다. |
| 로그인 화면 또는 잘못된 워크스페이스 | Tabbit 계정과 세션 | 중단하고 직접 로그인한 뒤 읽기 확인을 다시 합니다. |
| 요약에 잘못된 링크 포함 | 각 페이지의 최종 URL | 링크를 열어 확인할 수 없는 항목을 뺍니다. |
| CAPTCHA 또는 MFA 표시 | 사용자 인증 단계 | 중단하고 직접 완료합니다. 우회를 요청하지 않습니다. |
| Recipe의 모델을 사용할 수 없음 | 설정된 모델/제공자 | 확인되지 않은 선택을 제거합니다. |
브라우저 Agent 첫 작업 점검표와 로컬 웹 앱 검증 단계로 문제 위치를 찾을 수 있습니다. 브라우저 Agent 보안 위험도 확인하세요.
결론
반복하는 웹 보고서는 Recipe에 저장하고, Skill로 Tabbit CLI 호출 방법을 알려줍니다. 단 goose 터미널과 Tabbit이 같은 접근 가능한 컴퓨터에 있어야 합니다. 실제 로그인 페이지가 필요하다면 Tabbit Browser와 CLI를 이용하고, 출처가 있는 초안에서 멈춰 사람이 확인하게 하세요.
관련 가이드
자주 묻는 질문
goose에서 브라우저를 사용하려면 어떻게 하나요?
goose가 접근할 수 있는 브라우저 도구나 로컬 명령을 제공합니다. Tabbit 로그인 상태를 사용하려면 goose가 Tabbit Skill을 불러오고 Tabbit Browser와 같은 컴퓨터에서 Tabbit CLI를 실행할 수 있는지 먼저 확인합니다.
goose Recipe와 Skill은 같은 기능인가요?
아닙니다. Skill은 재사용 가능한 지침과 보조 파일입니다. Recipe는 실행할 작업, 프롬프트, 확장 기능, 선택적 모델 설정을 묶습니다. Recipe만으로 브라우저나 셸 권한이 생기지는 않습니다.
goose가 웹사이트 로그인을 재사용할 수 있나요?
브라우저 도구가 실제로 접근할 수 있는 세션만 사용할 수 있습니다. Tabbit에서 사이트에 로그인한 뒤 goose에게 계정과 페이지를 먼저 확인하게 하세요. 세션이 만료되거나 추가 인증이 필요할 수 있습니다.
goose가 Tabbit 명령을 찾지 못하는 이유는 무엇인가요?
`tabbit` Skill이 발견됐는지, 로컬 터미널 도구가 켜졌는지, goose가 실행되는 컴퓨터에 Tabbit CLI가 설치됐는지 확인하세요. Docker나 원격 셸은 호스트 브라우저에 접근하지 못할 수 있습니다.
goose의 browser-use Skill도 설치해야 하나요?
browser-use 자체 흐름을 원하면 설치할 수 있습니다. 이 Skill이 Tabbit Browser에 연결된다고 가정하지 마세요. Tabbit을 쓰려면 Tabbit Skill을 불러오고 로컬 CLI가 올바른 인스턴스에 도달하는지 확인하세요.
goose가 보고서를 자동으로 게시하게 해도 되나요?
첫 실행은 읽기 전용으로 두고 이름이 있는 초안에서 멈추세요. 공유하거나 게시하기 전에 출처 링크, 기간, 계정과 요약을 직접 확인합니다.