1. Tres actualizaciones y tres capas de ingeniería
Google fecha la disponibilidad general de Computer Use en Interactions y GenerateContent el 30 de octubre, la CLI gemini-api beta el 27 y el cambio del almacenamiento predeterminado el 26. Afectan a acciones, invocación y ciclo de datos, respectivamente. Son actualizaciones de Gemini API; no acreditan cambios simultáneos en la aplicación Gemini o Vertex AI. Notas oficiales.
Nuestra interpretación: decide dónde se ejecuta el trabajo, quién realiza los efectos externos y cómo se recuperan tareas interrumpidas antes de comparar capacidades. Una demostración convincente puede ocultar un contrato de ejecución incompleto.
2. Separar acciones propuestas y resultados verificados
Computer Use sigue un ciclo de captura, llamada de acción, ejecución por el cliente y pantalla actualizada. Cuando safety_decision pide confirmación, debe gestionarse antes de devolver el reconocimiento correspondiente. Documentación de ejecución y confirmación.
Recomendamos registrar identificadores de tarea y acción, estado anterior y posterior y una condición de aceptación. Para “guardar un borrador”, verifica el registro o el estado esperado de la página. Un clic exitoso es un evento intermedio. La explicación de la acción ayuda a depurar, pero no prueba el cambio previsto. Comprueba también el destino después de cada navegación.
3. Utilizar la CLI como un paso explícito
gemini-api es un cliente API sin estado, distinto de la herramienta interactiva @google/gemini-cli. Su documentación describe consulta de esquemas, simulaciones sin conexión e identificadores explícitos de interacción, y recomienda fijar versiones beta. Guía de la CLI.
Persiste referencias de entrada, rutas de salida e identificadores de trabajos fuera de la sesión del terminal. Un planificador reiniciado podrá recuperar un estado conocido sin interpretar texto antiguo. Separa validación sin conexión, autenticación, cuota y ejecución real. Superar una simulación solo demuestra que se superó esa comprobación.
4. La ausencia de estado local no determina el almacenamiento remoto
En proyectos de pago creados desde el 26 de octubre, Generate Content almacena solicitudes de forma predeterminada; los anteriores conservan su configuración. El parámetro store por solicitud prevalece sobre el proyecto. En Interactions, el almacenamiento también afecta al historial del servidor. Registros y conjuntos de datos.
Mantén configuraciones separadas para registros locales de trabajos, solicitudes remotas, archivos subidos y auditoría de negocio. Si no almacenas solicitudes, define cómo facilitará contexto la aplicación a los siguientes pasos. Utiliza datos sintéticos para comprobar que el SDK acepta la opción y que se envía realmente. La etiqueta de un ejecutable no establece la conservación de toda la cadena.
5. Los pesos abiertos cambian el control del despliegue
Mistral publicó pesos mejorados de Large 4 el 29 de octubre. Su licencia MIT modificada exige una licencia comercial separada a empresas de Model-as-a-Service. Anuncio. La ficha indica 1.05T parámetros totales, 52B activos y contexto de 1M, y mantiene la etiqueta Public Preview. Ficha del modelo.
Controlar el despliegue resuelve un problema distinto al de una interfaz de acciones. El alojamiento propio sigue necesitando permisos, adaptadores y comprobaciones. Mide memoria de pesos, demanda de caché de contexto, concurrencia y operación; no deduzcas el hardware solo de los parámetros activos. Las clasificaciones del proveedor no sustituyen una evaluación propia.
6. Elegir según lo que necesitas controlar
| Necesidad | Ruta candidata | Evidencia de aceptación |
|---|---|---|
| Operar interfaces web | Computer Use y ejecutor cliente | Destino, confirmación y estado resultante |
| Delegar desde scripts o CI | Versión fija de gemini-api | Código de salida, artefactos y trabajos recuperables |
| Integrar un servicio persistente | SDK y estado de aplicación | Tiempos de espera, almacenamiento y telemetría |
| Controlar la inferencia | Pesos abiertos e infraestructura propia | Licencia, capacidad, reversión y coste total |
Es nuestro marco de decisión, no una garantía del proveedor. Las API de negocio existentes pueden convertirse en herramientas directas; reserva las pantallas para pasos que las necesiten. Así se explican mejor los límites del error y el coste de verificar.
7. Aceptar el sistema con las mismas tareas
Selecciona tareas con resultados comprobables de forma independiente. Fija entradas, versiones y presupuestos, y conserva la implementación actual como control. Incluye cambios de diseño, interrupciones de red, confirmaciones rechazadas y recuperación de trabajos. Prueba una acción que se complete pero pierda su respuesta: comprueba el estado real antes de repetir un efecto externo.
Registra finalización completa, efectos incorrectos, intervenciones humanas, distribución de duración y coste total por tarea aceptada. Una demostración o el precio del token no responden a esas preguntas. Amplía el tráfico tras la aceptación controlada, conservando una vía de recuperación. Este artículo propone el método; no presenta un experimento ejecutado ni afirma mejoras de producción.