HY Image 3.5 Preview es el modelo unificado de generación y edición de imágenes de Tencent. Admite un brief escrito con imágenes de referencia opcionales y permite continuar la misma tarea visual en varios turnos. El resultado es una imagen para una escena, composición o edición definida. Los ejemplos de Tencent incluyen imágenes de producto, carteles de campaña, imágenes de diseño de interfaces y conceptos de materiales. Elige si la tarea necesita una imagen nueva, una composición informada por referencias o un cambio enfocado en un resultado existente.
El fabricante identifica la edición como hy-image-v3.5-preview y documenta un límite de prompt de 100K tokens. Su entrada es una conversación cronológica que contiene texto e imágenes, con el último mensaje del usuario aportando la instrucción actual. Los mensajes anteriores proporcionan contexto para edición iterativa. Esto difiere del flujo de un solo prompt de HY Image 3.0 y de sus límites de entrada independientes. Para una tarea continua de diseño, conserva el brief pertinente, las funciones de las referencias y la imagen elegida para que la siguiente instrucción construya sobre el estado visual previsto.
Prepara imágenes de referencia PNG o JPEG/JPG. Las entradas de referencia pueden contener hasta 20 imágenes, cada una de no más de 20 MB en el flujo documentado. Una imagen puede proporcionarse como recurso referenciado o codificado. Si la conversación contiene demasiadas imágenes, la guía del fabricante describe retirar primero del contexto las imágenes más antiguas. Mantén enfocado el conjunto activo de referencias en lugar de depender de que toda imagen histórica permanezca en contexto. El control de redimensionamiento de entrada conserva las imágenes más pequeñas y escala proporcionalmente las mayores hacia un área objetivo de píxeles; su objetivo predeterminado es 1,048,576 píxeles. Conserva suficiente detalle visible del producto, material o composición que deben guiar el resultado.
El tamaño de salida tiene dos vías distintas de preparación. Con tamaño automático, generate_max_pixels establece un área objetivo: 1,048,576 píxeles para el nivel 1K, 2,359,296 para el nivel predeterminado 1.5K o 4,194,304 para 2K. Las preguntas frecuentes del fabricante indican que una configuración de área objetivo proporcionada sola utiliza una proporción cuadrada de forma predeterminada. Cuando se omiten ambos controles de tamaño, el modelo utiliza el brief y el nivel predeterminado 1.5K. Esos niveles no crean una configuración 4K automática. Usa un nivel de área cuando una imagen cuadrada se adapte a la tarea. Para que el brief guíe las proporciones en el nivel predeterminado 1.5K, omite ambos controles de tamaño; solicita dimensiones explícitas cuando la composición requiera un tamaño vertical o panorámico específico.
Para dimensiones explícitas, el fabricante permite lados enteros positivos de entre 256 y 8192 píxeles, con un área total de no más de 16,777,216 píxeles. Un cuadrado de 4096 × 4096 cumple ese límite. El rango de lados y el máximo de área se aplican juntos, así que un borde de 8192 píxeles no permite una imagen de 8192 × 8192. Solicita explícitamente el ancho y alto requeridos cuando la composición final necesite un tamaño específico, en lugar de asumir que un nivel de área objetivo determina las mismas dimensiones. Mantén visibles en el prompt los detalles sensibles al recorte y el espacio vacío requerido.
El modelo admite edición en varios turnos mediante el historial de conversación devuelto. Tencent distingue la imagen final entregada de la imagen intermedia utilizada como contexto para la siguiente edición, y sus ejemplos conservan el razonamiento del asistente, la solicitud de herramienta y el resultado de imagen generada al continuar. Para una composición de producto, establece primero sujeto y encuadre; después pide un cambio de iluminación o un fondo nuevo especificando qué debe conservar su apariencia. Conserva juntos el resultado seleccionado y su historial para que el siguiente turno trabaje sobre esa imagen y no sobre una variación descartada. En el flujo documentado de Tencent, tanto los enlaces de la imagen final como los de la imagen de historial vencen después de 12 horas, así que conserva los recursos de imagen antes de depender de ellos para una edición posterior.
Los controles documentados incluyen una semilla, una nota al pie personalizada de marca de agua de hasta 16 caracteres y ampliación opcional con búsqueda externa, desactivada de forma predeterminada. La semilla es un entero no negativo; cero u omisión permiten que el fabricante elija al azar. Estos controles cumplen funciones distintas del propio brief. Para una imagen de producto basada en referencias, describe apariencia del producto, ángulo de cámara, superficie, iluminación y composición prevista, y después usa la referencia para guiar los detalles identificadores. Para un cartel, da la jerarquía y el texto exacto en lugar de dejar que se invente su mensaje.
La orientación práctica de Tencent recomienda revisar texto y composición, especialmente donde importan especificaciones de producto, nombres de organizaciones u otros textos factuales. Revisa la imagen terminada en cuanto a sujeto, proporciones, material, recorte y letras. Conserva el recurso final con su brief y configuración, y utiliza una instrucción concreta ligada a un problema visible para la siguiente edición.
", "aboutText": "HY Image 3.5 Preview es el modelo unificado de generación y edición de imágenes de Tencent. Admite un brief escrito con imágenes de referencia opcionales y permite continuar la misma tarea visual en varios turnos. El resultado es una imagen para una escena, composición o edición definida. Los ejemplos de Tencent incluyen imágenes de producto, carteles de campaña, imágenes de diseño de interfaces y conceptos de materiales. Elige si la tarea necesita una imagen nueva, una composición informada por referencias o un cambio enfocado en un resultado existente.\n\nEl fabricante identifica la edición como hy-image-v3.5-preview y documenta un límite de prompt de 100K tokens. Su entrada es una conversación cronológica que contiene texto e imágenes, con el último mensaje del usuario aportando la instrucción actual. Los mensajes anteriores proporcionan contexto para edición iterativa. Esto difiere del flujo de un solo prompt de HY Image 3.0 y de sus límites de entrada independientes. Para una tarea continua de diseño, conserva el brief pertinente, las funciones de las referencias y la imagen elegida para que la siguiente instrucción construya sobre el estado visual previsto.\n\nPrepara imágenes de referencia PNG o JPEG/JPG. Las entradas de referencia pueden contener hasta 20 imágenes, cada una de no más de 20 MB en el flujo documentado. Una imagen puede proporcionarse como recurso referenciado o codificado. Si la conversación contiene demasiadas imágenes, la guía del fabricante describe retirar primero del contexto las imágenes más antiguas. Mantén enfocado el conjunto activo de referencias en lugar de depender de que toda imagen histórica permanezca en contexto. El control de redimensionamiento de entrada conserva las imágenes más pequeñas y escala proporcionalmente las mayores hacia un área objetivo de píxeles; su objetivo predeterminado es 1,048,576 píxeles. Conserva suficiente detalle visible del producto, material o composición que deben guiar el resultado.\n\nEl tamaño de salida tiene dos vías distintas de preparación. Con tamaño automático, generate_max_pixels establece un área objetivo: 1,048,576 píxeles para el nivel 1K, 2,359,296 para el nivel predeterminado 1.5K o 4,194,304 para 2K. Las preguntas frecuentes del fabricante indican que una configuración de área objetivo proporcionada sola utiliza una proporción cuadrada de forma predeterminada. Cuando se omiten ambos controles de tamaño, el modelo utiliza el brief y el nivel predeterminado 1.5K. Esos niveles no crean una configuración 4K automática. Usa un nivel de área cuando una imagen cuadrada se adapte a la tarea. Para que el brief guíe las proporciones en el nivel predeterminado 1.5K, omite ambos controles de tamaño; solicita dimensiones explícitas cuando la composición requiera un tamaño vertical o panorámico específico.\n\nPara dimensiones explícitas, el fabricante permite lados enteros positivos de entre 256 y 8192 píxeles, con un área total de no más de 16,777,216 píxeles. Un cuadrado de 4096 × 4096 cumple ese límite. El rango de lados y el máximo de área se aplican juntos, así que un borde de 8192 píxeles no permite una imagen de 8192 × 8192. Solicita explícitamente el ancho y alto requeridos cuando la composición final necesite un tamaño específico, en lugar de asumir que un nivel de área objetivo determina las mismas dimensiones. Mantén visibles en el prompt los detalles sensibles al recorte y el espacio vacío requerido.\n\nEl modelo admite edición en varios turnos mediante el historial de conversación devuelto. Tencent distingue la imagen final entregada de la imagen intermedia utilizada como contexto para la siguiente edición, y sus ejemplos conservan el razonamiento del asistente, la solicitud de herramienta y el resultado de imagen generada al continuar. Para una composición de producto, establece primero sujeto y encuadre; después pide un cambio de iluminación o un fondo nuevo especificando qué debe conservar su apariencia. Conserva juntos el resultado seleccionado y su historial para que el siguiente turno trabaje sobre esa imagen y no sobre una variación descartada. En el flujo documentado de Tencent, tanto los enlaces de la imagen final como los de la imagen de historial vencen después de 12 horas, así que conserva los recursos de imagen antes de depender de ellos para una edición posterior.\n\nLos controles documentados incluyen una semilla, una nota al pie personalizada de marca de agua de hasta 16 caracteres y ampliación opcional con búsqueda externa, desactivada de forma predeterminada. La semilla es un entero no negativo; cero u omisión permiten que el fabricante elija al azar. Estos controles cumplen funciones distintas del propio brief. Para una imagen de producto basada en referencias, describe apariencia del producto, ángulo de cámara, superficie, iluminación y composición prevista, y después usa la referencia para guiar los detalles identificadores. Para un cartel, da la jerarquía y el texto exacto en lugar de dejar que se invente su mensaje.\n\nLa orientación práctica de Tencent recomienda revisar texto y composición, especialmente donde importan especificaciones de producto, nombres de organizaciones u otros textos factuales. Revisa la imagen terminada en cuanto a sujeto, proporciones, material, recorte y letras. Conserva el recurso final con su brief y configuración, y utiliza una instrucción concreta ligada a un problema visible para la siguiente edición.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "5efc6f0c115704fc8809965121ffb10e3f7ff5d15a3efbc7c351c20c35f614cd", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "es-mx", "methods": [ { "html": "tencent/hy-image-v3.5-previewHY Image 3.5 Preview combina generación de texto a imagen, creación basada en referencias y edición en varios turnos. Tencent documenta hasta 20 imágenes de referencia, selección automática de tamaño y tamaños explícitos de salida de hasta 4096 × 4096 para trabajo visual detallado.
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.
HY Image 3.5 Preview es el modelo unificado de generación y edición de imágenes de Tencent. Admite un brief escrito con imágenes de referencia opcionales y permite continuar la misma tarea visual en varios turnos. El resultado es una imagen para una escena, composición o edición definida. Los ejemplos de Tencent incluyen imágenes de producto, carteles de campaña, imágenes de diseño de interfaces y conceptos de materiales. Elige si la tarea necesita una imagen nueva, una composición informada por referencias o un cambio enfocado en un resultado existente.
El fabricante identifica la edición como hy-image-v3.5-preview y documenta un límite de prompt de 100K tokens. Su entrada es una conversación cronológica que contiene texto e imágenes, con el último mensaje del usuario aportando la instrucción actual. Los mensajes anteriores proporcionan contexto para edición iterativa. Esto difiere del flujo de un solo prompt de HY Image 3.0 y de sus límites de entrada independientes. Para una tarea continua de diseño, conserva el brief pertinente, las funciones de las referencias y la imagen elegida para que la siguiente instrucción construya sobre el estado visual previsto.
Prepara imágenes de referencia PNG o JPEG/JPG. Las entradas de referencia pueden contener hasta 20 imágenes, cada una de no más de 20 MB en el flujo documentado. Una imagen puede proporcionarse como recurso referenciado o codificado. Si la conversación contiene demasiadas imágenes, la guía del fabricante describe retirar primero del contexto las imágenes más antiguas. Mantén enfocado el conjunto activo de referencias en lugar de depender de que toda imagen histórica permanezca en contexto. El control de redimensionamiento de entrada conserva las imágenes más pequeñas y escala proporcionalmente las mayores hacia un área objetivo de píxeles; su objetivo predeterminado es 1,048,576 píxeles. Conserva suficiente detalle visible del producto, material o composición que deben guiar el resultado.
El tamaño de salida tiene dos vías distintas de preparación. Con tamaño automático, generate_max_pixels establece un área objetivo: 1,048,576 píxeles para el nivel 1K, 2,359,296 para el nivel predeterminado 1.5K o 4,194,304 para 2K. Las preguntas frecuentes del fabricante indican que una configuración de área objetivo proporcionada sola utiliza una proporción cuadrada de forma predeterminada. Cuando se omiten ambos controles de tamaño, el modelo utiliza el brief y el nivel predeterminado 1.5K. Esos niveles no crean una configuración 4K automática. Usa un nivel de área cuando una imagen cuadrada se adapte a la tarea. Para que el brief guíe las proporciones en el nivel predeterminado 1.5K, omite ambos controles de tamaño; solicita dimensiones explícitas cuando la composición requiera un tamaño vertical o panorámico específico.
Para dimensiones explícitas, el fabricante permite lados enteros positivos de entre 256 y 8192 píxeles, con un área total de no más de 16,777,216 píxeles. Un cuadrado de 4096 × 4096 cumple ese límite. El rango de lados y el máximo de área se aplican juntos, así que un borde de 8192 píxeles no permite una imagen de 8192 × 8192. Solicita explícitamente el ancho y alto requeridos cuando la composición final necesite un tamaño específico, en lugar de asumir que un nivel de área objetivo determina las mismas dimensiones. Mantén visibles en el prompt los detalles sensibles al recorte y el espacio vacío requerido.
El modelo admite edición en varios turnos mediante el historial de conversación devuelto. Tencent distingue la imagen final entregada de la imagen intermedia utilizada como contexto para la siguiente edición, y sus ejemplos conservan el razonamiento del asistente, la solicitud de herramienta y el resultado de imagen generada al continuar. Para una composición de producto, establece primero sujeto y encuadre; después pide un cambio de iluminación o un fondo nuevo especificando qué debe conservar su apariencia. Conserva juntos el resultado seleccionado y su historial para que el siguiente turno trabaje sobre esa imagen y no sobre una variación descartada. En el flujo documentado de Tencent, tanto los enlaces de la imagen final como los de la imagen de historial vencen después de 12 horas, así que conserva los recursos de imagen antes de depender de ellos para una edición posterior.
Los controles documentados incluyen una semilla, una nota al pie personalizada de marca de agua de hasta 16 caracteres y ampliación opcional con búsqueda externa, desactivada de forma predeterminada. La semilla es un entero no negativo; cero u omisión permiten que el fabricante elija al azar. Estos controles cumplen funciones distintas del propio brief. Para una imagen de producto basada en referencias, describe apariencia del producto, ángulo de cámara, superficie, iluminación y composición prevista, y después usa la referencia para guiar los detalles identificadores. Para un cartel, da la jerarquía y el texto exacto en lugar de dejar que se invente su mensaje.
La orientación práctica de Tencent recomienda revisar texto y composición, especialmente donde importan especificaciones de producto, nombres de organizaciones u otros textos factuales. Revisa la imagen terminada en cuanto a sujeto, proporciones, material, recorte y letras. Conserva el recurso final con su brief y configuración, y utiliza una instrucción concreta ligada a un problema visible para la siguiente edición.
POST /v1/images/generationstext, imageimage| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites tencent/hy-image-v3.5-preview | Predeterminado— |
Campoprompt | Tipostring | RequisitoObligatorio | Valores y límites Longitud mínima: 1 | Predeterminado— |
Camporesolution | Tipostring | RequisitoOpcional | Valores y límites 1K, 1.5K, 2K, 4K | Predeterminado— |
Campoaspect_ratio | Tipostring | RequisitoOpcional | Valores y límites 1:1, 1:2, 1:4, 2:1, 2:3, 3:2, 3:4, 4:1, 4:3, 4:5, 5:4, 9:16, 16:9 | Predeterminado— |
Campon | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Máximo: 1 | Predeterminado— |
Campoinput_references | Tipoarray | RequisitoOpcional | Valores y límites Número mínimo de elementos: 0 Número máximo de elementos: 20 | Predeterminado— |
Campoprovider | Tipoobject | RequisitoOpcional | Valores y límites | Predeterminado— |
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, prompt |
Parámetromaterial_types | Contratotext, image |
Ciclo de vida: synchronous_result_then_owned_library
GET /v1/media/tasks/{task_id} · El task_id real devuelto o el registro de la biblioteca multimedia
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Las tarifas mostradas permiten estimar el costo antes de la generación. El cargo final se calcula a partir del costo registrado para la generación original. La duración medida de la salida y las cantidades estimadas no son la cantidad facturable final.
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 | Cantidad prevista | Unidad de facturación | Cargo |
|---|---|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Cantidad prevista— | Unidad de facturación— | Cargo Entrada · Tokens de entrada · Estimación solo para comparar — / 1K tokens Salida · Tokens de salida · Estimación solo para comparar — / 1K tokens Entrada · Lectura de caché · Estimación solo para comparar — / 1K tokens Entrada · Escritura en caché · Estimación solo para comparar — / 1K tokens Entrada · Escritura en caché, 1 hora · Estimación solo para comparar — / 1K tokens |
| Configuracióntoken de salida de imagen | Tabla de tarifas— | Cantidad prevista— | Unidad de facturación/ 1K tokens de imagen | Cargo Salida · token de salida de imagen · Estimación solo para comparar $0.0032 / 1K tokens de imagen |
| ConfiguraciónCosto estimado de generación | Tabla de tarifas— | Cantidad previstaestimación para una generación | Unidad de facturación— | Cargo Salida · Costo estimado de generación · Estimación solo para comparar $0.0131072 estimación previa a la generación Esta estimación no es un cargo adicional ni una tarifa fija por la generación completada. |
Ailoot reserva un monto 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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np={'model': 'tencent/hy-image-v3.5-preview', 'prompt': 'a red panda astronaut floating in space, studio lighting'}\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/images/generations \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport base64, json, os, subprocess\nfrom pathlib import Path\nfrom urllib.parse import urlsplit, urljoin\n\ndef save_images(items):\n if not items: raise SystemExit("No completed images; retain the full response")\n for index, item in enumerate(items):\n encoded=item.get("b64_json")\n uri=item.get("url", "")\n if not encoded and uri.startswith("data:image/"):\n header, separator, encoded=uri.partition(",")\n if not separator or ";base64" not in header: raise SystemExit("Unsupported image data URI")\n if encoded:\n raw=base64.b64decode(encoded,validate=True)\n elif uri:\n uri=urljoin("https://api.ailoot.ai",uri)\n parsed=urlsplit(uri)\n if parsed.scheme!="https" or not parsed.netloc or parsed.username or parsed.password:\n raise SystemExit("Invalid returned image URL")\n owned=parsed.netloc=="api.ailoot.ai" and parsed.path.startswith("/v1/media/assets/") and parsed.path.endswith("/content")\n args=["curl","--fail-with-body","--silent","--show-error",uri]\n if owned: args += ["-H","Authorization: Bearer "+os.environ["AILOOT_API_KEY"]]\n temporary=Path(f"image-{index}.bin")\n subprocess.run(args+["-o",str(temporary)],check=True)\n raw=temporary.read_bytes()\n temporary.unlink()\n else: raise SystemExit("Image has neither bytes nor URL")\n if not raw: raise SystemExit("Empty image result")\n ext="png" if raw.startswith(b"\\x89PNG") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4]==b"RIFF" and raw[8:12]==b"WEBP" else "svg" if raw.lstrip().startswith((b"<svg",b"<?xml")) else "bin"\n Path(f"image-{index}.{ext}").write_bytes(raw)\n print("Every returned image saved; complete response metadata retained")\nsave_images(json.loads(Path("result.json").read_text())["data"])\nPY_RESULT\nDescarga cada imagen recibida o guarda su contenido Base64
GET /v1/media/tasks/{task_id}GET /v1/media/assets/{asset_id}/contentGET /v1/media/assetsGET /v1/media/assets/{asset_id}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/media/assets \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -o owned-assets.json\n# Preserve every returned asset and follow its exact signed content URL. Do not construct a signed token.\nGuarda todas las imágenes completadas; descarga cada URL recibida o decodifica su contenido Base64.
Conserva la respuesta completa y los encabezados, todas las salidas reales, los identificadores originales devueltos y todos los campos de uso. Recupera la operación original sin volver a enviar la solicitud de creación.
Conserva el X-Client-Request-ID devuelto para la conciliación. Consulta únicamente los valores reales de task_id/asset_id devueltos o la biblioteca multimedia de tu propiedad; nunca construyas una URL de tarea a partir del ID de la operación ni vuelvas a enviar la solicitud de creación.
| Campo | Tipo |
|---|---|
Campocreated | Tipo |
Campodata[].url | Tipo |
Campodata[].b64_json | Tipo |
Campousage | Tipo |
Ailoot Ultra tencent/hy-image-v3.5-preview
/v1/images