Para comparar um registro em dois sites autenticados com o Sakana Fugu, use a rota fugu em um agente local capaz de executar o Tabbit CLI. Forneça um ID estável, peça que ele localize o mesmo registro nos dois sites autorizados e produza uma tabela com os links de origem. Mantenha ambos os sites somente para leitura e deixe qualquer divergência em um rascunho nomeado para uma pessoa revisar.
Um usuário do Reddit disse que preferiu o Fugu padrão ao Ultra em sua tarefa de programação, após resultados mistos; o Ultra pareceu mais lento e caro. É uma experiência individual, não uma comparação controlada. Ela sugere começar pela rota básica em uma consulta delimitada e avaliar o resultado real. Discussão original.
Principais pontos
O modelo padrão da API Sakana é
fugu, separado das versões fixas do Ultra.O endpoint não transporta o login do site. O cliente local deve executar o Tabbit CLI no perfil que já está autenticado.
Use um ID estável de chamado, pedido ou caso em vez de buscar apenas por nome.
Peça uma comparação somente leitura, com um link por sistema e um estado claro de revisão.
Não permita atualizações até que uma pessoa confira ambos os registros e aprove a próxima ação.
Confirme a rota Fugu e o acesso local
| Verificação | O que confirmar | Próxima etapa segura |
|---|---|---|
| Rota do modelo | O cliente oferece Sakana fugu | Faça uma solicitação curta e sem dados sensíveis |
| Skill do Tabbit CLI | O cliente local carregou as instruções | Use o seletor documentado; Pi usa /skill:tabbit |
| Perfil do navegador | Os dois sites estão na conta correta | Abra os dois sites antes de delegar |
| Chave do registro | O mesmo ID único existe nos dois | Pare se houver várias correspondências ou IDs distintos |
O guia oficial da API Sakana descreve fugu e as opções de API. A rota pode escolher dentro de um conjunto de modelos, mas isso não concede acesso ao navegador local. Confirme o seletor atual do cliente. Models.dev ajuda a descobrir rotas, mas não garante acesso da conta. Tabbit CLI pode ler páginas no perfil local; a API Fugu não lê um site autenticado sozinha. Consulte o guia do Tabbit CLI e como conectar um navegador existente.
Compare os sistemas usando um ID estável
Escolha um registro que você tem autorização para consultar. No primeiro teste, prefira um chamado ou pedido de teste. Forneça apenas o ID e os campos necessários. Peça ao agente que use os dados visíveis e não adivinhe o significado dos campos.
| Campo | Sistema A | Sistema B | Regra de revisão |
|---|---|---|---|
| ID estável | ID e URL visíveis | ID e URL visíveis | Pare se os IDs diferirem ou houver vários resultados |
| Status | Texto visível exato | Texto visível exato | Preserve o texto e marque divergências |
| Atualização | Horário e fuso exibidos | Horário e fuso exibidos | Não apague diferenças de fuso |
| Valor ou quantidade | Valor e unidade | Valor e unidade | Compare apenas campos equivalentes |
Nomes parecidos não provam que o registro é o mesmo. Se o campo não estiver visível, escreva “não visível” e mantenha o link. O checklist da primeira tarefa ajuda a limitar o escopo; os fundamentos de navegadores com agentes explicam por que começar somente com leitura.
Abra duas abas de tarefa e mantenha a sessão
Antes de abrir os sites, execute tabbit-cli diagnose pelo iniciador instalado e confirme que o controlador local está ativo. A conexão do CLI, a seleção do modelo, o carregamento da skill e o login em cada site são verificações separadas.
Use um perfil do Tabbit já conectado aos dois sites. O agente deve abrir uma aba separada para cada site, deixando você livre para continuar usando as abas atuais. Confirme o site e o ID exato antes de ler os campos.
Confirme os dois logins, inicie o cliente local compatível com Fugu e verifique que fugu está selecionado. Carregue a skill do Tabbit CLI pelo menu documentado. No Pi, use /skill:tabbit; alguns clientes têm /skills. Abra uma aba de tarefa por sistema. Se o site solicitar login ou mostrar uma página inesperada, pare. A primeira execução deve ser somente leitura.
No teste local, a página protegida retornou 401 antes de configurar um cookie de teste temporário; uma segunda tarefa nomeada reutilizou essa sessão e leu a página. Isso só confirma reutilização no ambiente de teste, sem chamada ao Fugu ou acesso a um site real. Veja MCP ou CLI e configuração do Tabbit no Codex.
Peça um rascunho de conciliação, não uma atualização
Com o modelo Sakana Fugu `fugu`, compare o ID TEST-4821 nos dois sites autorizados que vou indicar. Execute o Tabbit CLI neste agente local e abra uma aba de tarefa separada para cada site. Leia apenas o registro com esse ID exato. Crie um rascunho chamado “Conciliação de registros Fugu” com: campo, valor e URL do sistema A, valor e URL do sistema B, estado da correspondência e nota de revisão. Preserve os textos e horários visíveis. Se o ID estiver ausente, duplicado ou diferente, pare e marque “revisar”. Não edite, envie, aprove nem compartilhe nada. Mostre o rascunho antes de qualquer outra etapa.TEST-4821 é um ID de exemplo, não um registro real. Troque por um valor autorizado. O rascunho deve incluir links diretos, valores exatos e divergências visíveis. Um relato inicial de API registrou prompt, tokens e latência separadamente ao comparar Fugu e Ultra. Isso ajuda a avaliar a escolha do modelo, mas não prova precisão nos seus registros. Experiência prática com a API.
Decida se o Fugu é suficiente
Para uma comparação delimitada com campos legíveis, fugu é um bom primeiro teste se estiver disponível. Ele pode encaminhar para um conjunto variável de modelos, então cada resultado depende do serviço e do contexto. Use Ultra fixo apenas se precisar daquela versão ou se o seu teste mostrar que a profundidade extra ajuda. Não confunda seleção do modelo com acesso ao navegador.
Tabbit ajuda quando os dois registros exigem login e o perfil local já está autenticado. Para fontes públicas, talvez uma busca seja suficiente. Para registros privados, o navegador local fornece contexto visível; uma pessoa decide o que a divergência significa. Comece com um registro de teste e um rascunho revisável.
Guia do Tabbit CLI · navegador existente · primeira tarefa · MCP ou CLI · busca ou controle do navegador · navegador com agentes · configuração do Codex · configuração do Playwright MCP
Perguntas frequentes
Qual é o ID do Fugu padrão?
A API da Sakana usa fugu como rota padrão. Ela pode encaminhar para o conjunto de modelos disponível; confirme se o cliente e o provedor oferecem essa rota.
O Fugu pode comparar dois sites autenticados?
O Fugu não carrega sua sessão do navegador. Use um cliente local que acesse o Fugu e execute o Tabbit CLI no perfil já conectado aos dois sites.
Por que usar um ID estável?
Nomes e datas podem variar entre sistemas. Um identificador compartilhado permite uma busca precisa e facilita a revisão de divergências.
O agente deve atualizar algum sistema?
Não. Comece apenas com leitura e peça um rascunho com os dois links. Uma pessoa deve revisar as diferenças antes de aprovar qualquer alteração.
Um agente remoto consegue fazer isso?
Somente se o cliente oferecer uma passagem local para o navegador Tabbit. Caso contrário, execute no computador com o perfil autenticado.