Ling 3.0 Flash es un modelo de texto a texto de inclusionAI. Su arquitectura publicada es una mezcla de expertos con 124 mil millones de parámetros totales y aproximadamente 5.1 mil millones de parámetros activos por token. Selecciona inclusionai/ling-3.0-flash mediante POST /v1/chat/completions con model y un array messages. Las instrucciones, el material de origen y los turnos de conversación anteriores deben incluirse en el texto de los mensajes.
Utiliza un prompt centrado en la tarea para convertir el material proporcionado en un resultado específico. Para una respuesta a un cliente, proporciona la pregunta del cliente y el texto del producto o de la política que debe utilizar la respuesta, y especifica después el tono y el siguiente paso. Para un resumen de documento, indica las secciones que necesitas, como decisiones, preguntas sin resolver y acciones. Para una extracción, define los campos solicitados y cómo representar los datos que no aparecen en la fuente. Para trabajar con código, incluye la función o el extracto de archivo pertinente y solicita una explicación, una propuesta de cambio o una revisión frente a un requisito explícito.
La ventana de contexto publicada es de 262 144 tokens, con un máximo de 32 768 tokens de generación indicados para el modelo. Calcula conjuntamente el texto de origen, las instrucciones, el historial de conversación y la generación solicitada. Utiliza max_tokens para establecer la cantidad de salida solicitada. Un documento debe proporcionarse como su texto real cuando quieras que la respuesta dependa de su contenido; haz referencia explícita a las secciones pertinentes cuando una solicitud combine varios pasajes.
La lista de parámetros admitidos incluye tools y tool_choice para llamadas a funciones. Define en la solicitud las funciones disponibles y las descripciones de sus argumentos. Tu aplicación valida una llamada devuelta, ejecuta la función seleccionada y aporta su resultado a la conversación antes de solicitar una respuesta de seguimiento. Por ejemplo, un flujo de soporte puede ofrecer una consulta de pedidos de alcance limitado y utilizar los datos devueltos al redactar la respuesta. Mantén los resultados de las herramientas asociados al turno de conversación correcto para que el modelo pueda distinguirlos de la solicitud original del usuario.
El modelo admite response_format para salida JSON, sin aplicación obligatoria de un esquema JSON. Indica los campos previstos y valida el objeto devuelto en tu aplicación antes de utilizarlo. Otros controles publicados incluyen temperature, top_p, top_k, min_p, stop, seed y las penalizaciones enumeradas de repetición, frecuencia y presencia. La lista de parámetros también incluye reasoning e include_reasoning; elige su representación admitida a partir de la especificación de la solicitud en lugar de dar por válidos valores de otra edición.
Chat Completions puede devolver una respuesta completa o texto en streaming. Para una respuesta completa, lee el contenido del mensaje devuelto y conserva las choices de la respuesta y usage. Con streaming, ensambla los deltas antes de considerar completa la respuesta y conserva las llamadas a herramientas devueltas con sus argumentos. El resultado es texto o una solicitud de llamada a función para el siguiente paso de la aplicación; la aplicación que lo integra es responsable de la ejecución y del uso de la respuesta completada.
", "aboutText": "Ling 3.0 Flash es un modelo de texto a texto de inclusionAI. Su arquitectura publicada es una mezcla de expertos con 124 mil millones de parámetros totales y aproximadamente 5.1 mil millones de parámetros activos por token. Selecciona inclusionai/ling-3.0-flash mediante POST /v1/chat/completions con model y un array messages. Las instrucciones, el material de origen y los turnos de conversación anteriores deben incluirse en el texto de los mensajes.\n\nUtiliza un prompt centrado en la tarea para convertir el material proporcionado en un resultado específico. Para una respuesta a un cliente, proporciona la pregunta del cliente y el texto del producto o de la política que debe utilizar la respuesta, y especifica después el tono y el siguiente paso. Para un resumen de documento, indica las secciones que necesitas, como decisiones, preguntas sin resolver y acciones. Para una extracción, define los campos solicitados y cómo representar los datos que no aparecen en la fuente. Para trabajar con código, incluye la función o el extracto de archivo pertinente y solicita una explicación, una propuesta de cambio o una revisión frente a un requisito explícito.\n\nLa ventana de contexto publicada es de 262 144 tokens, con un máximo de 32 768 tokens de generación indicados para el modelo. Calcula conjuntamente el texto de origen, las instrucciones, el historial de conversación y la generación solicitada. Utiliza max_tokens para establecer la cantidad de salida solicitada. Un documento debe proporcionarse como su texto real cuando quieras que la respuesta dependa de su contenido; haz referencia explícita a las secciones pertinentes cuando una solicitud combine varios pasajes.\n\nLa lista de parámetros admitidos incluye tools y tool_choice para llamadas a funciones. Define en la solicitud las funciones disponibles y las descripciones de sus argumentos. Tu aplicación valida una llamada devuelta, ejecuta la función seleccionada y aporta su resultado a la conversación antes de solicitar una respuesta de seguimiento. Por ejemplo, un flujo de soporte puede ofrecer una consulta de pedidos de alcance limitado y utilizar los datos devueltos al redactar la respuesta. Mantén los resultados de las herramientas asociados al turno de conversación correcto para que el modelo pueda distinguirlos de la solicitud original del usuario.\n\nEl modelo admite response_format para salida JSON, sin aplicación obligatoria de un esquema JSON. Indica los campos previstos y valida el objeto devuelto en tu aplicación antes de utilizarlo. Otros controles publicados incluyen temperature, top_p, top_k, min_p, stop, seed y las penalizaciones enumeradas de repetición, frecuencia y presencia. La lista de parámetros también incluye reasoning e include_reasoning; elige su representación admitida a partir de la especificación de la solicitud en lugar de dar por válidos valores de otra edición.\n\nChat Completions puede devolver una respuesta completa o texto en streaming. Para una respuesta completa, lee el contenido del mensaje devuelto y conserva las choices de la respuesta y usage. Con streaming, ensambla los deltas antes de considerar completa la respuesta y conserva las llamadas a herramientas devueltas con sus argumentos. El resultado es texto o una solicitud de llamada a función para el siguiente paso de la aplicación; la aplicación que lo integra es responsable de la ejecución y del uso de la respuesta completada.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "e889cbf8321ed017d6978673ff7888a9a023cd0dfdd07f755536e7e5879795d1", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "es", "methods": [ { "html": "inclusionai/ling-3.0-flashLing 3.0 Flash es el modelo de texto de inclusionAI para conversaciones, trabajo con documentos y flujos de agentes controlados por la aplicación. Acepta texto mediante Chat Completions, admite declaraciones de llamadas a funciones y formato de salida JSON, y tiene una ventana de contexto publicada de 262 144 tokens. Utiliza el ID exacto inclusionai/ling-3.0-flash al seleccionar esta edición.
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.
Ling 3.0 Flash es un modelo de texto a texto de inclusionAI. Su arquitectura publicada es una mezcla de expertos con 124 mil millones de parámetros totales y aproximadamente 5.1 mil millones de parámetros activos por token. Selecciona inclusionai/ling-3.0-flash mediante POST /v1/chat/completions con model y un array messages. Las instrucciones, el material de origen y los turnos de conversación anteriores deben incluirse en el texto de los mensajes.
Utiliza un prompt centrado en la tarea para convertir el material proporcionado en un resultado específico. Para una respuesta a un cliente, proporciona la pregunta del cliente y el texto del producto o de la política que debe utilizar la respuesta, y especifica después el tono y el siguiente paso. Para un resumen de documento, indica las secciones que necesitas, como decisiones, preguntas sin resolver y acciones. Para una extracción, define los campos solicitados y cómo representar los datos que no aparecen en la fuente. Para trabajar con código, incluye la función o el extracto de archivo pertinente y solicita una explicación, una propuesta de cambio o una revisión frente a un requisito explícito.
La ventana de contexto publicada es de 262 144 tokens, con un máximo de 32 768 tokens de generación indicados para el modelo. Calcula conjuntamente el texto de origen, las instrucciones, el historial de conversación y la generación solicitada. Utiliza max_tokens para establecer la cantidad de salida solicitada. Un documento debe proporcionarse como su texto real cuando quieras que la respuesta dependa de su contenido; haz referencia explícita a las secciones pertinentes cuando una solicitud combine varios pasajes.
La lista de parámetros admitidos incluye tools y tool_choice para llamadas a funciones. Define en la solicitud las funciones disponibles y las descripciones de sus argumentos. Tu aplicación valida una llamada devuelta, ejecuta la función seleccionada y aporta su resultado a la conversación antes de solicitar una respuesta de seguimiento. Por ejemplo, un flujo de soporte puede ofrecer una consulta de pedidos de alcance limitado y utilizar los datos devueltos al redactar la respuesta. Mantén los resultados de las herramientas asociados al turno de conversación correcto para que el modelo pueda distinguirlos de la solicitud original del usuario.
El modelo admite response_format para salida JSON, sin aplicación obligatoria de un esquema JSON. Indica los campos previstos y valida el objeto devuelto en tu aplicación antes de utilizarlo. Otros controles publicados incluyen temperature, top_p, top_k, min_p, stop, seed y las penalizaciones enumeradas de repetición, frecuencia y presencia. La lista de parámetros también incluye reasoning e include_reasoning; elige su representación admitida a partir de la especificación de la solicitud en lugar de dar por válidos valores de otra edición.
Chat Completions puede devolver una respuesta completa o texto en streaming. Para una respuesta completa, lee el contenido del mensaje devuelto y conserva las choices de la respuesta y usage. Con streaming, ensambla los deltas antes de considerar completa la respuesta y conserva las llamadas a herramientas devueltas con sus argumentos. El resultado es texto o una solicitud de llamada a función para el siguiente paso de la aplicación; la aplicación que lo integra es responsable de la ejecución y del uso de la respuesta completada.
POST /v1/chat/completionstexttext| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites inclusionai/ling-3.0-flash | Predeterminado— |
Campomessages | Tipoarray | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campostream | Tipoboolean | RequisitoOpcional | Valores y límites | Predeterminadofalse |
Campomax_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 | Predeterminado— |
Campomax_completion_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 | Predeterminado— |
Campon | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 | Predeterminado— |
Campotemperature | Tiponumber | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotop_p | Tiponumber | RequisitoOpcional | Valores y límites | Predeterminado— |
Camposeed | Tipointeger | RequisitoOpcional | Valores y límites | Predeterminado— |
Campostop | Tipo | RequisitoOpcional | Valores y límites | Predeterminado— |
Campofrequency_penalty | Tiponumber | RequisitoOpcional | Valores y límites | Predeterminado— |
Campopresence_penalty | Tiponumber | RequisitoOpcional | Valores y límites | Predeterminado— |
Campouser | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, messages |
Parámetrooptional | Contratostream, max_tokens, max_completion_tokens, n, temperature, top_p, seed, stop, frequency_penalty, presence_penalty, user |
Parámetromaterial_types | Contratotext |
Parámetroconditions | Contrato |
Ciclo de vida: synchronous_json_or_sse
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
| Configuración | Tabla de tarifas | Cargo |
|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Cargo Entrada · Tokens de entrada $0.00012 / 1K tokens Salida · Tokens de salida $0.00036 / 1K tokens Entrada · Lectura de caché $0.000024 / 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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "inclusionai/ling-3.0-flash", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "stream": false}')\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\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON or supported SSE
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Retain the complete response, all actual results, original identifiers, usage and response headers.
Preserve the original response, headers and X-Client-Request-ID. An uncertain outcome does not authorize another creation.
Ailoot Ultra inclusionai/ling-3.0-flash
Usa las rutas de método indicadas arriba.