La versión fija Plus del 15 de febrero
Qwen3.5 Plus 2026-02-15 es la versión fija del 15 de febrero de 2026 de la familia nativa de lenguaje visual Plus de Qwen. Su arquitectura documentada combina atención lineal con cómputo de mezcla dispersa de expertos, y admite tareas de texto y multimodales. Las entradas incluyen texto, imágenes y video; la respuesta es texto, como una explicación, una propuesta de código o un artefacto documental. El nombre fechado da a esta edición una identidad específica dentro de la familia Plus.
El fabricante describe Qwen3.5-Plus administrado como correspondiente al modelo abierto Qwen3.5-397B-A17B, con funciones adicionales que incluyen un contexto predeterminado de un millón de tokens, herramientas integradas y uso adaptativo de herramientas. Las dos ofertas conservan nombres y contratos de interfaz independientes. Las cantidades exactas de expertos, la representación numérica y el contexto nativo del checkpoint abierto no deben convertirse silenciosamente en una especificación completa de esta versión Plus fechada.
Trabajo unificado con texto y material visual
La familia Qwen3.5 desarrolla razonamiento, programación, agentes y comprensión visual mediante fusión temprana de texto y visión y aprendizaje por refuerzo en tareas progresivamente complejas. Su descripción de familia incluye 201 idiomas y dialectos. Para trabajo multilingüe, indica el idioma objetivo, la audiencia y los términos que se deben conservar; para trabajo visual, conserva las etiquetas, los encabezados de tabla o las definiciones del diagrama que se necesiten para la pregunta.
Una solicitud documental útil puede pedir una comparación organizada por las mismas secciones que la fuente, con pasajes que respalden cada hallazgo. Una solicitud de programación puede combinar una captura de pantalla, el código existente pertinente y requisitos funcionales; después, puede pedir código fuente editable y una explicación del comportamiento por separado. Para video, identifica el evento o la secuencia que importan y conserva los tiempos. Verifica los pasajes devueltos, los detalles visuales y el código propuesto contra el material suministrado.
Razonamiento y respuestas directas
La guía de modos del fabricante lista la familia Qwen3.5 Plus y la versión fija del 15 de febrero como de pensamiento híbrido, con pensamiento habilitado de forma predeterminada. El flujo híbrido documentado puede desactivar el pensamiento para una respuesta directa. Mantén separado el razonamiento del artefacto final cuando la interfaz elegida proporcione ambos. Define una forma final clara, como una tabla de hallazgos, una respuesta delimitada o archivos de código, para que el resultado sea fácil de inspeccionar.
El checkpoint abierto Qwen3.5 tiene sus propias orientaciones de historial y muestreo. Las generaciones posteriores de Qwen también introducen distintos valores predeterminados y controles de conservación del razonamiento. Sigue la receta exacta de la interfaz Plus, en lugar de suponer que un marcador de prompt, un contenedor de parámetros o un comportamiento de historial se trasladan entre todas las ediciones con el nombre Qwen.
Herramientas y trabajo adaptativo
La referencia Plus del productor describe el uso de herramientas integradas y el uso adaptativo de herramientas. Una tarea puede permitir a un flujo conectado recuperar evidencia, inspeccionar material proporcionado o devolver resultados de operaciones permitidas. Indica las herramientas disponibles, las acciones permitidas y la condición observable de terminación. El modelo puede usar retroalimentación real para revisar su análisis y seleccionar el siguiente paso; la aplicación realiza acciones externas y proporciona sus resultados.
Para una tarea de agente, pide que el informe final muestre el artefacto resultante, la evidencia que lo respalda y las condiciones sin resolver. Distingue un parche o una consulta de recuperación propuestos de un resultado de herramienta realmente devuelto. Una solicitud de texto con forma JSON no establece por sí sola un contrato de imposición de esquemas, y una petición de ejecutar código no crea de manera independiente un entorno de ejecución.
Preparación de contexto largo
La referencia Plus administrada de Qwen describe un contexto predeterminado de un millón de tokens. Mantén visibles las divisiones entre documentos, los identificadores de código y las definiciones en una entrada grande, y reserva espacio para el razonamiento y la respuesta final. Usa la asignación de contexto de Plus administrado para este flujo; el checkpoint abierto 397B tiene sus propios límites nativos y ampliados.
Para una comparación larga, acota la pregunta a las decisiones o relaciones requeridas y pide al modelo citar la sección que respalda cada conclusión. La asignación de contexto puede reunir más evidencia, pero una estructura clara de fuentes es lo que hace rastreable la respuesta. Conserva el nombre de la edición fechada cuando importe la reproducibilidad.
Resultado práctico y límites
Usa esta versión fija para un entregable textual concreto basado en material de proyecto o visual proporcionado: una propuesta de implementación, una comparación de documentos o una respuesta explicada. Verifica las etiquetas visuales pequeñas, los cálculos, el texto citado y los cambios de código contra la evidencia original. El alcance documentado del modelo es la comprensión de texto y material visual con salida textual; no implica imágenes, video o voz generados. Las herramientas exactas, las reglas de carga y las asignaciones de salida deben seguir la interfaz seleccionada, en lugar de una equivalencia supuesta con otro checkpoint.
", "aboutText": "La versión fija Plus del 15 de febrero\n\nQwen3.5 Plus 2026-02-15 es la versión fija del 15 de febrero de 2026 de la familia nativa de lenguaje visual Plus de Qwen. Su arquitectura documentada combina atención lineal con cómputo de mezcla dispersa de expertos, y admite tareas de texto y multimodales. Las entradas incluyen texto, imágenes y video; la respuesta es texto, como una explicación, una propuesta de código o un artefacto documental. El nombre fechado da a esta edición una identidad específica dentro de la familia Plus.\n\nEl fabricante describe Qwen3.5-Plus administrado como correspondiente al modelo abierto Qwen3.5-397B-A17B, con funciones adicionales que incluyen un contexto predeterminado de un millón de tokens, herramientas integradas y uso adaptativo de herramientas. Las dos ofertas conservan nombres y contratos de interfaz independientes. Las cantidades exactas de expertos, la representación numérica y el contexto nativo del checkpoint abierto no deben convertirse silenciosamente en una especificación completa de esta versión Plus fechada.\n\nTrabajo unificado con texto y material visual\n\nLa familia Qwen3.5 desarrolla razonamiento, programación, agentes y comprensión visual mediante fusión temprana de texto y visión y aprendizaje por refuerzo en tareas progresivamente complejas. Su descripción de familia incluye 201 idiomas y dialectos. Para trabajo multilingüe, indica el idioma objetivo, la audiencia y los términos que se deben conservar; para trabajo visual, conserva las etiquetas, los encabezados de tabla o las definiciones del diagrama que se necesiten para la pregunta.\n\nUna solicitud documental útil puede pedir una comparación organizada por las mismas secciones que la fuente, con pasajes que respalden cada hallazgo. Una solicitud de programación puede combinar una captura de pantalla, el código existente pertinente y requisitos funcionales; después, puede pedir código fuente editable y una explicación del comportamiento por separado. Para video, identifica el evento o la secuencia que importan y conserva los tiempos. Verifica los pasajes devueltos, los detalles visuales y el código propuesto contra el material suministrado.\n\nRazonamiento y respuestas directas\n\nLa guía de modos del fabricante lista la familia Qwen3.5 Plus y la versión fija del 15 de febrero como de pensamiento híbrido, con pensamiento habilitado de forma predeterminada. El flujo híbrido documentado puede desactivar el pensamiento para una respuesta directa. Mantén separado el razonamiento del artefacto final cuando la interfaz elegida proporcione ambos. Define una forma final clara, como una tabla de hallazgos, una respuesta delimitada o archivos de código, para que el resultado sea fácil de inspeccionar.\n\nEl checkpoint abierto Qwen3.5 tiene sus propias orientaciones de historial y muestreo. Las generaciones posteriores de Qwen también introducen distintos valores predeterminados y controles de conservación del razonamiento. Sigue la receta exacta de la interfaz Plus, en lugar de suponer que un marcador de prompt, un contenedor de parámetros o un comportamiento de historial se trasladan entre todas las ediciones con el nombre Qwen.\n\nHerramientas y trabajo adaptativo\n\nLa referencia Plus del productor describe el uso de herramientas integradas y el uso adaptativo de herramientas. Una tarea puede permitir a un flujo conectado recuperar evidencia, inspeccionar material proporcionado o devolver resultados de operaciones permitidas. Indica las herramientas disponibles, las acciones permitidas y la condición observable de terminación. El modelo puede usar retroalimentación real para revisar su análisis y seleccionar el siguiente paso; la aplicación realiza acciones externas y proporciona sus resultados.\n\nPara una tarea de agente, pide que el informe final muestre el artefacto resultante, la evidencia que lo respalda y las condiciones sin resolver. Distingue un parche o una consulta de recuperación propuestos de un resultado de herramienta realmente devuelto. Una solicitud de texto con forma JSON no establece por sí sola un contrato de imposición de esquemas, y una petición de ejecutar código no crea de manera independiente un entorno de ejecución.\n\nPreparación de contexto largo\n\nLa referencia Plus administrada de Qwen describe un contexto predeterminado de un millón de tokens. Mantén visibles las divisiones entre documentos, los identificadores de código y las definiciones en una entrada grande, y reserva espacio para el razonamiento y la respuesta final. Usa la asignación de contexto de Plus administrado para este flujo; el checkpoint abierto 397B tiene sus propios límites nativos y ampliados.\n\nPara una comparación larga, acota la pregunta a las decisiones o relaciones requeridas y pide al modelo citar la sección que respalda cada conclusión. La asignación de contexto puede reunir más evidencia, pero una estructura clara de fuentes es lo que hace rastreable la respuesta. Conserva el nombre de la edición fechada cuando importe la reproducibilidad.\n\nResultado práctico y límites\n\nUsa esta versión fija para un entregable textual concreto basado en material de proyecto o visual proporcionado: una propuesta de implementación, una comparación de documentos o una respuesta explicada. Verifica las etiquetas visuales pequeñas, los cálculos, el texto citado y los cambios de código contra la evidencia original. El alcance documentado del modelo es la comprensión de texto y material visual con salida textual; no implica imágenes, video o voz generados. Las herramientas exactas, las reglas de carga y las asignaciones de salida deben seguir la interfaz seleccionada, en lugar de una equivalencia supuesta con otro checkpoint.", "editorialOverlay": { "copy_fields": { "practical_html": "Ejemplo técnico en inglés
Compare document retention clauses\n\nCompare sections A and B. A: 'Keep delivery logs for 30 days; retain disputed deliveries until resolution.' B: 'Delete every delivery log after 30 days.' Return the shared rule, the conflict and a revised B that preserves A's dispute exception. Cite the section label beside each finding and leave other retention categories unspecified.A section-linked comparison and a revised clause preserving the dispute condition.The revised clause must not delete an unresolved disputed-delivery log merely because 30 days passed.qwen/qwen3.5-plus-02-15Qwen3.5 Plus 2026-02-15 es la versión fija del 15 de febrero del modelo nativo de lenguaje visual Plus de Qwen. Combina comprensión de texto, imágenes y video con razonamiento, programación y flujos orientados a agentes, y devuelve respuestas o artefactos textuales en el modo de pensamiento híbrido de la familia.
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.
La versión fija Plus del 15 de febrero
Qwen3.5 Plus 2026-02-15 es la versión fija del 15 de febrero de 2026 de la familia nativa de lenguaje visual Plus de Qwen. Su arquitectura documentada combina atención lineal con cómputo de mezcla dispersa de expertos, y admite tareas de texto y multimodales. Las entradas incluyen texto, imágenes y video; la respuesta es texto, como una explicación, una propuesta de código o un artefacto documental. El nombre fechado da a esta edición una identidad específica dentro de la familia Plus.
El fabricante describe Qwen3.5-Plus administrado como correspondiente al modelo abierto Qwen3.5-397B-A17B, con funciones adicionales que incluyen un contexto predeterminado de un millón de tokens, herramientas integradas y uso adaptativo de herramientas. Las dos ofertas conservan nombres y contratos de interfaz independientes. Las cantidades exactas de expertos, la representación numérica y el contexto nativo del checkpoint abierto no deben convertirse silenciosamente en una especificación completa de esta versión Plus fechada.
Trabajo unificado con texto y material visual
La familia Qwen3.5 desarrolla razonamiento, programación, agentes y comprensión visual mediante fusión temprana de texto y visión y aprendizaje por refuerzo en tareas progresivamente complejas. Su descripción de familia incluye 201 idiomas y dialectos. Para trabajo multilingüe, indica el idioma objetivo, la audiencia y los términos que se deben conservar; para trabajo visual, conserva las etiquetas, los encabezados de tabla o las definiciones del diagrama que se necesiten para la pregunta.
Una solicitud documental útil puede pedir una comparación organizada por las mismas secciones que la fuente, con pasajes que respalden cada hallazgo. Una solicitud de programación puede combinar una captura de pantalla, el código existente pertinente y requisitos funcionales; después, puede pedir código fuente editable y una explicación del comportamiento por separado. Para video, identifica el evento o la secuencia que importan y conserva los tiempos. Verifica los pasajes devueltos, los detalles visuales y el código propuesto contra el material suministrado.
Razonamiento y respuestas directas
La guía de modos del fabricante lista la familia Qwen3.5 Plus y la versión fija del 15 de febrero como de pensamiento híbrido, con pensamiento habilitado de forma predeterminada. El flujo híbrido documentado puede desactivar el pensamiento para una respuesta directa. Mantén separado el razonamiento del artefacto final cuando la interfaz elegida proporcione ambos. Define una forma final clara, como una tabla de hallazgos, una respuesta delimitada o archivos de código, para que el resultado sea fácil de inspeccionar.
El checkpoint abierto Qwen3.5 tiene sus propias orientaciones de historial y muestreo. Las generaciones posteriores de Qwen también introducen distintos valores predeterminados y controles de conservación del razonamiento. Sigue la receta exacta de la interfaz Plus, en lugar de suponer que un marcador de prompt, un contenedor de parámetros o un comportamiento de historial se trasladan entre todas las ediciones con el nombre Qwen.
Herramientas y trabajo adaptativo
La referencia Plus del productor describe el uso de herramientas integradas y el uso adaptativo de herramientas. Una tarea puede permitir a un flujo conectado recuperar evidencia, inspeccionar material proporcionado o devolver resultados de operaciones permitidas. Indica las herramientas disponibles, las acciones permitidas y la condición observable de terminación. El modelo puede usar retroalimentación real para revisar su análisis y seleccionar el siguiente paso; la aplicación realiza acciones externas y proporciona sus resultados.
Para una tarea de agente, pide que el informe final muestre el artefacto resultante, la evidencia que lo respalda y las condiciones sin resolver. Distingue un parche o una consulta de recuperación propuestos de un resultado de herramienta realmente devuelto. Una solicitud de texto con forma JSON no establece por sí sola un contrato de imposición de esquemas, y una petición de ejecutar código no crea de manera independiente un entorno de ejecución.
Preparación de contexto largo
La referencia Plus administrada de Qwen describe un contexto predeterminado de un millón de tokens. Mantén visibles las divisiones entre documentos, los identificadores de código y las definiciones en una entrada grande, y reserva espacio para el razonamiento y la respuesta final. Usa la asignación de contexto de Plus administrado para este flujo; el checkpoint abierto 397B tiene sus propios límites nativos y ampliados.
Para una comparación larga, acota la pregunta a las decisiones o relaciones requeridas y pide al modelo citar la sección que respalda cada conclusión. La asignación de contexto puede reunir más evidencia, pero una estructura clara de fuentes es lo que hace rastreable la respuesta. Conserva el nombre de la edición fechada cuando importe la reproducibilidad.
Resultado práctico y límites
Usa esta versión fija para un entregable textual concreto basado en material de proyecto o visual proporcionado: una propuesta de implementación, una comparación de documentos o una respuesta explicada. Verifica las etiquetas visuales pequeñas, los cálculos, el texto citado y los cambios de código contra la evidencia original. El alcance documentado del modelo es la comprensión de texto y material visual con salida textual; no implica imágenes, video o voz generados. Las herramientas exactas, las reglas de carga y las asignaciones de salida deben seguir la interfaz seleccionada, en lugar de una equivalencia supuesta con otro checkpoint.
POST /v1/chat/completionstexttext| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites qwen/qwen3.5-plus-02-15 | Predeterminado— |
Campomessages | Tipomessage[] | RequisitoObligatorio | Valores y límites Número mínimo de elementos: 1 | Predeterminado— |
Campomessages[].role | Tipostring | RequisitoObligatorio | Valores y límites Ejemplos: system, user, assistant, tool, function Condiciones: Estos roles están representados explícitamente por los tipos de compatibilidad del código fuente; el conjunto exacto de roles depende del modelo. Depende del modelo | Predeterminado— |
Campomessages[].content | Tipostring|content_part[]|null | RequisitoOpcional | Valores y límites | Predeterminado— |
Campomessages[].tool_calls | Tipotool_call[] | RequisitoOpcional | Valores y límites | Predeterminado— |
Campomessages[].tool_call_id | Tipostring | RequisitoOpcional | Valores y límites Se aplica cuando: role=tool; utiliza el ID real devuelto | Predeterminado— |
Campomessages[].name | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campomessages[].reasoning_content | Tipostring | RequisitoOpcional | Valores y límites Se aplica cuando: Devuelve en los turnos siguientes el razonamiento realmente recibido cuando este modelo lo utilice | Predeterminado— |
Campomessages[].reasoning_details | Tipoobject|array | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campomax_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Depende del modelo | Predeterminado— |
Campomax_completion_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Depende del modelo | Predeterminado— |
Campostream | Tipoboolean | RequisitoOpcional | Valores y límites | Predeterminadofalse |
Campostream_options.include_usage | Tipoboolean | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotemperature | Tiponumber | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotop_p | Tiponumber | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campostop | Tipostring|string[] | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotools | Tipofunction_tool[] | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campotools[].type | Tipostring | RequisitoOpcional | Valores y límites function Depende del modelo | Predeterminado— |
Campotools[].function.name | Tipostring | RequisitoObligatorio | Valores y límites Se aplica cuando: herramienta de función proporcionada | Predeterminado— |
Campotools[].function.description | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotools[].function.parameters | TipoJSON_schema | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotool_choice | Tipostring|object | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campoparallel_tool_calls | Tipoboolean | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camporesponse_format | Tipoobject | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camporeasoning_effort | Tipostring | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camporeasoning | Tipoobject | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Camposervice_tier | Tipostring | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campoinstructions | Tipostring | RequisitoOpcional | Valores y límites Campo de compatibilidad | Predeterminado— |
Campofunctions | Tipofunction[] | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campofunction_call | Tipostring|object | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campoprompt_cache_options | Tipoobject | RequisitoOpcional | Valores y límites Depende del modelo | Predeterminado— |
Campomodalities | Tipostring[] | RequisitoOpcional | Valores y límites text | Predeterminado— |
Campoprovider | Tipoobject | RequisitoOpcional | Valores y límites Condiciones: provider.options se rechaza en esta ruta de texto Ultra | Predeterminado— |
Campocache_control.ttl | Tipostring | RequisitoOpcional | Valores y límites Condiciones: 1h se rechaza en los campos reales de caché de instrucciones | Predeterminado— |
Texto · Texto UTF8
messages[].content
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, messages |
Parámetromaterial_types | Contratotext |
Parámetromessages | Contratomatriz de mensajes con estructura role/content |
Parámetrofile_material | Contratodocumento real en UTF-8 insertado como texto literal; no se deduce ningún ID de archivo |
Parámetrooptional_controls | Contratostream, temperature, top_p, stop, max_tokens, max_completion_tokens, reasoning, response_format, tools, tool_choice |
Parámetrocontrol_scope | Contratodepende del modelo; las herramientas de funciones del usuario difieren de las herramientas alojadas |
Parámetrooutput_modalities | Contratotext |
Parámetrohosted_operations | Contratofalse |
Parámetromultimodal_input_binding | Contratonull |
Ciclo de vida: synchronous_or_streamed
Envía el ID exacto del modelo junto con messages.
La longitud del contexto no es un límite máximo de salida.
Un archivo de texto puede aportar texto literal; las entradas de imagen, audio u objetos de archivo requieren una vinculación exacta.
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.00052 / 1K tokens Salida · Tokens de salida $0.00312 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónNivel 1 por longitud de la solicitud | Tabla de tarifas— | Tokens de contexto, más de0 | Tokens de contexto, hasta inclusive256,000 | Cargo Entrada · Tokens de entrada $0.00052 / 1K tokens Salida · Tokens de salida $0.00312 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónNivel 2 por longitud de la solicitud | Tabla de tarifas— | Tokens de contexto, más de256,000 | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.00065 / 1K tokens Salida · Tokens de salida $0.0039 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
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}"\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "qwen/qwen3.5-plus-02-15", "messages": [{"role": "user", "content": "Explain the difference between an observation and a hypothesis in three sentences."}]}')\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/chat/completions \\\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 json\nfrom pathlib import Path\nr=json.loads(Path("result.json").read_text())\nfor x in r.get("choices",[]):\n if x.get("message",{}).get("content"): print(x["message"]["content"])\nPY_RESULT\nfrom openai import OpenAI\nimport os\n\nif not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nresult=client.chat.completions.create(model='qwen/qwen3.5-plus-02-15',messages=[{"role":"user","content":"Explain observations and hypotheses in three sentences."}])\nimport base64, json\nfrom pathlib import Path\n\ndef save_result(data, stem="result"):\n # Keep every field, including usage, IDs, reasoning and tool requests.\n Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")\n print(json.dumps(data, ensure_ascii=False, indent=2))\n def save_blob(encoded, suffix, label):\n raw = base64.b64decode(encoded, altchars=b"-_", validate=True)\n ext = "png" if raw.startswith(b"\\x89PNG\\r\\n\\x1a\\n") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4] == b"RIFF" and raw[8:12] == b"WEBP" else suffix\n file = Path(stem + "-" + label + "." + ext)\n file.write_bytes(raw)\n print("Saved", file)\n for index, block in enumerate(data.get("content") or []):\n print("Content", index, json.dumps(block, ensure_ascii=False))\n for choice in data.get("choices") or []:\n print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))\n for index, item in enumerate(data.get("output") or []):\n print("Output", index, json.dumps(item, ensure_ascii=False))\n if item.get("type") == "image_generation_call" and item.get("result"):\n save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))\n for ci, candidate in enumerate(data.get("candidates") or []):\n for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):\n print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))\n blob = part.get("inlineData") or part.get("inline_data")\n if blob and blob.get("data"):\n mime = blob.get("mimeType") or blob.get("mime_type")\n suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")\n save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))\n\nsave_result(result.to_dict(mode="json"))\nfrom openai import OpenAI\nimport os\nfrom pathlib import Path\n\nif not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nimport base64, json\nfrom pathlib import Path\n\ndef save_result(data, stem="result"):\n # Keep every field, including usage, IDs, reasoning and tool requests.\n Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")\n print(json.dumps(data, ensure_ascii=False, indent=2))\n def save_blob(encoded, suffix, label):\n raw = base64.b64decode(encoded, altchars=b"-_", validate=True)\n ext = "png" if raw.startswith(b"\\x89PNG\\r\\n\\x1a\\n") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4] == b"RIFF" and raw[8:12] == b"WEBP" else suffix\n file = Path(stem + "-" + label + "." + ext)\n file.write_bytes(raw)\n print("Saved", file)\n for index, block in enumerate(data.get("content") or []):\n print("Content", index, json.dumps(block, ensure_ascii=False))\n for choice in data.get("choices") or []:\n print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))\n for index, item in enumerate(data.get("output") or []):\n print("Output", index, json.dumps(item, ensure_ascii=False))\n if item.get("type") == "image_generation_call" and item.get("result"):\n save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))\n for ci, candidate in enumerate(data.get("candidates") or []):\n for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):\n print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))\n blob = part.get("inlineData") or part.get("inline_data")\n if blob and blob.get("data"):\n mime = blob.get("mimeType") or blob.get("mime_type")\n suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")\n save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))\n\nwith client.chat.completions.stream(model='qwen/qwen3.5-plus-02-15',messages=[{"role":"user","content":"Explain observations and hypotheses in three sentences."}]) as stream:\n with Path("stream-events.jsonl").open("w",encoding="utf-8") as log:\n for event in stream:\n payload=event.to_dict(mode="json")\n log.write(json.dumps(payload,ensure_ascii=False)+"\\n"); log.flush()\n print(json.dumps(payload,ensure_ascii=False))\n final=stream.get_final_completion()\n save_result(final.to_dict(mode="json"),"stream-result")\njson o SSE
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Conserva cada alternativa y su contenido, llamadas de herramientas y razonamiento. En SSE, ensambla los fragmentos incrementales por índice de alternativa/herramienta y conserva el motivo final de terminación y el uso.
Conserva los ID de solicitud y respuesta y los encabezados. No se proporciona una URL genérica para recuperar tareas de texto.
| Campo | Tipo |
|---|---|
Campochoices[].index | Tipointeger |
Campochoices[].message.content | Tipostring|null |
Campochoices[].message.tool_calls | Tipotool_call[] |
Campochoices[].message.reasoning_content | Tipostring |
Campochoices[].message.reasoning_details | Tipoobject|array |
Campochoices[].finish_reason | Tipostring|null |
Campousage | Tipoobject |
| Respuesta | Condición | Siguiente paso |
|---|---|---|
Respuesta400 · invalid_request_error | CondiciónCampos obligatorios, representación del material o valor del parámetro no válidos | Siguiente pasoCorrige los campos indicados antes de una nueva solicitud de creación. |
Ailoot Ultra qwen/qwen3.5-plus-02-15
Usa las rutas de método indicadas arriba.
qwen/qwen3.5-plus-02-15Qwen3.5 Plus 2026-02-15 es la versión fija del 15 de febrero del modelo nativo de lenguaje visual Plus de Qwen. Combina comprensión de texto, imágenes y video con razonamiento, programación y flujos orientados a agentes, y devuelve respuestas o artefactos textuales en el modo de pensamiento híbrido de la familia.
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.
La versión fija Plus del 15 de febrero
Qwen3.5 Plus 2026-02-15 es la versión fija del 15 de febrero de 2026 de la familia nativa de lenguaje visual Plus de Qwen. Su arquitectura documentada combina atención lineal con cómputo de mezcla dispersa de expertos, y admite tareas de texto y multimodales. Las entradas incluyen texto, imágenes y video; la respuesta es texto, como una explicación, una propuesta de código o un artefacto documental. El nombre fechado da a esta edición una identidad específica dentro de la familia Plus.
El fabricante describe Qwen3.5-Plus administrado como correspondiente al modelo abierto Qwen3.5-397B-A17B, con funciones adicionales que incluyen un contexto predeterminado de un millón de tokens, herramientas integradas y uso adaptativo de herramientas. Las dos ofertas conservan nombres y contratos de interfaz independientes. Las cantidades exactas de expertos, la representación numérica y el contexto nativo del checkpoint abierto no deben convertirse silenciosamente en una especificación completa de esta versión Plus fechada.
Trabajo unificado con texto y material visual
La familia Qwen3.5 desarrolla razonamiento, programación, agentes y comprensión visual mediante fusión temprana de texto y visión y aprendizaje por refuerzo en tareas progresivamente complejas. Su descripción de familia incluye 201 idiomas y dialectos. Para trabajo multilingüe, indica el idioma objetivo, la audiencia y los términos que se deben conservar; para trabajo visual, conserva las etiquetas, los encabezados de tabla o las definiciones del diagrama que se necesiten para la pregunta.
Una solicitud documental útil puede pedir una comparación organizada por las mismas secciones que la fuente, con pasajes que respalden cada hallazgo. Una solicitud de programación puede combinar una captura de pantalla, el código existente pertinente y requisitos funcionales; después, puede pedir código fuente editable y una explicación del comportamiento por separado. Para video, identifica el evento o la secuencia que importan y conserva los tiempos. Verifica los pasajes devueltos, los detalles visuales y el código propuesto contra el material suministrado.
Razonamiento y respuestas directas
La guía de modos del fabricante lista la familia Qwen3.5 Plus y la versión fija del 15 de febrero como de pensamiento híbrido, con pensamiento habilitado de forma predeterminada. El flujo híbrido documentado puede desactivar el pensamiento para una respuesta directa. Mantén separado el razonamiento del artefacto final cuando la interfaz elegida proporcione ambos. Define una forma final clara, como una tabla de hallazgos, una respuesta delimitada o archivos de código, para que el resultado sea fácil de inspeccionar.
El checkpoint abierto Qwen3.5 tiene sus propias orientaciones de historial y muestreo. Las generaciones posteriores de Qwen también introducen distintos valores predeterminados y controles de conservación del razonamiento. Sigue la receta exacta de la interfaz Plus, en lugar de suponer que un marcador de prompt, un contenedor de parámetros o un comportamiento de historial se trasladan entre todas las ediciones con el nombre Qwen.
Herramientas y trabajo adaptativo
La referencia Plus del productor describe el uso de herramientas integradas y el uso adaptativo de herramientas. Una tarea puede permitir a un flujo conectado recuperar evidencia, inspeccionar material proporcionado o devolver resultados de operaciones permitidas. Indica las herramientas disponibles, las acciones permitidas y la condición observable de terminación. El modelo puede usar retroalimentación real para revisar su análisis y seleccionar el siguiente paso; la aplicación realiza acciones externas y proporciona sus resultados.
Para una tarea de agente, pide que el informe final muestre el artefacto resultante, la evidencia que lo respalda y las condiciones sin resolver. Distingue un parche o una consulta de recuperación propuestos de un resultado de herramienta realmente devuelto. Una solicitud de texto con forma JSON no establece por sí sola un contrato de imposición de esquemas, y una petición de ejecutar código no crea de manera independiente un entorno de ejecución.
Preparación de contexto largo
La referencia Plus administrada de Qwen describe un contexto predeterminado de un millón de tokens. Mantén visibles las divisiones entre documentos, los identificadores de código y las definiciones en una entrada grande, y reserva espacio para el razonamiento y la respuesta final. Usa la asignación de contexto de Plus administrado para este flujo; el checkpoint abierto 397B tiene sus propios límites nativos y ampliados.
Para una comparación larga, acota la pregunta a las decisiones o relaciones requeridas y pide al modelo citar la sección que respalda cada conclusión. La asignación de contexto puede reunir más evidencia, pero una estructura clara de fuentes es lo que hace rastreable la respuesta. Conserva el nombre de la edición fechada cuando importe la reproducibilidad.
Resultado práctico y límites
Usa esta versión fija para un entregable textual concreto basado en material de proyecto o visual proporcionado: una propuesta de implementación, una comparación de documentos o una respuesta explicada. Verifica las etiquetas visuales pequeñas, los cálculos, el texto citado y los cambios de código contra la evidencia original. El alcance documentado del modelo es la comprensión de texto y material visual con salida textual; no implica imágenes, video o voz generados. Las herramientas exactas, las reglas de carga y las asignaciones de salida deben seguir la interfaz seleccionada, en lugar de una equivalencia supuesta con otro checkpoint.
POST /v1/messagestextjson, sse| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites qwen/qwen3.5-plus-02-15 | Predeterminado— |
Campomessages | Tipomessage[] | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campomessages[].role | Tipostring | RequisitoObligatorio | Valores y límites user, assistant | Predeterminado— |
Campomessages[].content | Tipostring | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campomax_tokens | Tipointeger | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campostream | Tipoboolean | RequisitoOpcional | Valores y límites | Predeterminadofalse |
Texto · Texto UTF-8
cadena messages[].content
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, messages, max_tokens |
Parámetrooptional_controls | Contratostream |
Parámetromaterial_types | Contratotext |
Parámetrotext_file_material | ContratoLee el documento real en UTF-8 y coloca su texto en el campo input indicado o en la cadena de contenido del mensaje. |
Ciclo de vida: synchronous_or_streamed
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.00052 / 1K tokens Salida · Tokens de salida $0.00312 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónNivel 1 por longitud de la solicitud | Tabla de tarifas— | Tokens de contexto, más de0 | Tokens de contexto, hasta inclusive256,000 | Cargo Entrada · Tokens de entrada $0.00052 / 1K tokens Salida · Tokens de salida $0.00312 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónNivel 2 por longitud de la solicitud | Tabla de tarifas— | Tokens de contexto, más de256,000 | Tokens de contexto, hasta inclusiveSin límite superior | Cargo Entrada · Tokens de entrada $0.00065 / 1K tokens Salida · Tokens de salida $0.0039 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
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 →
{\n "model": "qwen/qwen3.5-plus-02-15",\n "max_tokens": 128,\n "messages": [\n {\n "role": "user",\n "content": "Summarize the incident report."\n }\n ],\n "stream": false\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_TEXT_FILE:?Set your actual UTF-8 document}"\nexport AILOOT_TEXT_FILE\npython3 - <<'PY_REQUEST'\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'qwen/qwen3.5-plus-02-15', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nPath('request.json').write_text(json.dumps(payload, ensure_ascii=False), encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \\\n -H "x-api-key: $AILOOT_API_KEY" -H 'anthropic-version: 2023-06-01' -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nPY_RESULT\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'qwen/qwen3.5-plus-02-15', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nfrom urllib.request import Request, urlopen\nfrom urllib.error import HTTPError\n\napi_key = os.environ['AILOOT_API_KEY']\nif not api_key.strip():\n raise SystemExit('Set AILOOT_API_KEY before making a request')\nheaders = {'x-api-key': 'PLACEHOLDER_KEY', 'anthropic-version': '2023-06-01', 'Content-Type': 'application/json'}\nheaders['x-api-key'] = api_key\nrequest = Request('https://api.ailoot.ai/v1/messages', data=json.dumps(payload, ensure_ascii=False).encode('utf-8'), headers=headers, method='POST')\ntry:\n with urlopen(request, timeout=120) as response:\n raw = response.read()\n Path('response-headers.txt').write_text(str(response.headers), encoding='utf-8')\nexcept HTTPError as error:\n Path('result.json').write_bytes(error.read())\n Path('response-headers.txt').write_text(str(error.headers), encoding='utf-8')\n raise\nPath('result.json').write_bytes(raw)\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nJSON o SSE
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Conserva todos los bloques de contenido, las firmas de razonamiento y los ID reales de uso de herramientas. Ensambla todos los fragmentos incrementales de los bloques SSE; el primer bloque de texto no constituye la salida completa.
Conserva los ID de solicitud y respuesta y los encabezados. No se proporciona una URL genérica para recuperar tareas de texto.
| Campo | Tipo |
|---|---|
Campoid | Tipostring |
Campomodel | Tipostring |
Campocontent[] | Tipotext|thinking|tool_use|other content block |
Campostop_reason | Tipostring|null |
Campousage | Tipoobject |
| Respuesta | Condición | Siguiente paso |
|---|---|---|
Respuesta400 · invalid_request_error | CondiciónCampos obligatorios, representación del material o valor del parámetro no válidos | Siguiente pasoCorrige los campos indicados antes de una nueva solicitud de creación. |
Ailoot Ultra qwen/qwen3.5-plus-02-15
Usa las rutas de método indicadas arriba.
Ejemplo técnico en inglés
Compare document retention clauses\n\nCompare sections A and B. A: 'Keep delivery logs for 30 days; retain disputed deliveries until resolution.' B: 'Delete every delivery log after 30 days.' Return the shared rule, the conflict and a revised B that preserves A's dispute exception. Cite the section label beside each finding and leave other retention categories unspecified.A section-linked comparison and a revised clause preserving the dispute condition.The revised clause must not delete an unresolved disputed-delivery log merely because 30 days passed.