Gemini 2.5 Flash es el perfil estable de razonamiento híbrido de Google para un trabajo multimodal versátil y el uso de herramientas por agentes. Ofrece respuestas con y sin razonamiento para tareas multimodales a gran escala que necesitan distintos niveles de razonamiento. El texto, las imágenes, el audio y el vídeo contribuyen a una respuesta textual. La entrada de documentos también se describe en el perfil de la nube de Google específico del modelo. Un resultado útil puede ser una comparación de documentos, un gráfico interpretado, una transcripción, código o un registro estructurado.
El control del razonamiento de esta edición utiliza thinkingBudget. El razonamiento dinámico es el valor predeterminado; un ajuste de -1 permite al modelo adaptar su razonamiento a la complejidad de la tarea. Un presupuesto explícito puede ir de cero a 24,576 tokens, y cero desactiva el razonamiento. Elige un presupuesto apropiado para el problema real en lugar de asignar el mismo esfuerzo a una categorización sencilla y a un análisis con varias condiciones. La guía trata el presupuesto como una orientación, y la ficha nativa señala que su cumplimiento puede no ser exacto.
Para una tarea de documentos o datos, define la pregunta, los campos necesarios y las pruebas que deben acompañar al resultado. Para una comparación de requisitos, compara dos especificaciones y devuelve el requisito modificado, el pasaje de origen y su efecto en un flujo de trabajo indicado. La salida estructurada resulta útil cuando cada hallazgo necesita la misma estructura de registro. Si la fuente ofrece varios valores posibles o deja un campo abierto, conserva esa incertidumbre en lugar de forzar una única respuesta plausible. Contrasta los valores devueltos con las páginas o los datos proporcionados.
Para material visual o de audio, identifica el objeto, el rótulo, el suceso o el pasaje de la grabación pertinente. Solicita el tipo de texto que necesitas: valores visibles de un gráfico, la descripción de un suceso, una transcripción o un resumen. Son recursos diferentes y las instrucciones deben indicar cuál debe producirse. La ficha nativa compartida incluye Flash Image y Flash Audio como capacidades con nombres independientes; sus salidas de imágenes y voz generadas no forman parte de este perfil estable de texto.
El perfil exacto de la nube de Google documenta entradas PDF y de texto sin formato con límites específicos de la interfaz: 50 MB por PDF importado mediante la API y hasta 3,000 páginas por archivo, con un límite de 7 MB para archivos de texto sin formato. Ese perfil también describe aproximadamente 45 minutos de vídeo con audio o una hora sin audio, y aproximadamente 8.4 horas de audio dentro de la capacidad de entrada de un millón de tokens. Son las restricciones declaradas de la interfaz de la nube, independientes de la ventana general de tokens del modelo. Prepara la sección y el formato de origen pertinentes en lugar de suponer que todos los tipos de archivo o las vías de carga tienen el mismo límite.
La tabla exacta de Gemini API enumera llamadas a funciones, ejecución de código, búsqueda de archivos, fundamentación mediante búsquedas, fundamentación con Maps, contexto de URL y salidas estructuradas. Define la función de cada herramienta y la estructura de sus parámetros, y continúa a partir del resultado real devuelto. El modelo puede solicitar una operación, mientras que la aplicación conectada la realiza. Conserva el contexto necesario de las firmas de razonamiento al continuar una tarea de razonamiento en la interfaz sin estado. Una respuesta estructurada o una sugerencia de función no demuestran por sí solas que una operación externa haya tenido éxito.
La ficha nativa del modelo indica un contexto de 1M y una salida textual de 64K, mientras que la tabla exacta de la API especifica 1,048,576 tokens de entrada y 65,536 tokens de salida. Un límite de respuesta incluye tokens de razonamiento, por lo que un límite demasiado pequeño puede dejar la respuesta final truncada o vacía. Solicita un recurso cuyo tamaño se ajuste a la capacidad de salida y utiliza el presupuesto de razonamiento para orientar el esfuerzo. Se documentan el almacenamiento en caché y los modos de procesamiento por lotes, Flex y Priority para este perfil del fabricante. Conserva los identificadores de los elementos al preparar varios registros independientes.
La edición estable sigue siendo distinta de las variantes Flash Preview y de los modelos Gemini 3 posteriores. Su ficha enumera posibles alucinaciones, limitaciones en la comprensión causal y el razonamiento lógico complejo o contrafactual, y una fecha de corte de conocimiento en enero de 2025. Proporciona pruebas recientes cuando una tarea dependa de información más nueva. Contrasta los cálculos, los valores extraídos, las transcripciones y el código propuesto con la fuente real o con el resultado de ejecución. El razonamiento híbrido resulta útil cuando respalda ese resultado concreto, en lugar de convertirse en un sustituto de su revisión.
", "aboutText": "Gemini 2.5 Flash es el perfil estable de razonamiento híbrido de Google para un trabajo multimodal versátil y el uso de herramientas por agentes. Ofrece respuestas con y sin razonamiento para tareas multimodales a gran escala que necesitan distintos niveles de razonamiento. El texto, las imágenes, el audio y el vídeo contribuyen a una respuesta textual. La entrada de documentos también se describe en el perfil de la nube de Google específico del modelo. Un resultado útil puede ser una comparación de documentos, un gráfico interpretado, una transcripción, código o un registro estructurado.\n\nEl control del razonamiento de esta edición utiliza thinkingBudget. El razonamiento dinámico es el valor predeterminado; un ajuste de -1 permite al modelo adaptar su razonamiento a la complejidad de la tarea. Un presupuesto explícito puede ir de cero a 24,576 tokens, y cero desactiva el razonamiento. Elige un presupuesto apropiado para el problema real en lugar de asignar el mismo esfuerzo a una categorización sencilla y a un análisis con varias condiciones. La guía trata el presupuesto como una orientación, y la ficha nativa señala que su cumplimiento puede no ser exacto.\n\nPara una tarea de documentos o datos, define la pregunta, los campos necesarios y las pruebas que deben acompañar al resultado. Para una comparación de requisitos, compara dos especificaciones y devuelve el requisito modificado, el pasaje de origen y su efecto en un flujo de trabajo indicado. La salida estructurada resulta útil cuando cada hallazgo necesita la misma estructura de registro. Si la fuente ofrece varios valores posibles o deja un campo abierto, conserva esa incertidumbre en lugar de forzar una única respuesta plausible. Contrasta los valores devueltos con las páginas o los datos proporcionados.\n\nPara material visual o de audio, identifica el objeto, el rótulo, el suceso o el pasaje de la grabación pertinente. Solicita el tipo de texto que necesitas: valores visibles de un gráfico, la descripción de un suceso, una transcripción o un resumen. Son recursos diferentes y las instrucciones deben indicar cuál debe producirse. La ficha nativa compartida incluye Flash Image y Flash Audio como capacidades con nombres independientes; sus salidas de imágenes y voz generadas no forman parte de este perfil estable de texto.\n\nEl perfil exacto de la nube de Google documenta entradas PDF y de texto sin formato con límites específicos de la interfaz: 50 MB por PDF importado mediante la API y hasta 3,000 páginas por archivo, con un límite de 7 MB para archivos de texto sin formato. Ese perfil también describe aproximadamente 45 minutos de vídeo con audio o una hora sin audio, y aproximadamente 8.4 horas de audio dentro de la capacidad de entrada de un millón de tokens. Son las restricciones declaradas de la interfaz de la nube, independientes de la ventana general de tokens del modelo. Prepara la sección y el formato de origen pertinentes en lugar de suponer que todos los tipos de archivo o las vías de carga tienen el mismo límite.\n\nLa tabla exacta de Gemini API enumera llamadas a funciones, ejecución de código, búsqueda de archivos, fundamentación mediante búsquedas, fundamentación con Maps, contexto de URL y salidas estructuradas. Define la función de cada herramienta y la estructura de sus parámetros, y continúa a partir del resultado real devuelto. El modelo puede solicitar una operación, mientras que la aplicación conectada la realiza. Conserva el contexto necesario de las firmas de razonamiento al continuar una tarea de razonamiento en la interfaz sin estado. Una respuesta estructurada o una sugerencia de función no demuestran por sí solas que una operación externa haya tenido éxito.\n\nLa ficha nativa del modelo indica un contexto de 1M y una salida textual de 64K, mientras que la tabla exacta de la API especifica 1,048,576 tokens de entrada y 65,536 tokens de salida. Un límite de respuesta incluye tokens de razonamiento, por lo que un límite demasiado pequeño puede dejar la respuesta final truncada o vacía. Solicita un recurso cuyo tamaño se ajuste a la capacidad de salida y utiliza el presupuesto de razonamiento para orientar el esfuerzo. Se documentan el almacenamiento en caché y los modos de procesamiento por lotes, Flex y Priority para este perfil del fabricante. Conserva los identificadores de los elementos al preparar varios registros independientes.\n\nLa edición estable sigue siendo distinta de las variantes Flash Preview y de los modelos Gemini 3 posteriores. Su ficha enumera posibles alucinaciones, limitaciones en la comprensión causal y el razonamiento lógico complejo o contrafactual, y una fecha de corte de conocimiento en enero de 2025. Proporciona pruebas recientes cuando una tarea dependa de información más nueva. Contrasta los cálculos, los valores extraídos, las transcripciones y el código propuesto con la fuente real o con el resultado de ejecución. El razonamiento híbrido resulta útil cuando respalda ese resultado concreto, en lugar de convertirse en un sustituto de su revisión.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "b2fb5047d6deb2361337335ef5ff58abbe5a1474b55b93223a6361ad640068d8", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "es", "methods": [ { "html": "google/gemini-2.5-flash:batchGemini 2.5 Flash es el modelo estable de razonamiento híbrido de Google para análisis multimodal y tareas de agentes. Su presupuesto de razonamiento dinámico puede ajustarse de 0 a 24,576 tokens, incluido un modo desactivado. El texto, las imágenes, el audio, el vídeo y los documentos se convierten en texto o resultados estructurados, con un límite de entrada documentado de 1,048,576 tokens.
Esta descripción cubre las capacidades del modelo. Las entradas, salidas y opciones disponibles en Ailoot se indican a continuación para el método seleccionado.
Gemini 2.5 Flash es el perfil estable de razonamiento híbrido de Google para un trabajo multimodal versátil y el uso de herramientas por agentes. Ofrece respuestas con y sin razonamiento para tareas multimodales a gran escala que necesitan distintos niveles de razonamiento. El texto, las imágenes, el audio y el vídeo contribuyen a una respuesta textual. La entrada de documentos también se describe en el perfil de la nube de Google específico del modelo. Un resultado útil puede ser una comparación de documentos, un gráfico interpretado, una transcripción, código o un registro estructurado.
El control del razonamiento de esta edición utiliza thinkingBudget. El razonamiento dinámico es el valor predeterminado; un ajuste de -1 permite al modelo adaptar su razonamiento a la complejidad de la tarea. Un presupuesto explícito puede ir de cero a 24,576 tokens, y cero desactiva el razonamiento. Elige un presupuesto apropiado para el problema real en lugar de asignar el mismo esfuerzo a una categorización sencilla y a un análisis con varias condiciones. La guía trata el presupuesto como una orientación, y la ficha nativa señala que su cumplimiento puede no ser exacto.
Para una tarea de documentos o datos, define la pregunta, los campos necesarios y las pruebas que deben acompañar al resultado. Para una comparación de requisitos, compara dos especificaciones y devuelve el requisito modificado, el pasaje de origen y su efecto en un flujo de trabajo indicado. La salida estructurada resulta útil cuando cada hallazgo necesita la misma estructura de registro. Si la fuente ofrece varios valores posibles o deja un campo abierto, conserva esa incertidumbre en lugar de forzar una única respuesta plausible. Contrasta los valores devueltos con las páginas o los datos proporcionados.
Para material visual o de audio, identifica el objeto, el rótulo, el suceso o el pasaje de la grabación pertinente. Solicita el tipo de texto que necesitas: valores visibles de un gráfico, la descripción de un suceso, una transcripción o un resumen. Son recursos diferentes y las instrucciones deben indicar cuál debe producirse. La ficha nativa compartida incluye Flash Image y Flash Audio como capacidades con nombres independientes; sus salidas de imágenes y voz generadas no forman parte de este perfil estable de texto.
El perfil exacto de la nube de Google documenta entradas PDF y de texto sin formato con límites específicos de la interfaz: 50 MB por PDF importado mediante la API y hasta 3,000 páginas por archivo, con un límite de 7 MB para archivos de texto sin formato. Ese perfil también describe aproximadamente 45 minutos de vídeo con audio o una hora sin audio, y aproximadamente 8.4 horas de audio dentro de la capacidad de entrada de un millón de tokens. Son las restricciones declaradas de la interfaz de la nube, independientes de la ventana general de tokens del modelo. Prepara la sección y el formato de origen pertinentes en lugar de suponer que todos los tipos de archivo o las vías de carga tienen el mismo límite.
La tabla exacta de Gemini API enumera llamadas a funciones, ejecución de código, búsqueda de archivos, fundamentación mediante búsquedas, fundamentación con Maps, contexto de URL y salidas estructuradas. Define la función de cada herramienta y la estructura de sus parámetros, y continúa a partir del resultado real devuelto. El modelo puede solicitar una operación, mientras que la aplicación conectada la realiza. Conserva el contexto necesario de las firmas de razonamiento al continuar una tarea de razonamiento en la interfaz sin estado. Una respuesta estructurada o una sugerencia de función no demuestran por sí solas que una operación externa haya tenido éxito.
La ficha nativa del modelo indica un contexto de 1M y una salida textual de 64K, mientras que la tabla exacta de la API especifica 1,048,576 tokens de entrada y 65,536 tokens de salida. Un límite de respuesta incluye tokens de razonamiento, por lo que un límite demasiado pequeño puede dejar la respuesta final truncada o vacía. Solicita un recurso cuyo tamaño se ajuste a la capacidad de salida y utiliza el presupuesto de razonamiento para orientar el esfuerzo. Se documentan el almacenamiento en caché y los modos de procesamiento por lotes, Flex y Priority para este perfil del fabricante. Conserva los identificadores de los elementos al preparar varios registros independientes.
La edición estable sigue siendo distinta de las variantes Flash Preview y de los modelos Gemini 3 posteriores. Su ficha enumera posibles alucinaciones, limitaciones en la comprensión causal y el razonamiento lógico complejo o contrafactual, y una fecha de corte de conocimiento en enero de 2025. Proporciona pruebas recientes cuando una tarea dependa de información más nueva. Contrasta los cálculos, los valores extraídos, las transcripciones y el código propuesto con la fuente real o con el resultado de ejecución. El razonamiento híbrido resulta útil cuando respalda ese resultado concreto, en lugar de convertirse en un sustituto de su revisión.
POST /v1/batchestexttext| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campoendpoint | Tipostring | RequisitoObligatorio | Valores y límites /v1/chat/completions | Predeterminado— |
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites google/gemini-2.5-flash:batch | Predeterminado— |
Camporequests | Tipobatch_item[] | RequisitoObligatorio | Valores y límites Número mínimo de elementos: 1 | Predeterminado— |
Camporequests[].custom_id | Tipostring | RequisitoObligatorio | Valores y límites | Predeterminado— |
Camporequests[].body.messages | Tipomessage[] | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campocompletion_window | Tipostring | RequisitoOpcional | Valores y límites 24h | Predeterminado— |
Campoprovider | Tipoobject|null | RequisitoOpcional | Valores y límites | Predeterminado— |
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratoendpoint, model, requests |
Parámetromaterial_types | Contratotext |
Parámetrorepresentation | Contratorequests[] en la propia solicitud; cada elemento tiene custom_id y body |
Parámetrorequest_endpoint_profile | Contrato/v1/chat/completions |
Parámetrofile_material | ContratoEl cliente puede leer localmente el JSONL real en UTF-8 e incorporarlo a requests[]. No se utiliza purpose de carga, input_file_id ni ninguna referencia a archivos. Si falta el material del cliente o está vacío, la preparación se detiene antes del POST. |
Parámetroserialization_order | Contratoendpoint, model, provider (si se proporciona), completion_window (si se proporciona), requests al final |
Parámetrooptional_controls | Contratoprovider.only, provider.allow_fallbacks, completion_window |
Parámetroschema_scope | ContratoCuerpos de Chat Completions de texto incluidos directamente en el contenedor Batch documentado. |
Ciclo de vida: asynchronous
GET /v1/batches/{operation_id} · response.id real de la respuesta de creación original; mismo usuario, clave y grupo
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
Relaciona cada cargo con las condiciones mostradas. Usa una tarifa para cada conjunto de configuraciones alternativas.
| Configuración | Tabla de tarifas | Tokens de contexto, más de | Tokens de contexto, hasta inclusive | Cargo |
|---|---|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Tokens de contexto, más de— | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.0003 / 1K tokens Salida · Tokens de salida $0.0025 / 1K tokens Entrada · Lectura de caché $0.00006 / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónTramo 1 por longitud de la solicitud | Tabla de tarifas— | Tokens de contexto, más de0 | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.0003 / 1K tokens Salida · Tokens de salida $0.0025 / 1K tokens Entrada · Lectura de caché $0.00006 / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
Ailoot reserva un importe estimado antes de la solicitud. Tras obtener el resultado, liquida el cargo definitivo según el uso medido. En las respuestas en flujo, la liquidación usa el registro de uso final. Cómo funcionan la reserva y la liquidación →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json\nfrom pathlib import Path\nbody=json.loads('{"endpoint":"/v1/chat/completions","model":"google/gemini-2.5-flash:batch","requests":[{"custom_id":"req-0001","body":{"messages":[{"role":"user","content":"Hello!"}],"max_tokens":16}}]}')\nPath("batch-request.json").write_text(json.dumps(body,ensure_ascii=False),encoding="utf-8")\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/batches \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @batch-request.json -D batch-response-headers.txt -o batch-create-response.json\nimport json, os\nfrom pathlib import Path\nfrom urllib.request import Request, urlopen\n\ndef prepare_requests(customer_path):\n path = Path(customer_path)\n if not path.is_file(): raise ValueError("Customer JSONL file is missing")\n items = [json.loads(line) for line in path.read_text(encoding="utf-8").splitlines() if line.strip()]\n if not items: raise ValueError("Customer JSONL contains no requests")\n ids = set()\n for item in items:\n if set(item) != {"custom_id", "body"}: raise ValueError("Each item needs custom_id and body")\n cid = item["custom_id"]\n if not isinstance(cid, str) or not cid.strip() or cid in ids: raise ValueError("custom_id must be nonempty and unique")\n ids.add(cid)\n if not isinstance(item["body"], dict) or not item["body"].get("messages"): raise ValueError("Supply actual text messages")\n return {"endpoint":"/v1/chat/completions", "model":"google/gemini-2.5-flash:batch", "requests":items}\n\nif __name__ == "__main__":\n material = os.environ.get("AILOOT_BATCH_REQUESTS_JSONL", "")\n if not material: raise SystemExit("Set AILOOT_BATCH_REQUESTS_JSONL to your actual customer file")\n body = prepare_requests(material)\n key = os.environ.get("AILOOT_API_KEY", "")\n if not key: raise SystemExit("Set AILOOT_API_KEY")\n request = Request("https://api.ailoot.ai/v1/batches", data=json.dumps(body, ensure_ascii=False).encode("utf-8"), headers={"Authorization":"Bearer " + key, "Content-Type":"application/json"}, method="POST")\n with urlopen(request) as response:\n raw = response.read()\n Path("batch-create-response.json").write_bytes(raw)\n print(raw.decode("utf-8"))\nJSON de results[].response.body incluido directamente
GET /v1/batches/{operation_id}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nBATCH_OPERATION_ID="$(python3 - <<'PY_ID'\nimport json\nfrom pathlib import Path\nfrom urllib.parse import quote\nresponse = json.loads(Path("batch-create-response.json").read_text(encoding="utf-8"))\noperation = response.get("id")\nif not isinstance(operation, str) or not operation: raise SystemExit("No actual original operation ID; preserve the response and do not resubmit")\nprint(quote(operation, safe=""))\nPY_ID\n)"\ncurl --fail-with-body --silent --show-error "https://api.ailoot.ai/v1/batches/$BATCH_OPERATION_ID" \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -o batch-status-response.json\nConserva todas las respuestas, archivos y partes de contenido completos recibidos.
Conserva todos los resultados, los cuerpos de respuesta y de error, las opciones y el uso agregado.
Conserva el ID de la operación original. 503 result_pending_check incluye X-Should-Retry:false; nunca vuelvas a enviar un lote original cuyo resultado se desconoce.
| Campo | Tipo |
|---|---|
Camporesults[].custom_id | Tipostring |
Camporesults[].response.body.choices[].message.content | Tipostring|null |
Camporesults[].error | Tipoobject|null |
Campousage | Tipoobject|null |
Ailoot Ultra google/gemini-2.5-flash:batch
Usa las rutas de método indicadas arriba.