Poolside Laguna S 2.1 es un modelo de lenguaje de mezcla de expertos diseñado para programación con agentes y trabajo a largo plazo. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el más pequeño Laguna XS 2.1 y el mayor Laguna M.1 de 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 distintas. El contexto más amplio admite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y las pruebas significativas 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, información de dependencias y la salida real del fallo. 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 sin relación». En un flujo conectado con herramientas, proporciona 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: «Utiliza 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 referencia inicial después de repetir la misma medición». Esto permite inspeccionar una afirmación de rendimiento. La publicación de Poolside presenta la verificación y el progreso continuo como comportamientos importantes, pero una explicación persuasiva por sí sola no demuestra que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respaldan 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 mensajes anteriores del asistente en el historial posterior; eliminar esos bloques puede hacer que el razonamiento se detenga en los siguientes pasos. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente de la herramienta. Esto ayuda a que una tarea más 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 activado de forma predeterminada en la configuración descrita por el fabricante. El modelo determina su presupuesto de razonamiento en ese modo; la publicación no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda activar 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 competición, como una limitación sustancial.
Las definiciones de herramientas requieren especial cuidado. Poolside señala que S 2.1 puede apoyarse inicialmente en una interfaz de herramientas conocida en lugar de seguir con precisión un esquema similar pero distinto. También puede producir JSON mal formado o con escapes incorrectos cuando un argumento de herramienta contiene un array anidado. Proporciona las definiciones reales de argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación dentro del 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 BF16 y cuantizadas por separado y un modelo borrador DFlash opcional. Son artefactos y recetas de servicio distintos, por lo que el uso de memoria de un checkpoint cuantizado o su rendimiento con decodificación especulativa no se deben suponer a partir del nombre general del modelo. Para trabajo ordinario con texto, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La publicación señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso adecuado de inspección externa antes de respaldar el análisis.
Solicita una entrega 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, conecta los hallazgos con las fuentes pertinentes y muestra por qué cada problema afecta al comportamiento. Para una reparación, separa el parche propuesto de un parche cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a desarrollar la tarea, mientras que el resultado final y los resultados registrados establecen lo que se ha logrado.
", "aboutText": "Poolside Laguna S 2.1 es un modelo de lenguaje de mezcla de expertos diseñado para programación con agentes y trabajo a largo plazo. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el más pequeño Laguna XS 2.1 y el mayor Laguna M.1 de 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 distintas. El contexto más amplio admite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y las pruebas significativas 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, información de dependencias y la salida real del fallo. 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 sin relación». En un flujo conectado con herramientas, proporciona 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: «Utiliza 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 referencia inicial después de repetir la misma medición». Esto permite inspeccionar una afirmación de rendimiento. La publicación de Poolside presenta la verificación y el progreso continuo como comportamientos importantes, pero una explicación persuasiva por sí sola no demuestra que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respaldan 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 mensajes anteriores del asistente en el historial posterior; eliminar esos bloques puede hacer que el razonamiento se detenga en los siguientes pasos. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente de la herramienta. Esto ayuda a que una tarea más 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 activado de forma predeterminada en la configuración descrita por el fabricante. El modelo determina su presupuesto de razonamiento en ese modo; la publicación no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda activar 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 competición, como una limitación sustancial.\n\nLas definiciones de herramientas requieren especial cuidado. Poolside señala que S 2.1 puede apoyarse inicialmente en una interfaz de herramientas conocida en lugar de seguir con precisión un esquema similar pero distinto. También puede producir JSON mal formado o con escapes incorrectos cuando un argumento de herramienta contiene un array anidado. Proporciona las definiciones reales de argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación dentro del 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 BF16 y cuantizadas por separado y un modelo borrador DFlash opcional. Son artefactos y recetas de servicio distintos, por lo que el uso de memoria de un checkpoint cuantizado o su rendimiento con decodificación especulativa no se deben suponer a partir del nombre general del modelo. Para trabajo ordinario con texto, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La publicación señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso adecuado de inspección externa antes de respaldar el análisis.\n\nSolicita una entrega 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, conecta los hallazgos con las fuentes pertinentes y muestra por qué cada problema afecta al comportamiento. Para una reparación, separa el parche propuesto de un parche cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a desarrollar la tarea, mientras que el resultado final y los resultados registrados establecen lo que se ha logrado.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "668e501ccbfacb4722ddac467930fd7a7393135a3abab1bbf45d933d8073eb6d", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "es", "methods": [ { "html": "poolside/laguna-s-2.1:freePoolside Laguna S 2.1 es un modelo de texto para programación con agentes y trabajo a largo plazo, 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 anterior 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 a largo plazo. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el más pequeño Laguna XS 2.1 y el mayor Laguna M.1 de 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 distintas. El contexto más amplio admite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y las pruebas significativas 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, información de dependencias y la salida real del fallo. 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 sin relación». En un flujo conectado con herramientas, proporciona 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: «Utiliza 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 referencia inicial después de repetir la misma medición». Esto permite inspeccionar una afirmación de rendimiento. La publicación de Poolside presenta la verificación y el progreso continuo como comportamientos importantes, pero una explicación persuasiva por sí sola no demuestra que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respaldan 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 mensajes anteriores del asistente en el historial posterior; eliminar esos bloques puede hacer que el razonamiento se detenga en los siguientes pasos. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente de la herramienta. Esto ayuda a que una tarea más 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 activado de forma predeterminada en la configuración descrita por el fabricante. El modelo determina su presupuesto de razonamiento en ese modo; la publicación no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda activar 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 competición, como una limitación sustancial.
Las definiciones de herramientas requieren especial cuidado. Poolside señala que S 2.1 puede apoyarse inicialmente en una interfaz de herramientas conocida en lugar de seguir con precisión un esquema similar pero distinto. También puede producir JSON mal formado o con escapes incorrectos cuando un argumento de herramienta contiene un array anidado. Proporciona las definiciones reales de argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación dentro del 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 BF16 y cuantizadas por separado y un modelo borrador DFlash opcional. Son artefactos y recetas de servicio distintos, por lo que el uso de memoria de un checkpoint cuantizado o su rendimiento con decodificación especulativa no se deben suponer a partir del nombre general del modelo. Para trabajo ordinario con texto, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La publicación señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso adecuado de inspección externa antes de respaldar el análisis.
Solicita una entrega 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, conecta los hallazgos con las fuentes pertinentes y muestra por qué cada problema afecta al comportamiento. Para una reparación, separa el parche propuesto de un parche cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a desarrollar la tarea, mientras que el resultado final y los resultados registrados establecen lo que se ha logrado.
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 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": "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 a largo plazo, 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 anterior 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 a largo plazo. Tiene 118B de parámetros totales y unos 8B activos por token, lo que lo sitúa entre el más pequeño Laguna XS 2.1 y el mayor Laguna M.1 de 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 distintas. El contexto más amplio admite tareas que acumulan archivos fuente, observaciones y decisiones a lo largo de muchos pasos. Mantén juntos el objetivo de trabajo y las pruebas significativas 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, información de dependencias y la salida real del fallo. 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 sin relación». En un flujo conectado con herramientas, proporciona 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: «Utiliza 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 referencia inicial después de repetir la misma medición». Esto permite inspeccionar una afirmación de rendimiento. La publicación de Poolside presenta la verificación y el progreso continuo como comportamientos importantes, pero una explicación persuasiva por sí sola no demuestra que una revisión sea más rápida, correcta o completa. Conserva las observaciones que respaldan 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 mensajes anteriores del asistente en el historial posterior; eliminar esos bloques puede hacer que el razonamiento se detenga en los siguientes pasos. Conserva juntos la respuesta del asistente, la información de llamadas a herramientas y el resultado correspondiente de la herramienta. Esto ayuda a que una tarea más 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 activado de forma predeterminada en la configuración descrita por el fabricante. El modelo determina su presupuesto de razonamiento en ese modo; la publicación no presenta controles de esfuerzo separados low, medium y high. Para programación con agentes, Poolside recomienda activar 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 competición, como una limitación sustancial.
Las definiciones de herramientas requieren especial cuidado. Poolside señala que S 2.1 puede apoyarse inicialmente en una interfaz de herramientas conocida en lugar de seguir con precisión un esquema similar pero distinto. También puede producir JSON mal formado o con escapes incorrectos cuando un argumento de herramienta contiene un array anidado. Proporciona las definiciones reales de argumentos, valida las llamadas propuestas y devuelve un error preciso cuando la llamada no coincida. El fabricante describe la corrección mediante retroalimentación dentro del 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 BF16 y cuantizadas por separado y un modelo borrador DFlash opcional. Son artefactos y recetas de servicio distintos, por lo que el uso de memoria de un checkpoint cuantizado o su rendimiento con decodificación especulativa no se deben suponer a partir del nombre general del modelo. Para trabajo ordinario con texto, prepara el código fuente, la salida de comandos y los fragmentos de documentos como texto legible. La publicación señala que el modelo carece de capacidad de visión; una captura de pantalla necesita una observación textual o un paso adecuado de inspección externa antes de respaldar el análisis.
Solicita una entrega 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, conecta los hallazgos con las fuentes pertinentes y muestra por qué cada problema afecta al comportamiento. Para una reparación, separa el parche propuesto de un parche cuyo comportamiento se haya comprobado realmente. Conservar el razonamiento y el historial de herramientas ayuda al modelo a desarrollar la tarea, mientras que el resultado final y los resultados registrados establecen lo que se ha logrado.
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 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": "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.