LiquidAI: LFM2.5-Embedding-350M (free)
LiquidAI LFM2.5-Embedding-350M produce un vector de 1024 dimensiones por texto para recuperación multilingüe y entre idiomas. Se orienta a 11 idiomas y entradas breves de 512 tokens, con prefijos distintos para consultas y documentos.
Sobre el modelo
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.
LFM2.5-Embedding-350M es el bi-encoder denso de LiquidAI para recuperación multilingüe y entre idiomas. Produce un vector de 1024 dimensiones para cada texto y se dirige a búsqueda de contexto corto en once idiomas. La familia de modelos con nombre 350M utiliza una adaptación bidireccional de LFM2.5-350M-Base; la tabla detallada del modelo da aproximadamente 354 millones de parámetros para esta edición de embeddings.
Una representación bidireccional de recuperación
El fabricante adapta la arquitectura base para que la atención y las convoluciones locales puedan utilizar contexto en ambos lados de un token. El pooling de tipo CLS convierte el texto procesado en un vector denso. Su tabla del modelo describe diecisiete capas: diez bloques de convolución, seis bloques de atención y una etapa de pooling. Este es un codificador de recuperación, con su propia preparación y salida, en lugar de la tarea de generación de texto del modelo base.
El modelo con nombre separado LFM2.5-ColBERT-350M conserva vectores por token para interacción tardía. Esa representación exige un índice y método de comparación diferentes. El modelo Embedding de esta entrada aporta un vector por documento o consulta, con similaridad del coseno como comparación documentada.
Utiliza los prompts asimétricos correctos
Prepara las consultas de búsqueda con «query:» y los pasajes de origen con «document:». El fabricante guarda estos prompts en su configuración y su flujo de referencia aplica el nombre de prompt correspondiente. Recomienda expresamente utilizar el rol correspondiente en cada lado porque el modelo se entrenó con esos prefijos. Este prefijo documental es distinto de la convención «passage:» de los modelos E5.
Una colección práctica de búsqueda de productos puede contener descripciones en los idiomas compatibles. Prepara la formulación de búsqueda del usuario como consulta y cada descripción de producto como documento. Guarda el texto original, el identificador de producto y el idioma junto con el vector, para que un resultado de búsqueda pueda devolver el registro correspondiente. Para una colección de soporte, conserva la política o instrucción pertinente para la pregunta, en lugar de sustituirla por una etiqueta corta sin relación.
Idiomas y tamaño de los pasajes
El conjunto de idiomas documentado es inglés, español, alemán, francés, italiano, portugués, árabe, sueco, noruego, japonés y coreano. El fabricante se dirige expresamente tanto a recuperación dentro de un idioma como a recuperación entre idiomas. Prepara preguntas reales del público previsto y examina el texto de los documentos devueltos en esos idiomas.
La especificación de longitud documental es de 512 tokens. Divide una fuente larga en pasajes coherentes que conserven el encabezado, las definiciones y las condiciones necesarias para un resultado recuperado. El prefijo de rol y el contexto añadido forman parte de la entrada preparada. Una respuesta de preguntas frecuentes, una explicación de producto o una sección específica de un documento técnico es una unidad más adecuada que un manual entero demasiado grande.
Entrenamiento y correspondencia
El fabricante describe tres etapas de entrenamiento: preentrenamiento contrastivo en inglés, destilación multilingüe y entre idiomas y después ajuste con negativos difíciles obtenidos mediante minería. El modelo resultante está destinado a catálogos de productos, colecciones de preguntas frecuentes y soporte, búsqueda de archivos o notas y recuperación de conocimiento empresarial. Esas son tareas de las representaciones textuales, no afirmaciones sobre el despliegue de una aplicación particular.
El ejemplo del productor normaliza los vectores de consulta y documento y los ordena con un producto escalar, equivalente a la similaridad del coseno. Precalcula las representaciones del corpus cuando esté preparado el material de origen y después genera el embedding de una consulta de búsqueda y devuelve documentos candidatos con sus textos e identificadores. Mantén el modelo seleccionado y la convención de roles junto al índice, para que la comparación numérica utilice representaciones compatibles.
El resultado útil es un índice denso compacto de búsqueda o un vector de consulta que recupera material de origen entre los idiomas documentados. Esta edición exacta LFM2.5 Embedding sigue siendo distinta de su acompañante ColBERT, los recuperadores LFM2 anteriores y las implementaciones cuantizadas externamente. El texto del pasaje seleccionado es la evidencia que utiliza un lector o una etapa posterior de respuesta RAG.
Ailoot Ultra · Representaciones vectoriales POST /v1/embeddings liquid/lfm-2.5-embedding-350m:free
liquid/lfm-2.5-embedding-350m:free
liquid/lfm-2.5-embedding-350m:freeInicio
LiquidAI LFM2.5-Embedding-350M produce un vector de 1024 dimensiones por texto para recuperación multilingüe y entre idiomas. Se orienta a 11 idiomas y entradas breves de 512 tokens, con prefijos distintos para consultas y documentos.
- Entradas aceptadas
- Texto · token_ids
- Resultados
- embedding
Disponible en Ailoot · entradas y métodos
Ailoot Ultra · Representaciones vectoriales POST /v1/embeddings
- Entrada
text,token_ids- Salida
embedding- Contexto
- 512 tokens
- Formato de salida
- json
| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites liquid/lfm-2.5-embedding-350m:free | Predeterminado— |
Campoinput | Tipostring|string[]|integer[]|integer[][] | RequisitoObligatorio | Valores y límites Número mínimo de elementos: 1 Condiciones: Lote homogéneo no vacío. Los ID de tokens son números enteros no negativos. Presupuesto de entrada: Máximo: 512 · Unidad de texto: bytes UTF8 · Unidad de tokens: elementos de un arreglo de tokens | Predeterminado— |
Campoencoding_format | Tipostring | RequisitoOpcional | Valores y límites float | Predeterminadofloat |
Campodimensions | Tipointeger | RequisitoNo compatible | Valores y límites Mínimo: 1 | Predeterminado— |
Campouser | Tipojson_value | RequisitoOpcional | Valores y límites Condiciones: La fuente permite este campo metadata de JSON; la semántica exacta en el sistema de origen depende del modelo. | Predeterminado— |
Camposession_id | Tipojson_value | RequisitoOpcional | Valores y límites Condiciones: La fuente permite este campo metadata de JSON; la semántica exacta en el sistema de origen depende del modelo. | Predeterminado— |
Campotrace | Tipojson_value | RequisitoOpcional | Valores y límites Condiciones: La fuente permite este campo metadata de JSON; la semántica exacta en el sistema de origen depende del modelo. | Predeterminado— |
Campoprovider | Tipoobject | RequisitoOpcional | Valores y límites Condiciones: provider.options rechazado | Predeterminado— |
Combinaciones de materiales de entrada
text_to_embedding
Parámetros del método y ciclo de vida
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, input |
Parámetroinput_shapes | Contratostring, string[], nonnegative_integer_token_array, nonnegative_integer_token_array[] |
Parámetroencoding_format | Contratofloat |
Parámetrodimensions_override | Contratofalse |
Parámetromax_input_budget_units | Contrato512 |
Parámetromultimodal_objects | Contratofalse |
Parámetromaterial_types | Contratotext, token_ids |
Ciclo de vida: synchronous_json
Conserva todos los índices y dimensiones de los vectores.
El nombre de un modelo multimodal no habilita objetos de imagen en esta ruta exacta.
Tarifas
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
- Modo fast
- Tarifa estándar Cuando se selecciona el modo fast
- Modo flex
- Tarifa estándar Cuando se selecciona el modo flex
- Esfuerzo máximo de razonamiento
- Tarifa estándar Cuando el esfuerzo máximo de razonamiento usa el ajuste default
Tarifas de Ailoot
Precios por configuración
| 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 →
Solicitudes de ejemplo
Ailoot Ultra · Representaciones vectoriales
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads('{"model": "liquid/lfm-2.5-embedding-350m:free", "input": ["First document", "Second document"]}')
Path("request.json").write_text(json.dumps(p,ensure_ascii=False))
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/embeddings \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
r=json.loads(Path("result.json").read_text())
for x in r.get("data",[]): print(json.dumps({"index":x.get("index"),"embedding":x.get("embedding")}))
PY_RESULT
from openai import OpenAI
import os
client=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)
result=client.embeddings.create(model='liquid/lfm-2.5-embedding-350m:free',input=["First document","Second document"])
print(result)
for item in result.data:print(item.index,item.embedding)
Recibir y guardar resultados
Ailoot Ultra · Representaciones vectoriales
json
Conserva todos los resultados completados
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Conserva cada vector con su índice. La cantidad de vectores debe ser igual a la cantidad de entradas; las dimensiones deben ser consistentes.
Si es necesario revisar la respuesta original
No se incorpora ningún endpoint de tareas de embeddings.
Campos de respuesta
| Campo | Tipo |
|---|---|
Campoobject | Tipostring |
Campomodel | Tipostring |
Campodata[].index | Tipointeger |
Campodata[].embedding | Tipofinite float[] |
Campousage | Tipoobject |
Errores y siguientes pasos
| 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. |
Alias
Alias del modelo
Ailoot Ultra liquid/lfm-2.5-embedding-350m:free
Alias de rutas de métodos
Usa las rutas de método indicadas arriba.
ID de modelo relacionados
FAQ · LiquidAI: LFM2.5-Embedding-350M (free)
- ¿Qué entradas y resultados están disponibles?
POST /v1/embeddings·liquid/lfm-2.5-embedding-350m:free:text,token_ids→embedding- ¿Qué campos utiliza la solicitud?
POST /v1/embeddings·liquid/lfm-2.5-embedding-350m:free:model,input,encoding_format,provider- ¿Qué límites se aplican?
POST /v1/embeddings·liquid/lfm-2.5-embedding-350m:free:ctx:512;input.budget.maximum:512(bytes UTF8);input.min_items:1