Sakana Fugu로 로그인된 두 웹사이트의 기록을 비교하려면 로컬 에이전트에서 fugu 경로를 사용하고 Tabbit CLI를 실행하세요. 안정 ID를 전달해 허가된 두 사이트에서 같은 기록을 찾도록 하고, 각 출처 링크가 있는 비교 표를 요청합니다. 사이트는 읽기 전용으로 두고 차이는 사람이 처리할 이름 있는 초안에 남깁니다.
Reddit 사용자는 자신의 코딩 작업에서 표준 Fugu가 Ultra보다 나았다고 했습니다. Ultra는 결과가 들쭉날쭉했고 더 느리고 비싸게 느껴졌다고 합니다. 개인 경험이지 통제된 비교는 아닙니다. 범위가 작은 조회라면 기본 경로부터 시험하고 실제 결과를 보라는 의미로 참고할 수 있습니다. 원문 토론.
핵심 정리
Sakana API의 기본 모델은
fugu이며 버전 고정 Ultra와 다릅니다.모델 API는 사이트 로그인 정보를 가져오지 않습니다. 로컬 클라이언트가 기존 로그인 프로필에서 Tabbit CLI를 실행해야 합니다.
티켓, 주문, 사례 번호 같은 안정 ID로 매칭하고 이름만으로 찾지 마세요.
시스템마다 링크 하나씩, 명확한 검토 상태가 있는 읽기 전용 표를 만드세요.
사람이 양쪽 기록을 확인하고 승인할 때까지 업데이트하지 마세요.
Fugu 경로와 로컬 브라우저 확인
| 확인 | 볼 내용 | 안전한 다음 단계 |
|---|---|---|
| 모델 경로 | 클라이언트에서 Sakana fugu 제공 | 민감하지 않은 짧은 요청으로 경로 확인 |
| Tabbit CLI 스킬 | 로컬 클라이언트가 스킬 설명을 불러옴 | 문서화된 메뉴 사용, Pi는 /skill:tabbit |
| 브라우저 프로필 | 두 사이트가 올바른 계정으로 로그인 | 위임 전에 직접 열어 확인 |
| 기록 키 | 양쪽에서 같은 고유 ID 확인 | 여러 결과나 ID 불일치 시 중지 |
Sakana의 공식 API 안내는 fugu와 API를 설명합니다. 모델 풀 라우팅과 로컬 브라우저 접근은 별개의 권한입니다. 클라이언트의 현재 모델 목록에서 사용할 수 있는지 확인하세요. Models.dev는 모델 검색용이며 계정 접근을 보장하지 않습니다. Tabbit CLI는 로컬 프로필의 페이지를 읽지만 Fugu API 자체가 로그인 페이지를 열지는 않습니다. Tabbit CLI 가이드와 기존 브라우저 연결을 참고하세요.
안정 ID로 두 시스템 비교
조회 권한이 있는 기록을 고르세요. 첫 시도에는 실제 고객 데이터 대신 테스트 주문이나 티켓이 좋습니다. ID와 필요한 필드만 전달하고 화면에 보이는 내용만 비교하게 하세요.
| 비교 항목 | 시스템 A | 시스템 B | 검토 규칙 |
|---|---|---|---|
| 안정 ID | 화면의 ID와 URL | 화면의 ID와 URL | ID가 다르거나 중복이면 중지 |
| 상태 | 표시된 정확한 문구 | 표시된 정확한 문구 | 원문 유지, 불일치 표시 |
| 업데이트 시간 | 표시 시간과 시간대 | 표시 시간과 시간대 | 시간대 차이를 지우지 않음 |
| 금액 또는 수량 | 값과 단위 | 값과 단위 | 같은 의미의 필드만 비교 |
비슷한 이름은 같은 기록이라는 증거가 아닙니다. 필드가 보이지 않으면 “표시되지 않음”으로 쓰고 링크를 남기세요. 첫 브라우저 작업 체크리스트는 범위 설정을 돕고 에이전트 브라우저 기초는 읽기 전용으로 시작하는 이유를 설명합니다.
작업 탭 두 개를 열고 로그인 유지
사이트를 열기 전에 설치된 런처에서 tabbit-cli diagnose를 실행해 로컬 컨트롤러가 실행 중인지 확인하세요. CLI 연결, 모델 선택, 스킬 로드, 각 사이트 로그인은 별도로 점검해야 합니다.
두 사이트에 이미 로그인된 Tabbit 프로필을 사용합니다. 에이전트는 사이트별로 별도 작업 탭을 열어 사용자가 원래 탭을 계속 쓰게 합니다. 읽기 전에 사이트와 정확한 ID를 확인하세요.
두 로그인 상태를 직접 확인한 뒤 Fugu 지원 로컬 클라이언트를 실행하고 fugu를 선택합니다. 클라이언트 문서의 스킬 메뉴에서 Tabbit CLI를 불러옵니다. Pi는 /skill:tabbit, 일부 클라이언트는 /skills를 씁니다. 시스템별 작업 탭을 엽니다. 로그인 요청이나 예상 밖 화면이 나오면 중지하세요. 첫 실행은 읽기 전용이어야 합니다.
로컬 테스트에서 짧게 쓰는 테스트 쿠키를 설정하기 전에 보호된 페이지가 401을 반환했습니다. 두 번째 이름 있는 작업은 세션을 재사용해 페이지를 읽었습니다. 테스트 환경의 세션 재사용만 확인한 것으로 Fugu 호출이나 실제 고객 사이트 접근은 없었습니다. MCP와 CLI, Codex Tabbit 설정을 참고하세요.
업데이트가 아닌 대조 초안 요청
Sakana Fugu 모델 `fugu`로 내가 지정하는 두 허가된 사이트에서 ID TEST-4821을 비교하세요. 이 로컬 에이전트에서 Tabbit CLI를 실행하고 사이트별로 별도 작업 탭을 여세요. 정확히 그 ID의 기록만 읽으세요. “Fugu 기록 대조” 초안을 만들고 필드, 시스템 A 값과 URL, 시스템 B 값과 URL, 일치 상태, 검토 메모를 표로 정리하세요. 화면에 보이는 문구와 시간을 보존하세요. ID가 없거나 중복되거나 다르면 중지하고 “검토 필요”로 표시하세요. 편집, 제출, 승인, 전송하지 마세요. 다음 단계 전에 초안을 보여주세요.TEST-4821은 예시용 테스트 ID이며 실제 기록이 아닙니다. 권한 있는 값으로 바꾸세요. 초안에는 직접 링크, 정확한 값, 차이가 보여야 합니다. 초기 API 사용기는 Fugu와 Ultra를 비교하며 프롬프트, 토큰, 지연을 따로 기록했습니다. 모델 선택에는 도움이 되지만 업무 기록의 정확성을 보장하지 않습니다. API 실사용기.
Fugu만으로 충분한지 판단
읽기 쉬운 필드가 있는 좁은 범위의 비교라면 fugu가 제공될 때 먼저 써볼 수 있습니다. 라우팅 대상 모델 풀이 변할 수 있으므로 결과는 서비스와 작업 맥락에 따라 달라집니다. 원본 Ultra 버전이 꼭 필요하거나 자체 시험에서 깊이의 가치가 확인될 때만 고정 Ultra를 선택하세요. 모델과 브라우저 권한은 구분해야 합니다.
두 기록 페이지 모두 로그인이 필요하고 로컬 브라우저에 세션이 있으면 Tabbit이 유용합니다. 공개 페이지는 검색만으로 충분할 수 있습니다. 비공개 기록은 로컬 브라우저의 화면 정보로 보고, 차이의 의미는 사람이 판단합니다. 테스트 기록 하나로 시작하세요.
Tabbit CLI 가이드 · 기존 브라우저 연결 · 첫 작업 체크리스트 · MCP 또는 CLI · 검색 또는 브라우저 제어 · 에이전트 브라우저 · Codex 설정 · Playwright MCP 설정
자주 묻는 질문
표준 Fugu 모델 ID는 무엇인가요?
Sakana API의 기본 경로는 fugu입니다. 지원 모델 풀에서 라우팅하므로 시작 전에 클라이언트와 제공자에서 사용할 수 있는지 확인하세요.
Fugu가 로그인된 사이트 두 곳을 비교할 수 있나요?
Fugu 자체에는 브라우저 세션이 없습니다. Fugu를 호출하고 두 사이트에 로그인된 프로필에서 Tabbit CLI를 실행할 수 있는 로컬 클라이언트가 필요합니다.
안정 ID를 사용하는 이유는 무엇인가요?
시스템마다 이름이나 날짜가 다를 수 있습니다. 공통 ID를 검색 키로 쓰면 정확하게 찾고 차이도 쉽게 검토할 수 있습니다.
에이전트가 시스템을 업데이트해야 하나요?
아니요. 읽기 전용으로 두 링크가 포함된 초안을 만드세요. 변경 전 사람이 차이를 검토해야 합니다.
원격 에이전트로 할 수 있나요?
클라이언트가 Tabbit 브라우저로 로컬 연결을 지원할 때만 가능합니다. 그렇지 않으면 로그인 프로필이 있는 컴퓨터에서 실행하세요.