- Gemini 3 uvodi duboko zaključivanje, dugi kontekst i nove modele (Pro, Flash i Pro Image) s alatima poput pretraživanja, pretraživanja datoteka i konteksta URL-a.
- Nove API kontrole kao što su thinking_level, media_resolution i thoughtSignatures omogućuju vam podešavanje dubine zaključivanja, multimodalne vjernosti i tijeka rada agenata.
- Migracija s Geminija 2.5 zahtijeva ponovni pregled postavki temperature, zadanih postavki medija, potreba segmentacije slike i kompatibilnosti alata (npr. Karte i korištenje računala).
- Najbolji rezultati dolaze iz jasnih uputa, očuvanja misaonih potpisa, tretiranja svih modaliteta kao prvorazrednih ulaznih podataka i postavljanja pitanja na kraj dugih konteksta.
Gemini 3 llega como la generación más potente de modelos Gemini y viene acompañada de un aluvión de cambios en la API diseñados para desarrolladores que quieren más control, más rendimiento y flujos de trabajo realmente agentic, integrados en un IDE središte i agenti bazirani na VS kodu. Desde nuevas formas de gestionar el razonamiento y la multimodalidad, hasta herramientas avanzadas para trabajar con archivos, búsqueda y grounding, la plataforma se ha ido puliendo versión tras versión para soportar casos de uso cada vez más complejos.
Este artículo recopila y reordena de forma practica todas las novedades clave de la API de Gemini relacionadas con Gemini 3 y su evolución desde Gemini 1.5 y 2.x, incluyendo modelos, parametros, herramientas, precios, retirada de versiones antiguas y mejores practicas de uso. La idea es que tengas en un único lugar una visión amplia: qué hay disponible hoy, qué ha quedado obsoleto, cómo sacar partido a las nuevas capacidades y qué debes tener presente si vienes de generaciones anteriores.
La evolución de la API de Gemini hasta Gemini 3
La historia de la API de Gemini arranca públicamente en diciembre de 2023 con la llegada de gemini-pro, gemini-pro-vision y el primer modelo de embeddings embedding-001, junto con los canales v1 y v1beta de la API. Desde entonces, la plataforma ha ido creciendo en modalidades, contexto, herramientas y modelos especializados, preparando el terreno para las capacidades de razonamiento y agentes que hoy vemos en Gemini 3.
U 2024., Gemini 1.5 Pro i 1.5 Flash se konsolidiraju kao modeli općih propozicija s velikim kontekstom (uključuju verzije 2M tokena) i kompaktne varijante kao gemini-1.5-flash-8b-001, mientras se van retirando gradualmente modelos más antiguos como Gemini 1.0 Pro Vision. Ovaj korak predstavlja además la API de File, las instrucciones del system, el modo de llamada función, el formato JSON de salida y nuevas opciones de seguridad y control.
A finales de 2024 y comienzos de 2025 aparecen los modelos experimentales Gemini 2.0 Flash y Gemini 2.0 Flash Thinking, que traen streaming bidireccional via la API de Live, multimodalidad más rica (texto, imagen y voz) y el enfoque de “modo pensamiento” visible. Paralelno se povezuju gemini-exp-1114 i gemini-exp-1121 kao eksperimentalni modeli s više moćnih, i aktualizira se pseudonim gemini-1.5-pro-latest i gemini-1.5-flash-latest za dodavanje u druge verzije više znanstvenika.
Durante 2025, serija Gemini 2.0 i 2.5 pojačala kataloga s optimiziranim modelima za troškove (Flash-Lite), slike, video, robotika i izvorni zvuk, kao što su kapaciteti za uzemljenje s Google pretraživanjem, sadržaji konteksta URL-a i novi API-ji kao pretraživanje datoteka, interakcije i uživo. En este contexto se van introduciendo también políticas de retirada de modelos, ajustes de precios y cambios en la configuración por defecto, preparando el salto a Gemini 3.
Qué es Gemini 3 y qué modelos incluye
Gemini 3 es la nueva familia de modelos de Google centrada en razonamiento de última generación, agentes autónomos y comprensión multimodal profunda, diseñada para dar vida a flujos complejos de programación, investigación y generación de contenido. Su objetivo es ir más allá de "responder prompts" y convertirse en el motor de sistemas que piensan, planifican, llaman herramientas y se adaptan al contexto de forma continua.
Dentro de la serie Gemini 3 encontramos tres modelos principales en version preview: gemini-3-pro-preview, gemini-3-flash-preview y gemini-3-pro-image-preview. Cada uno está especializado en un tipo de tarea, pero todos comparten una base de razonamiento avanzado, contexto largo y soporte para nuevas capacidades de la API como thinking_level, media_resolution y firmas de pensamiento.
Gemini 3 Pro es el modelo más capaz de la familia, pensado para tareas complejas que requieren amplio conocimiento del mundo, razonamiento profundo en múltiples modalidades y una fuerte orientación a agentes y código. Soporta una ventana de contexto de entrada de hasta 1 millón de tokens y hasta 64.000 tokens de salida, con un cutoff de conocimiento en enero de 2025 y un precio escalonado según el volumen de tokens.
Gemini 3 Flash es la variante optimizada para velocidad y coste, ofreciendo inteligencia de nivel Pro pero adaptada a aplicaciones de alta demanda, baja latencia y gran volumen, como chat de usuario final, extracción estructurada o tareas repetitivas. Comparte el mismo contexto máximo que Pro (1M / 64K), mantiene el mismo cutoff de conocimiento y se ofrece con precios significativamente más bajos por millón de tokens de entrada y salida.
Gemini 3 Pro Image (también denominado internamente como Nano Banana Pro) es el modelo de imagen de mayor calidad de la familia, con capacidades avanzadas de generación y edición, incluyendo renderizado de texto nítido, rezolucije de hasta 4K y flujos de trabajo conversacionales que se apoyan fuertemente en las firmas de pensamiento. Dispone de un contexto de entrada de 65.000 tokens y 32.000 tokens de salida, con una estructura de precios diferenciada entre tokens de texto de entrada y generación de imágenes.
Novi parametri API-ja u seriji Gemini 3
Una de las grandes novedades de Gemini 3 es la introducción de parametros pensados específicamente para controlar el razonamiento interno del modelo, el coste y la fidelidad multimodal: thinking_level, media_resolution y las thoughtSignatures. Estos cambios buscan que puedas equilibrar latencia, precio y calidad visual o de razonamiento sin recurrir a trucos de prompt engineering excesivamente complejos.
Control del razonamiento con thinking_level
Los modelos de Gemini 3 utilizan de forma nativa un mecanismo de razonamiento dinámico, y el nuevo parametro thinking_level te permite establecer el límite máximo de profundidad del “pensamiento interno” antes de que el modelo genere una respuesta. No se trata de un número exacto de tokens, sino de niveles relativos que el modelo interpreta como guías de hasta dónde debe pensar.
Ako se ne specificira thinking_level, Gemini 3 Pro y Flash koristi defecto el nivel high, que prioriza la calidad del razonamiento sobre la latencia. Cuando tu caso de uso exige respuestas más rápidas y no necesita reflexión profunda (por ejemplo, extracción estructurada, pequeñas transformaciones o resúmenes muy directos), puedes limitar el nivel a low para reducir coste y tiempo de respuesta.
Gemini 3 Pro y Flash comparten dos niveles básicos de pensamiento: low y high. El modo low minimiza el coste y el tiempo de inicio de la respuesta, ideal para instrucciones sencillas y aplicaciones de alto propusnost; high maximiza la profundidad del razonamiento, lo que puede retrasar la aparición del primer token, pero produce respuestas más elaboradas en tareas como análisis estratégico, debugging complejo o problemas matemáticos avanzados.
Gemini 3 Flash pojačalo ima más el kontrolu nad minimalnim i srednjim dodatnim razinama, koje nisu dostupne u Gemini 3 Pro. El modo minimal se aproxima a un comportamiento “sin pensar” para la mayoría de usos, aunque el modelo puede seguir razonando ligeramente en tareas de programación difíciles, mientras que medium ofrece un equilibrio intermedio entre coste, latencia y profundidad de razonamiento.
Es importante tener en cuenta que no puedes emplear thinking_level y el parametro heredado thinking_budget en la misma llamada a la API, ya que se proizvodi un error 400. thinking_budget se mantiene únicamente por compatibilidad con integraciones antiguas, pero la recomendación es migrar progresivamente a thinking_level para lograr un control más claro y predecible.
Control de fidelidad visual con media_resolution
El parametro media_resolution uvode un control granular sobre cuántos tokens de contexto se asignan a cada imagen, PDF o fotograma de vídeo, lo que te permite ajustar la calidad de la visión multimodal frente al coste y la latencia. Las rezoluciones más altas permiten leer texto pequeño y detectar detalles finos, pero aumentan el consumo de tokens.
Možete konfigurirati media_resolution na globalnoj razini (a través de generation_config) ili za svaki dio sadržaja, s vrijednostima kao media_resolution_low, media_resolution_medium, media_resolution_high y, para algunos casos, media_resolution_ultra_high. Si no se establece explícitamente, el modelo aplica valores predeterminados diferentes según el tipo de medio, buscando un equilibrio razonable.
Za slike, la configuración recomendada suele ser media_resolution_high, que asigna hasta hasta 1120 tokens por imagen y ofrece una calidad suficiente para la mayoría de tareas de análisis visual. Los niveles más bajos (nisko ili srednje) reparten menos tokens y pueden ser útiles para conjuntos de imágenes grandes donde la prioridad es el volumen y no el detalle fino.
Con PDFs, media_resolution_medium (560 tokens) suele ser el punto óptimo: en la practica, subir a high rara vez mejora los resultsados de OCR en documentos estándar, por lo que acostumbra a ser un mal intercambio en términos de coste. Para documentos especialmente densos o con maquetados complejos, puedes experimentar con high, pero no suele ser necesario.
En vídeo, la lógica cambia: tanto media_resolution_low como media_resolution_medium se comprimen de forma agresiva y asignan unos 70 tokens por fotograma, suficientes para la mayoría de tareas de reconocimiento de acciones o descripción general. Solo cuando necesites leer mucho texto en pantalla (subtítulos densos, paneles, dashboards) tiene sentido pasar a media_resolution_high, que puede llegar a unos 280 tokena por fotograma para mejorar la lectura.
Temperatura recomendada en Gemini 3
Una diferencia relevante respecto a modelos anteriores es que en Gemini 3 se recomienda mantener la temperatura en su valor por defecto de 1.0, incluso en tareas que antes se trabajaban con temperatures bajas para ganar determinismo. El modelo ha sido optimizado para razonar correctamente con esta configuración, y tocarla puede tener efectos contraintuitivos.
Reducir la temperature en Gemini 3 (por ejemplo, por debajo de 1.0) puede provocar comportamientos no deseados como bucles, respuestas extrañamente rígidas o degradación del rendimiento en tareas de razonamiento complicado y problemas matemáticos. Si tu código heredado ajusta de forma agresiva la temperatura, conviene revisar y, en muchos casos, eliminar ese ajuste al migrar a Gemini 3.
Firmas de pensamiento (thoughtSignatures) y validación estricta
Las firmas de pensamiento son representaciones cifradas del processo de razonamiento interno de Gemini 3 que el modelo emite en determinadas respuestas y que debes reenviar en llamadas posteriores para preservar la cadena de razonamiento. Son un componente clave para agentes de varios pasos, edición de imágenes conversacional y flujos complejos de llamadas a funciones.
En llamadas a funciones, la API applica validación estricta sobre el “turno actual”: ako je greška u traženju thoughtSignature, petición falará con un error 400. Esto afecta tanto a llamadas simples a una sola herramienta como a secuencias de varios pasos (p. ej., consultar un vuelo, recibir resultados, reservar un taxi) ya escenarios de llamadas en paralelo, donde la primera functionCall suele incluir la firma.
En generación de texto o chat estándar, la validación no es estricta, es decir, la API no devolverá un error si omites las firmas, pero la calidad del razonamiento y de las respuestas puede disminuir de manera perceptible, especialmente en conversaciones largas con muchas dependencias contextuales. Por ello, aunque no sea obligatorio, se recomienda devolver cualquier thoughtSignature que recibas para mantener el rendimiento del modelo.
En generación y edición de imágenes con gemini-3-pro-image-preview, la validación vuelve a ser estricta: las firmas están garantizadas en la primera parte tras el razonamiento (texto o inlineData) y en todas las partes inlineData posteriores, y deben incluirse íntegramente al solicitar ediciones o nuevos pasos del flujo visual. De lo contrario, la API devolverá errores 400 y el modelo perderá el hilo sobre la composición original.
Ako koristite službeni SDK (Python, Node, Java) i estándar historial chata, la buena noticia es que la gestión de thoughtSignatures se ostvaruje automatskim oblikom, por lo que no tendrás que manipularlas manualmente. El trabajo manual solo es necesario cuando construyes wrappers personalizados de bajo nivel o diseñas interacciones fuera de los flujos estándar de los SDK.
En situaciones donde importas un historial de conversación desde otro modelo (por ejemplo, Gemini 2.5) o creas bloques de functionCall a mano sin firmas válidas, puedes desactivar la validación estricta para ese contexto usando un valor ficticio concreto: “thoughtSignature”: “inženjering_konteksta_je_put_na_što_ići”. Esta cadena se reconoce como un bypass controlado para migraciones y contextos artificiales.
Modelos y herramientas clave en la transición a Gemini 3
Gemini 3 no llega en el vacío: se apoya en una larga serie de lanzamientos y retiradas de modelos Gemini 1.5, 2.0 y 2.5, así como en un ecosistema de herramientas para grounding, búsqueda en archivos, ejecución de código y contexto de URL. Entender este contexto te ayuda a decidir qué mantener, qué migrar y qué evitar.
Na etapi Gemini 2.5, koristite modele kao što su gemini-2.5-pro, gemini-2.5-flash, gemini-2.5-flash-lite, izvorne audio verzije za API Live, posebne varijante za TTS (Flash i Pro) i modele slika i videa kao Veo 3.xe Imagen 4 en varias modalidades. Paralelamente je predstavljen Gemini Robotics-ER 1.5, modeli ugrađivanja kao gemini-embedding-001 i poništene su prethodne generacije kao embedding-001 ili text-embedding-004 s ograničenim datumima.
En cuanto a herramientas, Gemini 3 podržava Búsqueda de Google za uzemljenje, File Search, ejecución de código y contexto de URL, además de la llamada a función estándar para tus propias herramientas personalizadas. Sin embargo, funcionalidades como Grounding with Google Maps o Computer Use no están todavía habilitadas para Gemini 3, por lo que seguirán ligadas a modelos anteriores o flujos alternativos.
El pricing de Grounding con Google Search también cambia para favorecer flujos agentic dinámicos: napustite model tarifnog plana od 35 US$ za 1.000 upita i postavite drugu tarifu za korištenje više od 14 USD za oko 1.000 konzultacija za upite. Esto encaja mejor con agentes que mezclan llamadas de búsqueda con otros tipos de acciones.
Nivel de retirada de modelos, se han ido desactivando paulatinamente variantes Gemini 1.5 y 2.x, incluyendo gemini-1.5-pro, gemini-1.5-flash, gemini-1.5-flash-8b, distintos previews de gemini-2.5-pro y flash, así como Variantes Live y modelos de imagen como gemini-2.5-flash-image-preview, con chas concretas de cierre a finales de 2025 e inicios de 2026. Esto obliga a planificar migraciones hacia Gemini 2.5 estables ili directamente a la serie Gemini 3.
Migración desde Gemini 2.5 na Gemini 3
Al migrar desde Gemini 2.5 a Gemini 3, es importante asumir que estás pasando de modelos poderosos a una familia centrala explícitamente en razonamiento, lo que cambia ciertas practicas habituales de prompt engineering. Muchas técnicas utilizadas para forzar cadenas de pensamiento, como prompts extremadamente detallados, pueden ser contraproducentes o redundantes.
Prije nego što je potrebno koristiti upite za que Gemini 2.5 razonara paso a paso, prueba Gemini 3 con thinking_level: “high” y upite más concisos y directos. El modelo ya está diseñado para razonar en profundidad cuando se le indica, por lo que no necesita tanta "coreografía" textual.
Revisa también cualquier configuración explícita de temperatura en tu código existente: si fijabas valores muy bajos para obtener respuestas deterministas, es probable que prefieras eliminar ese ajuste y confiar en el valor por defecto de 1.0 para evitar ciclos extraños o pérdida de rendimiento en tareas complejas. Si de todos modos necesitas controlar parcialmente la variabilidad, hazlo con pequeñas variaciones y pruebas exhaustivas.
En lo relativeo a documentos y PDFs, ten en cuenta que la resolución de OCR por defecto ha cambiado, lo que puede alterar el consumo de tokens. La migración a los valores por defecto de Gemini 3 puede incrementar el coste para PDFs (por una mayor resolución) y, a la vez, reducirlo para vídeos gracias a la compresión más agresivna en media_resolution.
Si tus flujos de trabajo dependen de segmentación de imágenes con máscaras a nivel de píxel, debes saber que Gemini 3 Pro y Gemini 3 Flash no ofrecen esta funcionalidad. En estos casos, la recomendación oficial es seguir usando Gemini 2.5 Flash con el modo de pensamiento desactivado o Gemini Robotics-ER 1.5, que están mejor alineados con esas cargas de trabajo.
Por último, ten presente que las herramientas de grounding con Google Maps y Computer Use aún no son compatibles con los modelos de Gemini 3, y tampoco está soportada la combinación de herramientas integradas (como Search) con llamadas a funciones personalizadas en una misma invocación. Esto condiciona cómo diseñas tus agentes híbridos y puede requerir orquestación de varios modelos.
Compatibilidad con APIs tipo OpenAI y resultados estructurados
Para quienes usan una capa de compatibilidad tipo OpenAI, la transición a Gemini 3 resulta más suave porque parametros familiares se mapean automaticamente a sus equivalentes en Gemini. El caso más visible es reasoning_effort, que se traduce a thinking_level en la API de Gemini.
Conviene saber que el nivel medium de reasoning_effort se interpreta como una prioridad alta de thinking_level en Gemini, por lo que los cambios de comportamiento pueden ser más marcados si dabas por hecho que medium era un punto intermedio “neutro”. Ajustar explícitamente thinking_level puede date un control más fino que delegar todo en la capa de compatibilidad.
Modeli Gemini 3 također dopuštaju kombinirane elemente integrirane s uzemljenjem s Google pretraživanjem, kontekstom URL-a i izbacivanjem koda sa strukturiranim salidama (pomoću primjera, JSON) definiranim u shemi odgovora. Esto es especialmente útil para agentes que tienen que rascar información en tiempo real y volcarla en estructuras limpias para pipelines posteriores.
En paralelo, Gemini 3 Pro Image aprovecha estas capacidades de grounding para generar imágenes basadas en datos actuales del mundo real (clima, mercados financieros, información noticiosa) antes de producir la imagen de alta fidelidad. De esta forma se reducen las alucinaciones visuales en contextos donde la precisión factual es crítica.
Dobra praksa za korištenje Gemini 3 Pro i Flash
La forma de conseguir buen rendimiento con Gemini 3 cambia ligeramente respecto a generaciones anteriores: el modelo prefiere instrucciones claras, razonamiento controlado vía parametros y un manejo cuidadoso del contexto largo. Forzarle con prompts excesivamente rebuscados puede hacer que “sobreanalice” partes irrelevantes.
A nivel de temperatura, la recomendación firm es dejarla en 1.0 salvo que tengas un motivo muy específico y controlado para modificarla. Gemini 3 ya equilibra creatividad y precisión a este valor, y los ajustes arbitrarios pueden producir efectos raros que antes se arreglaban ajustando la temperatura pero que ahora se abordan mejor con thinking_level.
En cuanto a estilo de salida, Gemini 3 tiende a ser menos verboso por defecto y prioriza respuestas directas y eficientes. Si tu caso de uso requiere un tono más conversacional o “charla de café”, debes pedirlo de forma explícita en las instrucciones, indicando el rol, el tono y el nivel de detalle deseado.
Para tareas multimodales, trata texto, imágenes, audio y vídeo como entradas de primera clase y haz referencias claras a cada modalidad en tus instrucciones. Esto ayuda a que el modelo fusione la información de todos los medios en lugar de processarlos como piezas aisladas, lo que se traduce en respuestas más coherentes cuando combinas, por ejemplo, código fuente, diagramas y descripciones textuales.
Cuando trabajes con contextos muy largos (libros completos, bases de código extensas, vídeos de larga duración), coloca tus preguntas o instrucciones específicas al final del prompt, después del bloque de datos. Es útil anclar el razonamiento con frases como “Basándote en la información anterior…” para que el modelo conecte explícitamente la pregunta con el contexto previo.
Gemini 3 marca un salto importante en la API de Gemini al combinar razonamiento de vanguardia, control fino de cómo piensa y cómo proces medios, nuevas herramientas para grounding y contexto, y un marco claro de migración desde Gemini 2.5, de modo que puedas construir agentes, aplicaciones multimodales y flujos complejos con más estabilidad, menos prompt engineering forzado y un control mucho mayor sobre coste, latencia y calidad de las respuestas.
