Gemini 4 Argon: precio de lanzamiento y prueba para legal y finanzas

En 60 segundos: Probá Argon si tenés una tarea difícil y acotada que hoy exige mucha revisión: detectar una excepción contractual o resumir un expediente con referencias. Presupuestá con la tarifa posterior a la promoción. Durante una o dos semanas, usá casos propios anonimizados, compará contra tu proceso actual y medí errores, revisión y coste por resultado aceptado. Dejá por escrito cuándo parar y cómo volver al flujo anterior. El mismo método sirve para el próximo modelo que llegue con descuento temporal.

Verificado el 23 de octubre de 2026 en las fuentes oficiales enlazadas. La revisión de tarifas y condiciones debe repetirse antes de contratar o ampliar el uso.

Qué es Argon y qué cambia el 1 de diciembre

Google lanzó Gemini 4 Argon el 13 de octubre de 2026. Es un modelo frontera de razonamiento, disponible por API en AI Studio y Gemini platform, y en la app Gemini para Google AI Pro y Ultra. Google lo orienta a coding, finanzas, legal, ciberseguridad y ciencia. Ese posicionamiento del fabricante justifica una prueba con tus documentos; por sí solo no demuestra calidad en un despacho LATAM.

Precio de Gemini Developer API, modalidad Standard

Según la tabla oficial de precios, consultada el 23 de octubre de 2026, en USD por millón de tokens:

Concepto	Hasta el 30 nov 2026	Desde el 1 dic 2026
Entrada sin caché	2	4
Salida, incluido thinking	10	20
Entrada en caché	0,10	0,20

No hay free tier para Argon. Solo admite caché implícita. Las modalidades Batch, Flex y Priority tienen tablas propias; esta tabla corresponde a Standard.

La guía oficial de Argon confirma el calendario y detalla los niveles de thinking. El razonamiento también consume salida facturable aunque la respuesta visible sea breve. Registrá ese consumo por ejecución y mantené la configuración fija durante la evaluación. Como la caché es implícita, presupuestá sin aciertos y ajustá con el uso observado.

Google Cloud tiene otra tabla y otra mecánica

En Gemini Enterprise Agent Platform, verificado el 23 de octubre de 2026, Standard distingue estos importes por millón de tokens:

Región	Entrada / salida hasta el 30 nov	Entrada / salida desde el 1 dic	Entrada en caché antes / después
Global	USD 2 / 10	USD 4 / 20	USD 0,10 / 0,20
No global	USD 2,20 / 11	USD 4,40 / 22	USD 0,11 / 0,22

Cloud indica que la promoción se aplica mediante créditos del 50 % sobre gasto neto elegible. Confirmá elegibilidad y aplicación a tu facturación; no presupuestes esos créditos como una rebaja inmediata garantizada. Estas filas corresponden a Argon, no a la variante Cyber Permissive.

Presupuestá el proceso después de la promoción

Para Standard de Developer API, una estimación sin caché desde diciembre es:

coste de tokens en USD =
  (tokens de entrada / 1.000.000 × 4)
  + (tokens de salida, incluido thinking / 1.000.000 × 20)

Aplicá la fórmula a todas las llamadas del caso, incluidos reintentos. Después añadí OCR, búsquedas, almacenamiento y minutos de revisión. Separá impuestos y conversión de moneda según tu factura. El coste real de un agente de IA desarrolla ese presupuesto completo.

Guardá dos columnas en la evaluación: coste observado y coste recalculado posterior a la promoción. Acordá quién revisa la decisión antes del 30 de noviembre. Definí límites de llamadas, tokens y gasto, con un control que impida seguir y derive el caso a una persona cuando se agoten. Una alerta sola deja el consumo abierto.

Documentos de clientes: elegí el canal antes de subirlos

Los términos de Gemini API, verificados el 23 de octubre de 2026, excluyen el contenido de Paid Services de la mejora de productos y remiten a un acuerdo de tratamiento. Conservan registros para seguridad y permiten almacenamiento transitorio o caché en países donde operan Google o sus agentes. Para la API, el proyecto necesita facturación activa para ser Paid Service. Esto no acredita residencia local ni retención cero.

La app personal tiene su aviso de privacidad, consultado en la misma fecha: contempla revisión humana y uso para mejorar servicios según ajustes y condiciones. Pagar Google AI Pro o Ultra no convierte ese canal en la API de pago.

Antes del piloto, pedí al responsable del tratamiento que documente qué producto, cuenta y proyecto se usarán. Revisá contrato y anexo de tratamiento, subencargados, transferencias, retención y borrado, controles de acceso y condiciones de herramientas conectadas. La residencia concreta y el plazo aplicable a tu configuración quedan por verificar; estas fuentes no acreditan una ubicación en tu país. Si una condición requerida sigue sin respuesta, usá material sintético y dejá pendiente el uso de documentos reales.

Para preparar casos propios, eliminá nombres, identificadores fiscales, cuentas, firmas y metadatos. Revisá también texto OCR, anexos y nombres de archivo. Si conservás una tabla para reconstruir identidades, el material sigue siendo seudonimizado: guardala separada y con acceso restringido. No copies documentos completos en logs de evaluación.

El profesional valida las cláusulas y referencias contra el original. En finanzas, los importes se comprueban con reglas y cálculos reproducibles. Para expedientes, conviene definir primero permisos y referencias del second brain jurídico. Las credenciales de firma electrónica quedan fuera de este piloto.

Una evaluación mínima de una o dos semanas

Proponemos esta ventana como prueba operativa inicial, sin prometer significancia estadística. Si el volumen es pequeño o faltan excepciones, registrá el resultado como inconcluso.

Preparación: un conjunto cerrado y una línea base

Elegí un solo flujo. Como ejemplo de diseño, prepará 24 casos anonimizados: 12 para ajustar el flujo y 12 reservados para la evaluación final. No son un mínimo validado. Incluí documentos incompletos y situaciones donde la respuesta correcta sea pedir información. Un profesional prepara la respuesta esperada y las referencias antes de probar el modelo.

Flujo candidato	Resultado que revisar	Límite de autoridad
Contratos	Cláusula detectada, excepción y ubicación exacta	Borrador para revisión; sin aprobar ni enviar
Conciliaciones	Coincidencias propuestas y diferencias justificadas	Cálculos con reglas; sin asientos ni pagos
Resúmenes de expedientes	Hechos y fechas vinculados a página o documento	Sin fijar plazos procesales ni decidir estrategia

Medí el proceso actual sobre los mismos casos. Si ya usás un modelo más económico, conservá sus resultados como referencia. Anotá jurisdicción, idioma y calidad del escaneo para que un promedio no oculte fallos en una categoría.

Primera semana: ejecutar y clasificar errores

Congelá la versión del prompt, documentos recuperados, modelo y configuración de thinking. Registrá por identificador de caso:

• Resultado aceptado o rechazado por el revisor y motivo de la corrección.
• Omisiones, afirmaciones sin respaldo y referencias que no existen o no sostienen la respuesta.
• Minutos de revisión, latencia y llamadas, incluidos reintentos.
• Tokens por categoría y coste observado y posterior a la promoción.

Una referencia válida debe abrir el pasaje que respalda la afirmación. Pedile al modelo que marque lo que falta y derive la excepción. Tratá las instrucciones dentro de documentos como contenido sin autoridad para ejecutar acciones.

Segunda semana: decidir con casos reservados

Evaluá el conjunto reservado sin seguir retocando el prompt. Si es posible, ocultá al revisor qué sistema produjo cada borrador. Calculá aceptados sobre evaluados, con sus cantidades, y coste total de todos los intentos dividido por resultados aceptados. Incluí el trabajo del revisor en ese coste. Si no hay aceptados, registrá la prueba como fallida sin calcular un cociente.

Acordá los umbrales antes de empezar: calidad mínima frente al proceso actual, coste máximo por resultado aceptado y tiempo de revisión tolerable. Como criterio propuesto, una cita inventada que llegue a una salida aprobada, una exposición de datos o una acción fuera de permisos obliga a pausar e investigar. Un conjunto sin errores observados tampoco garantiza ausencia de errores en producción.

Seguí solo si se cumplen todos los umbrales con la tarifa posterior a la promoción. Si falla una categoría, limitá el alcance o corregí una hipótesis y repetí con casos nuevos. La guía sobre qué medir antes de ampliar un piloto de IA ayuda a fijar esa decisión.

Plan de salida y tareas donde no compensa

Guardá prompts, criterios y casos de evaluación en formatos que puedas exportar. Separá la lógica del proceso del adaptador que llama al proveedor. Definí una salida común con propuesta, referencias y excepciones; validala antes de pasar al siguiente paso. Conservá los documentos fuente en un repositorio controlado por tu organización y evitá depender solo del historial de conversación del proveedor.

Probá el cambio a otro modelo y el recorrido manual con el mismo conjunto reservado. Cambiar el nombre del modelo no garantiza el mismo comportamiento. Repetí la evaluación de calidad, permisos y coste antes de habilitar el sustituto, y asigná quién puede activar ese cambio cuando venza la promoción.

Si necesitás una suma exacta, una regla contable fija o un cálculo de plazo reproducible, mantené esa decisión en código o bajo responsabilidad profesional. Si la tarea exige trazabilidad que tu flujo no puede reconstruir, no la pongas en producción. Y si un Flash ya supera tus umbrales en clasificación o extracción sencilla, el volumen puede hacer preferible mantenerlo. La guía de Gemini Flash sirve como contexto; verificá sus tarifas actuales antes de presupuestar.

Para una decisión entre modelos, consultá el hub de comparativas y la comparación de Sol y Opus. Para este piloto, llevá a la revisión el conjunto de casos, el registro de errores y el presupuesto de diciembre. Con eso podés decidir qué tarea merece continuar y cuál vuelve al proceso anterior.