Kimi K3 puede ayudar a un agente local a ordenar una cola de soporte, pero el modelo no se conecta al navegador por sí solo. Instala Tabbit Browser y usa un agente local que ofrezca Kimi K3 y herramientas locales. La primera lectura debe ser de solo lectura; comprueba cada ID en su página antes de aprobar un borrador.
Comprueba modelo y ruta
Kimi K3 es un modelo MoE de pesos abiertos. Su artículo indica 2,8 billones de parámetros totales, 104.000 millones activos y contexto de un millón de tokens. Kimi K3.1 Pro es otra generación posterior; no confundas su ID de API. artículo de Kimi K3. Confirma que el modelo y el proveedor siguen disponibles; comprueba el ID de API, la región y las condiciones. Que aparezca en un catálogo no demuestra que tu agente lo admita ni que pueda ejecutar herramientas locales.
El catálogo Models.dev identifica K3 como moonshotai/kimi-k3 y enumera K3.1 Pro por separado. Los nombres de API pueden variar según el proveedor; confirma el ID en el cliente que uses.
| Ruta | Qué comprobar | Cuándo elegirla |
|---|---|---|
| API solicitada | ID, proveedor, región, condiciones y disponibilidad | La tarea exige esa generación |
| Sucesor | Solo si el cambio está aprobado y aparece en el cliente | Se permite cambiar de generación |
Conecta el agente local a Tabbit
Consulta estas guías: guía de Tabbit CLI, conectar un navegador existente, lista de la primera tarea, CLI frente a Browser MCP, perfiles y espacios de trabajo, configuración de Codex, Kimi WebBridge troubleshooting, gestionar demasiadas pestañas.
Una prueba local confirmó la reutilización de sesión, no la integración con un modelo. La primera tarea de Tabbit CLI recibió HTTP 401 antes del inicio de sesión. Tras establecer una cookie de prueba en el perfil Tabbit previsto, una segunda tarea con nombre recibió HTTP 200 en su propia pestaña y leyó «Release notes review» y el registro ficticio «GEO-104». Cada tarea tuvo una pestaña; al terminar se quitaron la cookie y las pestañas temporales.
Flujo de solo lectura
La tabla y el borrador solo deben incluir datos visibles. Añade la URL de origen en cada fila. Si falta un campo, escribe «no aparece»; no lo deduzcas. En la primera pasada no abras adjuntos, cambies permisos, guardes, envíes ni publiques. El flujo siguiente es un ejemplo, no una prueba de esta combinación de modelo y cliente. Usa una pestaña de tarea aparte para seguir trabajando en las demás.
Lee los cinco primeros tickets visibles y devuelve ID, estado visible, responsable si aparece y URL. No abras adjuntos, edites, asignes, guardes ni envíes. Indica «no aparece» en campos ausentes. Prepara el borrador «Kimi K3 ticket reconciliation — 2026-11-10» y detente para revisión.Punto de revisión humana
| Control | Qué confirmar | Detente si |
|---|---|---|
| Cuenta y espacio | Confirma el destino previsto | La cuenta no coincide |
| Registro de origen | El URL abre el mismo registro | Dato oculto o inferido |
| Borrador con nombre | Solo campos y enlaces aprobados | No coincide con el origen |
El borrador con nombre es el punto de revisión humana. Vuelve a abrir la página de origen para comprobar cada fila. Detente si aparece otra cuenta o espacio, si se requiere iniciar sesión o si surge una escritura que no aprobaste. Consulta la lista de la primera tarea antes de actuar..
Preguntas frecuentes
¿Kimi K3 abre el navegador por sí solo?
No. El agente local ejecuta Tabbit CLI; el modelo aporta razonamiento y llamadas a herramientas.
¿Kimi K3.1 Pro es el mismo modelo que Kimi K3?
No. Kimi K3.1 Pro es una generación posterior distinta. Confirma el ID exacto antes de usarla.
¿Dónde inicio sesión?
Inicia sesión tú en el perfil de Tabbit previsto y comprueba la cuenta y el espacio.
¿Puede el agente enviar una respuesta?
Usa el borrador con nombre como control. Revísalo y realiza tú cualquier escritura.
¿Qué hago si la ruta del modelo no está disponible?
Detente y comprueba proveedor, ID, región, ciclo de vida y herramientas locales en el cliente.