Para usar Grok 4.6 en un sitio con sesión iniciada, ejecútalo en un cliente de agente que pueda acceder a herramientas locales y conecta Tabbit CLI con Tabbit Browser. Inicia sesión tú primero. Limita la tarea a un informe de investigación basado en fuentes públicas y un panel de proyecto con sesión iniciada y termina con un borrador identificado para revisión humana.
La página autenticada solo está disponible si el entorno de Tabbit seleccionado contiene esa sesión. Tabbit CLI crea pestañas propias para la tarea, de modo que puedes seguir trabajando en las demás. La prueba local con un fixture confirmó la reutilización de una cookie de prueba, no la integración con este modelo ni una cuenta de producción.
Puntos clave
Grok 4.6 es el modelo; el cliente de agente ejecuta la herramienta y Tabbit CLI se conecta al navegador.
La detección del skill, el acceso al lanzador local, el acceso al proveedor y la autenticación del sitio son comprobaciones distintas.
El ejemplo consiste en un informe de investigación basado en fuentes públicas y un panel de proyecto con sesión iniciada; el prompt genera un borrador y no modifica el sitio de origen.
Verifica cada campo con su enlace y deja la revisión final a una persona.
Comprueba por separado modelo, cliente, navegador e inicio de sesión
Confirma que el proveedor ofrece el ID exacto y que tu cliente local puede ejecutarlo.
Haz que el cliente encuentre el skill de Tabbit. Pi usa
/skill:tabbit; otros clientes pueden usar/skillso descubrir skills automáticamente. No supongas que/tabbitfunciona.Comprueba el lanzador con
tabbit-cli diagnose.Inicia sesión tú en el sitio autorizado dentro del Tabbit Browser correcto.
Lee primero un registro conocido y exige su URL de origen.
Una respuesta del modelo no demuestra que el skill esté disponible ni que el navegador sea accesible. Un CLI activo tampoco demuestra que sea el perfil correcto o que la web esté autenticada. Detente si se pide contraseña, MFA, CAPTCHA o aprobación.
La documentación de xAI identifica grok-4.6 como modelo de API y describe las llamadas a funciones. xAI indica que está disponible mediante su API y socios, además de Grok Build y Cursor; esto no demuestra que esos productos permitan usar Tabbit CLI en todas las configuraciones. Confirma el modelo y el acceso a herramientas locales en el cliente concreto. No confundas la disponibilidad de Grok Build con la etiqueta del modelo en el selector de consumo. Las fuentes oficiales verifican identidad y disponibilidad, no una integración de Tabbit. información oficial del modelo detalles adicionales del lanzamiento o la licencia Estas fuentes confirman la identidad y disponibilidad del modelo, pero no su integración con Tabbit CLI.
Comprobaciones de configuración
| Capa | Qué comprobar | Resultado esperado |
|---|---|---|
| Modelo | grok-4.6 en el proveedor y cliente | Una petición breve usa esa ruta |
| Skill | Instrucciones de Tabbit disponibles | El cliente muestra cómo invocarlas |
| Lanzador | CLI local instalado y activo | diagnose encuentra el controlador |
| Sesión web | Cuenta correcta en Tabbit Browser | Puedes abrir la página fuente |
| Salida | Borrador con nombre | Enlaces visibles, sin cambios en el sitio |
Empieza con una tarea de solo lectura
Abre la página correspondiente en Tabbit Browser y comprueba tú mismo la cuenta y el registro.
Inicia una tarea local desde tu cliente de agente con el skill de Tabbit. Limita el número de páginas.
Solicita los valores, la URL de origen y la hora visible de cada campo.
Compara los valores con la página. Si falta una fila, márcala como desconocida; no la completes de memoria.
Guarda el resultado como borrador con nombre y detente antes de actualizar o enviar nada.
La tarea requiere lo siguiente: El resultado incluye una URL de origen para cada campo del panel y cada dato público, señala lo que no se pudo verificar y se detiene antes de editar o publicar.
Pide un borrador que se pueda revisar
Utiliza Tabbit CLI para revisar el panel de proyecto con sesión iniciada para el registro PRJ-482, compara su estado con las notas públicas de la versión y redacta un informe breve de cambios.
Crea un borrador llamado «un informe de cambios con fuentes (revisión)» con: (1) campos observados, URL fuente y hora; (2) resumen breve que separe hechos e interpretación; (3) valores sin verificar o en conflicto. No edites, confirmes, envíes ni publiques nada. Detente y muéstrame el borrador. Si falta una página o está bloqueada, marca el dato como desconocido.Instrucción ilustrativa, no es una salida probada del modelo. Sustituye los identificadores por registros autorizados.
Para Grok 4.6, confirma el proveedor, la ruta exacta grok-4.6 y las llamadas a herramientas en el cliente que usarás. La disponibilidad en una API o producto no demuestra que ese cliente pueda ejecutar herramientas locales; tener una clave válida tampoco lo demuestra.
Decide según la situación
| Situación | Siguiente paso | Motivo |
|---|---|---|
| La API funciona, pero no hay herramientas locales | Revisa cliente y skill | El acceso al modelo no conecta un navegador |
| La página ya está abierta con sesión en Tabbit Browser | Ejecuta una tarea local acotada | Puede reutilizar esa sesión existente |
| Dos páginas discrepan | Conserva ambos valores y sus URL | El modelo no debe resolver el conflicto en silencio |
| Agente remoto sin puente local | Pasa una lista o borrador a una sesión local | No se debe asumir acceso al perfil local |
| La tarea cambia datos | Detente en el borrador y pide revisión | Una persona decide antes del cambio externo |
Un usuario de Reddit que buscaba un navegador «real» para un modelo local describió la diferencia entre el scraping y un navegador autenticado. Las respuestas propusieron Chromium del sistema y configuraciones mediante skills. Son experiencias individuales, no pruebas de compatibilidad para este modelo. (Debate)
Tabbit Browser resulta útil cuando la tarea requiere una sesión autorizada y quieres inspeccionar la página mientras el agente trabaja en pestañas propias. Puedes seguir usando las pestañas no relacionadas. La prueba local solo comprobó la reutilización de sesión con un entorno de prueba; no ejecutó este modelo, no visitó un panel de producción ni verificó una integración con el proveedor.
Mantén claro el límite de revisión
Usa un título que identifique el registro y la tarea, como un informe de cambios con fuentes (revisión). Añade las URL de origen junto a los campos que respaldan. Marca como sugerencias las interpretaciones del modelo. Si una página no carga, cambia la cuenta o el modelo no identifica el registro, detente y resuelve el problema antes de seguir. Un flujo ilustrativo no equivale a una tarea real completada.
Guías relacionadas de Tabbit
Consulta la guía completa de Tabbit CLI, cómo conectar un agente a un navegador existente y la lista para la primera tarea de agente. Para elegir el conector, compara MCP y CLI para navegador; para configurar un cliente, consulta Codex con Tabbit CLI. También puedes leer la guía de sesiones iniciadas, la introducción al control del navegador, el flujo de borradores CMS y las prácticas recomendadas de Tabbit Browser.
Preguntas frecuentes
¿Grok 4.6 puede iniciar sesión en el sitio por mí?
No. Inicia sesión tú en el entorno de Tabbit Browser previsto.
¿El ID del modelo garantiza compatibilidad con herramientas del navegador?
No. Comprueba por separado la ruta del proveedor, las herramientas del cliente, el skill, el lanzador y la sesión del sitio.
¿Todos los clientes usan `/tabbit`?
No. Pi usa `/skill:tabbit`; otros clientes usan `/skills` o detección automática.
¿Puedo seguir trabajando mientras se ejecuta la tarea?
Sí. La tarea usa pestañas propias; deja intactas las demás.
¿Qué hago si las páginas de origen discrepan?
Conserva ambos valores y enlaces, marca el conflicto y pide a una persona que decida.
¿Un agente remoto puede acceder a mi navegador local?
Solo si existe un puente local documentado. Si no, pasa el borrador a un cliente local.