Poolside Laguna S 2.1 es un modelo de lenguaje de mezcla de expertos diseñado para programación con agentes y trabajo de largo alcance. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el Laguna XS 2.1 más pequeño y el Laguna M.1 más grande en la serie del fabricante. El modelo procesa texto y produce texto, código, razonamiento y solicitudes de llamadas a herramientas en una aplicación conectada con herramientas.
Su arquitectura combina atención global y de ventana deslizante en 48 capas: 12 capas globales y 36 de ventana deslizante. La ventana deslizante de 512 tokens describe la atención local dentro de esas capas, mientras que el contexto documentado del modelo es de 1,048,576 tokens. Son medidas diferentes. El contexto más grande permite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y la evidencia significativa, y reserva espacio para el razonamiento posterior y la respuesta final dentro de la configuración aplicable.
El propósito central del modelo es el trabajo de software que requiere persistencia, comprobación y revisión. Para una tarea de repositorio, proporciona el comportamiento esperado, los archivos pertinentes como texto, la información de dependencias y la salida real que falla. Pide un resultado acotado: “Rastrea la causa de esta regresión, propone un cambio que conserve la interfaz documentada e identifica las comprobaciones que distinguirían una corrección de un cambio no relacionado”. En un flujo conectado con herramientas, dale al modelo el resultado de cada comprobación ejecutada antes de que elija el siguiente paso.
Para trabajo de optimización, proporciona mediciones y un objetivo explícito. Un ejemplo es: “Usa este perfil y este informe de asignaciones para identificar un cuello de botella. Propón un cambio, explica el efecto esperado y compáralo con la línea base después de repetir la misma medición”. Esto permite inspeccionar una afirmación de rendimiento. La versión de Poolside señala la verificación y el avance continuo como comportamientos importantes, pero una explicación convincente por sí sola no establece que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respalden mantener o rechazar el cambio.
Laguna S 2.1 admite razonamiento intercalado antes de las llamadas a herramientas y entre ellas. El fabricante recomienda conservar el contenido de razonamiento de los mensajes anteriores del asistente en el historial posterior; descartar esos bloques puede hacer que el razonamiento se detenga en los pasos siguientes. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente. Esto ayuda a que una tarea larga continúe desde su estado real, en lugar de reconstruir repetidamente lo que ya se intentó.
Las opciones de razonamiento documentadas son off y max, con max habilitado de forma predeterminada en la configuración descrita por el fabricante. En ese modo, el modelo determina su presupuesto de razonamiento; la versión no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda habilitar el razonamiento y conservarlo entre pasos. Indica explícitamente el resultado final y los criterios de finalización, y distingue una secuencia larga de razonamiento del resultado completado. El fabricante identifica el exceso de razonamiento, especialmente en matemáticas de competencia, como una limitación importante.
Las definiciones de herramientas necesitan especial cuidado. Poolside reporta que S 2.1 puede apoyarse al principio en una interfaz de herramienta conocida en lugar de seguir de cerca un esquema similar pero diferente. También puede producir JSON mal formado o incorrectamente escapado cuando un argumento de herramienta contiene un arreglo anidado. Proporciona las definiciones reales de los argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación en contexto como una forma de resolver algunas de estas discrepancias. Mantén disponible la observación resultante de la herramienta para la siguiente decisión.
El fabricante publica variantes separadas BF16 y cuantizadas, así como un modelo de borrador DFlash opcional. Son productos y recetas de servicio distintos, por lo que no se debe asumir el uso de memoria o el rendimiento de decodificación especulativa de un checkpoint cuantizado a partir del nombre general del modelo. Para trabajo de texto ordinario, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La versión señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso externo de inspección adecuado antes de poder respaldar el análisis.
Solicita un entregable final que identifique el producto modificado, las decisiones importantes, las comprobaciones observadas y cualquier condición sin resolver. Para una revisión de código, vincula los hallazgos con la fuente pertinente y muestra por qué cada problema afecta el comportamiento. Para una reparación, separa el parche propuesto de uno cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a resolver la tarea, mientras que el resultado final y los registros de resultados establecen qué se logró.
", "aboutText": "Poolside Laguna S 2.1 es un modelo de lenguaje de mezcla de expertos diseñado para programación con agentes y trabajo de largo alcance. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el Laguna XS 2.1 más pequeño y el Laguna M.1 más grande en la serie del fabricante. El modelo procesa texto y produce texto, código, razonamiento y solicitudes de llamadas a herramientas en una aplicación conectada con herramientas.\n\nSu arquitectura combina atención global y de ventana deslizante en 48 capas: 12 capas globales y 36 de ventana deslizante. La ventana deslizante de 512 tokens describe la atención local dentro de esas capas, mientras que el contexto documentado del modelo es de 1,048,576 tokens. Son medidas diferentes. El contexto más grande permite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y la evidencia significativa, y reserva espacio para el razonamiento posterior y la respuesta final dentro de la configuración aplicable.\n\nEl propósito central del modelo es el trabajo de software que requiere persistencia, comprobación y revisión. Para una tarea de repositorio, proporciona el comportamiento esperado, los archivos pertinentes como texto, la información de dependencias y la salida real que falla. Pide un resultado acotado: “Rastrea la causa de esta regresión, propone un cambio que conserve la interfaz documentada e identifica las comprobaciones que distinguirían una corrección de un cambio no relacionado”. En un flujo conectado con herramientas, dale al modelo el resultado de cada comprobación ejecutada antes de que elija el siguiente paso.\n\nPara trabajo de optimización, proporciona mediciones y un objetivo explícito. Un ejemplo es: “Usa este perfil y este informe de asignaciones para identificar un cuello de botella. Propón un cambio, explica el efecto esperado y compáralo con la línea base después de repetir la misma medición”. Esto permite inspeccionar una afirmación de rendimiento. La versión de Poolside señala la verificación y el avance continuo como comportamientos importantes, pero una explicación convincente por sí sola no establece que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respalden mantener o rechazar el cambio.\n\nLaguna S 2.1 admite razonamiento intercalado antes de las llamadas a herramientas y entre ellas. El fabricante recomienda conservar el contenido de razonamiento de los mensajes anteriores del asistente en el historial posterior; descartar esos bloques puede hacer que el razonamiento se detenga en los pasos siguientes. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente. Esto ayuda a que una tarea larga continúe desde su estado real, en lugar de reconstruir repetidamente lo que ya se intentó.\n\nLas opciones de razonamiento documentadas son off y max, con max habilitado de forma predeterminada en la configuración descrita por el fabricante. En ese modo, el modelo determina su presupuesto de razonamiento; la versión no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda habilitar el razonamiento y conservarlo entre pasos. Indica explícitamente el resultado final y los criterios de finalización, y distingue una secuencia larga de razonamiento del resultado completado. El fabricante identifica el exceso de razonamiento, especialmente en matemáticas de competencia, como una limitación importante.\n\nLas definiciones de herramientas necesitan especial cuidado. Poolside reporta que S 2.1 puede apoyarse al principio en una interfaz de herramienta conocida en lugar de seguir de cerca un esquema similar pero diferente. También puede producir JSON mal formado o incorrectamente escapado cuando un argumento de herramienta contiene un arreglo anidado. Proporciona las definiciones reales de los argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación en contexto como una forma de resolver algunas de estas discrepancias. Mantén disponible la observación resultante de la herramienta para la siguiente decisión.\n\nEl fabricante publica variantes separadas BF16 y cuantizadas, así como un modelo de borrador DFlash opcional. Son productos y recetas de servicio distintos, por lo que no se debe asumir el uso de memoria o el rendimiento de decodificación especulativa de un checkpoint cuantizado a partir del nombre general del modelo. Para trabajo de texto ordinario, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La versión señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso externo de inspección adecuado antes de poder respaldar el análisis.\n\nSolicita un entregable final que identifique el producto modificado, las decisiones importantes, las comprobaciones observadas y cualquier condición sin resolver. Para una revisión de código, vincula los hallazgos con la fuente pertinente y muestra por qué cada problema afecta el comportamiento. Para una reparación, separa el parche propuesto de uno cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a resolver la tarea, mientras que el resultado final y los registros de resultados establecen qué se logró.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "50c3410dc3cd16de17dded95c8fb7ff7fb7fed83959aed50c2ce734a8028472b", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "es-mx", "methods": [ { "html": "poolside/laguna-s-2.1:freePoolside Laguna S 2.1 es un modelo de texto para programación con agentes y trabajo de largo alcance, con 118B de parámetros totales y unos 8B activos. Combina un contexto de modelo de 1,048,576 tokens con uso nativo de herramientas y razonamiento intercalado; conservar el razonamiento previo le ayuda a continuar eficazmente entre llamadas a herramientas.
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.
Poolside Laguna S 2.1 es un modelo de lenguaje de mezcla de expertos diseñado para programación con agentes y trabajo de largo alcance. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el Laguna XS 2.1 más pequeño y el Laguna M.1 más grande en la serie del fabricante. El modelo procesa texto y produce texto, código, razonamiento y solicitudes de llamadas a herramientas en una aplicación conectada con herramientas.
Su arquitectura combina atención global y de ventana deslizante en 48 capas: 12 capas globales y 36 de ventana deslizante. La ventana deslizante de 512 tokens describe la atención local dentro de esas capas, mientras que el contexto documentado del modelo es de 1,048,576 tokens. Son medidas diferentes. El contexto más grande permite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y la evidencia significativa, y reserva espacio para el razonamiento posterior y la respuesta final dentro de la configuración aplicable.
El propósito central del modelo es el trabajo de software que requiere persistencia, comprobación y revisión. Para una tarea de repositorio, proporciona el comportamiento esperado, los archivos pertinentes como texto, la información de dependencias y la salida real que falla. Pide un resultado acotado: “Rastrea la causa de esta regresión, propone un cambio que conserve la interfaz documentada e identifica las comprobaciones que distinguirían una corrección de un cambio no relacionado”. En un flujo conectado con herramientas, dale al modelo el resultado de cada comprobación ejecutada antes de que elija el siguiente paso.
Para trabajo de optimización, proporciona mediciones y un objetivo explícito. Un ejemplo es: “Usa este perfil y este informe de asignaciones para identificar un cuello de botella. Propón un cambio, explica el efecto esperado y compáralo con la línea base después de repetir la misma medición”. Esto permite inspeccionar una afirmación de rendimiento. La versión de Poolside señala la verificación y el avance continuo como comportamientos importantes, pero una explicación convincente por sí sola no establece que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respalden mantener o rechazar el cambio.
Laguna S 2.1 admite razonamiento intercalado antes de las llamadas a herramientas y entre ellas. El fabricante recomienda conservar el contenido de razonamiento de los mensajes anteriores del asistente en el historial posterior; descartar esos bloques puede hacer que el razonamiento se detenga en los pasos siguientes. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente. Esto ayuda a que una tarea larga continúe desde su estado real, en lugar de reconstruir repetidamente lo que ya se intentó.
Las opciones de razonamiento documentadas son off y max, con max habilitado de forma predeterminada en la configuración descrita por el fabricante. En ese modo, el modelo determina su presupuesto de razonamiento; la versión no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda habilitar el razonamiento y conservarlo entre pasos. Indica explícitamente el resultado final y los criterios de finalización, y distingue una secuencia larga de razonamiento del resultado completado. El fabricante identifica el exceso de razonamiento, especialmente en matemáticas de competencia, como una limitación importante.
Las definiciones de herramientas necesitan especial cuidado. Poolside reporta que S 2.1 puede apoyarse al principio en una interfaz de herramienta conocida en lugar de seguir de cerca un esquema similar pero diferente. También puede producir JSON mal formado o incorrectamente escapado cuando un argumento de herramienta contiene un arreglo anidado. Proporciona las definiciones reales de los argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación en contexto como una forma de resolver algunas de estas discrepancias. Mantén disponible la observación resultante de la herramienta para la siguiente decisión.
El fabricante publica variantes separadas BF16 y cuantizadas, así como un modelo de borrador DFlash opcional. Son productos y recetas de servicio distintos, por lo que no se debe asumir el uso de memoria o el rendimiento de decodificación especulativa de un checkpoint cuantizado a partir del nombre general del modelo. Para trabajo de texto ordinario, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La versión señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso externo de inspección adecuado antes de poder respaldar el análisis.
Solicita un entregable final que identifique el producto modificado, las decisiones importantes, las comprobaciones observadas y cualquier condición sin resolver. Para una revisión de código, vincula los hallazgos con la fuente pertinente y muestra por qué cada problema afecta el comportamiento. Para una reparación, separa el parche propuesto de uno cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a resolver la tarea, mientras que el resultado final y los registros de resultados establecen qué se logró.
POST /v1/chat/completionstexttext| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites poolside/laguna-s-2.1:free | Predeterminado— |
Campomessages | Tipoarray | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campostream | Tipoboolean | RequisitoOpcional | Valores y límites false | Predeterminadofalse |
Campomax_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Máximo: 32,768 | Predeterminado— |
Campomax_completion_tokens | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Máximo: 32,768 | Predeterminado— |
Campon | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Máximo: 128 | 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 | ContratoUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 262144 bytes. |
Ciclo de vida: synchronous_json
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 / 1K tokens Salida · Tokens de salida $0 / 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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "poolside/laguna-s-2.1:free", "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
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 poolside/laguna-s-2.1:free
Usa las rutas de método indicadas arriba.
poolside/laguna-s-2.1:freePoolside Laguna S 2.1 es un modelo de texto para programación con agentes y trabajo de largo alcance, con 118B de parámetros totales y unos 8B activos. Combina un contexto de modelo de 1,048,576 tokens con uso nativo de herramientas y razonamiento intercalado; conservar el razonamiento previo le ayuda a continuar eficazmente entre llamadas a herramientas.
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.
Poolside Laguna S 2.1 es un modelo de lenguaje de mezcla de expertos diseñado para programación con agentes y trabajo de largo alcance. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el Laguna XS 2.1 más pequeño y el Laguna M.1 más grande en la serie del fabricante. El modelo procesa texto y produce texto, código, razonamiento y solicitudes de llamadas a herramientas en una aplicación conectada con herramientas.
Su arquitectura combina atención global y de ventana deslizante en 48 capas: 12 capas globales y 36 de ventana deslizante. La ventana deslizante de 512 tokens describe la atención local dentro de esas capas, mientras que el contexto documentado del modelo es de 1,048,576 tokens. Son medidas diferentes. El contexto más grande permite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y la evidencia significativa, y reserva espacio para el razonamiento posterior y la respuesta final dentro de la configuración aplicable.
El propósito central del modelo es el trabajo de software que requiere persistencia, comprobación y revisión. Para una tarea de repositorio, proporciona el comportamiento esperado, los archivos pertinentes como texto, la información de dependencias y la salida real que falla. Pide un resultado acotado: “Rastrea la causa de esta regresión, propone un cambio que conserve la interfaz documentada e identifica las comprobaciones que distinguirían una corrección de un cambio no relacionado”. En un flujo conectado con herramientas, dale al modelo el resultado de cada comprobación ejecutada antes de que elija el siguiente paso.
Para trabajo de optimización, proporciona mediciones y un objetivo explícito. Un ejemplo es: “Usa este perfil y este informe de asignaciones para identificar un cuello de botella. Propón un cambio, explica el efecto esperado y compáralo con la línea base después de repetir la misma medición”. Esto permite inspeccionar una afirmación de rendimiento. La versión de Poolside señala la verificación y el avance continuo como comportamientos importantes, pero una explicación convincente por sí sola no establece que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respalden mantener o rechazar el cambio.
Laguna S 2.1 admite razonamiento intercalado antes de las llamadas a herramientas y entre ellas. El fabricante recomienda conservar el contenido de razonamiento de los mensajes anteriores del asistente en el historial posterior; descartar esos bloques puede hacer que el razonamiento se detenga en los pasos siguientes. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente. Esto ayuda a que una tarea larga continúe desde su estado real, en lugar de reconstruir repetidamente lo que ya se intentó.
Las opciones de razonamiento documentadas son off y max, con max habilitado de forma predeterminada en la configuración descrita por el fabricante. En ese modo, el modelo determina su presupuesto de razonamiento; la versión no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda habilitar el razonamiento y conservarlo entre pasos. Indica explícitamente el resultado final y los criterios de finalización, y distingue una secuencia larga de razonamiento del resultado completado. El fabricante identifica el exceso de razonamiento, especialmente en matemáticas de competencia, como una limitación importante.
Las definiciones de herramientas necesitan especial cuidado. Poolside reporta que S 2.1 puede apoyarse al principio en una interfaz de herramienta conocida en lugar de seguir de cerca un esquema similar pero diferente. También puede producir JSON mal formado o incorrectamente escapado cuando un argumento de herramienta contiene un arreglo anidado. Proporciona las definiciones reales de los argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación en contexto como una forma de resolver algunas de estas discrepancias. Mantén disponible la observación resultante de la herramienta para la siguiente decisión.
El fabricante publica variantes separadas BF16 y cuantizadas, así como un modelo de borrador DFlash opcional. Son productos y recetas de servicio distintos, por lo que no se debe asumir el uso de memoria o el rendimiento de decodificación especulativa de un checkpoint cuantizado a partir del nombre general del modelo. Para trabajo de texto ordinario, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La versión señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso externo de inspección adecuado antes de poder respaldar el análisis.
Solicita un entregable final que identifique el producto modificado, las decisiones importantes, las comprobaciones observadas y cualquier condición sin resolver. Para una revisión de código, vincula los hallazgos con la fuente pertinente y muestra por qué cada problema afecta el comportamiento. Para una reparación, separa el parche propuesto de uno cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a resolver la tarea, mientras que el resultado final y los registros de resultados establecen qué se logró.
POST /v1/messagestexttext| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites poolside/laguna-s-2.1:free | Predeterminado— |
Campomessages | Tipoarray | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campostream | Tipoboolean | RequisitoOpcional | Valores y límites false | Predeterminadofalse |
Camposystem | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campomax_tokens | Tipointeger | RequisitoObligatorio | Valores y límites Mínimo: 1 Máximo: 32,768 | Predeterminado— |
Campotemperature | Tiponumber | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotop_p | Tiponumber | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotop_k | Tipointeger | RequisitoOpcional | Valores y límites | Predeterminado— |
Campostop_sequences | Tipoarray | RequisitoOpcional | Valores y límites | Predeterminado— |
Campometadata | Tipoobject | RequisitoOpcional | Valores y límites | Predeterminado— |
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, messages, max_tokens |
Parámetrooptional | Contratostream, system, temperature, top_p, top_k, stop_sequences, metadata |
Parámetromaterial_types | Contratotext |
Parámetroconditions | ContratoUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 262144 bytes. |
Ciclo de vida: synchronous_json
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 / 1K tokens Salida · Tokens de salida $0 / 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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "poolside/laguna-s-2.1:free", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "stream": false, "max_tokens": 256}')\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/messages \\\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
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 poolside/laguna-s-2.1:free
Usa las rutas de método indicadas arriba.