Para comparar un registro en dos sitios con sesión iniciada mediante Sakana Fugu, usa la ruta fugu desde un agente local capaz de ejecutar Tabbit CLI. Dale un ID estable, pídele que busque ese mismo registro en los dos sitios autorizados y que prepare una tabla con ambos enlaces. Mantén los sitios en solo lectura y deja las discrepancias en un borrador con nombre para que una persona las resuelva.
Un usuario de Reddit dijo que, para su trabajo de programación, prefirió Fugu estándar a Ultra después de resultados mixtos; Ultra le pareció más lento y caro. Es una experiencia personal, no una prueba comparativa. Sugiere empezar con la ruta básica en una consulta acotada y juzgar el resultado real. Debate original.
Puntos clave
El modelo básico de la API de Sakana es
fugu, distinto de las versiones fijadas de Ultra.El endpoint no lleva la sesión del sitio. El cliente local debe ejecutar Tabbit CLI en el perfil que ya tiene el inicio de sesión.
Usa un ID estable como el de un caso, pedido o ticket. Evita buscar solo por nombre cuando existe un identificador único.
Pide una comparación de solo lectura, con un enlace por sistema y una marca clara de revisión.
No actualices ninguno de los sistemas hasta que una persona compruebe ambos registros y autorice el siguiente paso.
Confirma la ruta Fugu y el acceso local
| Comprobación | Qué confirmar | Siguiente paso seguro |
|---|---|---|
| Ruta del modelo | El cliente ofrece Sakana fugu | Envía una petición breve e inocua para confirmar la ruta |
| Skill de Tabbit CLI | El cliente local cargó las instrucciones | Abre el selector documentado; Pi usa /skill:tabbit |
| Perfil del navegador | Ambos sitios tienen la cuenta correcta | Abre tú los dos sitios antes de delegar |
| Clave del registro | El mismo ID único aparece en ambos | Si hay varias coincidencias, detente y consulta a alguien |
La guía oficial de API de Sakana describe fugu y sus opciones de API. La ruta puede elegir entre su conjunto de modelos; eso no concede acceso al navegador local. Comprueba el selector actual de tu cliente. Models.dev sirve para descubrir rutas, pero no garantiza que tu cuenta las tenga. Tabbit CLI da acceso a páginas en el perfil local; la API de Fugu no lee por sí sola un sitio autenticado. Consulta la guía de Tabbit CLI y cómo conectar un navegador existente.
Compara los sistemas con un ID estable
Elige un registro que tengas permiso de consultar; para la primera prueba, usa un ticket o pedido de prueba. Proporciona solo el ID y los campos necesarios. Pide al agente que use la información visible y no adivine qué significa cada campo.
| Campo | Sistema A | Sistema B | Regla de revisión |
|---|---|---|---|
| ID estable | ID y URL visibles | ID y URL visibles | Detente si el ID difiere o hay varios resultados |
| Estado | Texto visible | Texto visible | Conserva el texto y marca diferencias |
| Hora de actualización | Fecha y zona horaria visible | Fecha y zona horaria visible | No elimines una diferencia de zona horaria |
| Importe o cantidad | Valor y unidad | Valor y unidad | Compara solo campos equivalentes |
Dos nombres parecidos no prueban que sea el mismo registro. Si un campo no aparece, anota “no visible” y conserva el enlace. La lista de la primera tarea ayuda a limitar el alcance; los fundamentos del navegador con agentes explican por qué conviene empezar en solo lectura.
Abre dos pestañas de tarea y conserva la sesión
Antes de abrir los sitios, ejecuta tabbit-cli diagnose con el lanzador instalado y confirma que el controlador local está activo. Esto solo comprueba el CLI; la selección del modelo, la carga de la skill y las sesiones de los sitios son verificaciones aparte.
Usa un perfil de Tabbit que ya tenga sesión en ambos sitios. El agente debe abrir una pestaña separada para cada uno, de modo que puedas seguir usando las tuyas. Confirma el sitio y el ID exacto antes de leer los campos.
Comprueba tú mismo ambas sesiones, inicia el cliente local compatible con Fugu y confirma que está seleccionado fugu. Carga la skill de Tabbit CLI desde el menú del cliente. Pi usa /skill:tabbit; algunos clientes tienen /skills. Abre una pestaña de tarea por sistema. Si aparece el inicio de sesión o una página inesperada, detente. La primera ejecución debe ser de solo lectura.
En la prueba local, una página protegida respondió 401 antes de configurar una cookie de prueba de corta duración. Una segunda tarea con nombre reutilizó esa sesión y leyó la página. Esto solo demuestra reutilización en el entorno de prueba; no llamó a Fugu ni accedió a un sitio real. Consulta MCP frente a CLI y configurar Tabbit en Codex.
Pide un borrador de conciliación, no una actualización
Con el modelo Sakana Fugu `fugu`, compara el ID TEST-4821 en los dos sitios autorizados que te indicaré. Ejecuta Tabbit CLI desde este agente local y abre una pestaña de tarea separada por sitio. Lee solo el registro con ese ID exacto. Crea un borrador llamado “Conciliación de registros Fugu” con: campo, valor y URL del sistema A, valor y URL del sistema B, estado de coincidencia y nota de revisión. Conserva el texto y las horas visibles. Si el ID falta, está duplicado o es distinto, detente y marca “revisar”. No edites, envíes, apruebes ni compartas nada. Muéstrame el borrador antes de otro paso.TEST-4821 es un ID ilustrativo de prueba, no un registro real. Sustitúyelo por un valor que puedas consultar. El borrador debe incluir enlaces directos, valores exactos y diferencias visibles. Una reseña temprana del API registró por separado el prompt, los tokens y la latencia al comparar Fugu y Ultra. Ese tipo de dato ayuda a elegir un modelo, pero no demuestra precisión para tus registros. Experiencia de API.
Decide si Fugu es suficiente
Para una comparación acotada con campos legibles, fugu es un buen primer intento si tu cliente lo ofrece. Puede enrutar entre un conjunto de modelos cambiante, por lo que el resultado depende del servicio y del contexto de cada tarea. Elige Ultra fijado solo si necesitas esa versión o una prueba propia demuestra que la mayor profundidad aporta valor.
Tabbit ayuda cuando ambos registros requieren inicio de sesión y el perfil local ya está autenticado. Para páginas públicas quizá baste la búsqueda. Para registros privados, la ruta del navegador local aporta el contexto visible; una persona decide qué sistema prevalece. Empieza con un registro de prueba y un borrador revisable.
Guía de Tabbit CLI · navegador existente · primera tarea · MCP o CLI · búsqueda o control del navegador · navegador con agentes · configuración de Codex · configuración Playwright MCP
Preguntas frecuentes
¿Cuál es el ID del Fugu estándar?
La API de Sakana usa fugu como ruta básica. Enruta entre el conjunto de modelos admitidos, así que confirma su disponibilidad en el cliente y proveedor antes de empezar.
¿Puede Fugu comparar dos sitios con sesión?
Fugu no incluye tu sesión del navegador. Usa un cliente local que llame a Fugu y ejecute Tabbit CLI en el perfil autenticado en ambos sitios.
¿Por qué usar un ID estable?
Los nombres y fechas pueden variar entre sistemas. Un identificador compartido permite una búsqueda precisa y facilita revisar diferencias.
¿Debe el agente actualizar alguno de los sistemas?
No. Empieza con lectura solamente y un borrador con los dos enlaces. Una persona debe revisar las diferencias antes de autorizar cualquier cambio.
¿Funciona con un agente remoto?
Solo si el cliente admite una transferencia local al navegador Tabbit. De lo contrario, ejecuta el agente en el equipo con la sesión iniciada.