Voyage rerank-3-lite es la edición centrada en latencia de la serie Rerank 3 de Voyage. Recibe una consulta de texto y documentos candidatos, evalúa conjuntamente cada par consulta-documento y devuelve puntuaciones de relevancia en orden de clasificación. Actúa como segunda etapa de búsqueda: un recuperador por embeddings o palabras clave encuentra los candidatos y después Lite afina su orden. El resultado es una clasificación para utilizar en búsquedas o en un flujo de generación aumentada por recuperación.
Qué cambia en Rerank 3 Lite El productor destaca una recuperación mejorada en documentos extensos y código frente a rerank-2.5-lite. Ambas ediciones de Rerank 3 conservan el seguimiento de instrucciones y la misma clase de contexto de 32K, mientras que Lite está diseñada para aplicaciones sensibles a la latencia. Esto la convierte en una candidata práctica para búsqueda interactiva en bases de conocimiento, recuperación de documentos de soporte y consultas de código cuando los usuarios necesitan resultados pertinentes con rapidez. Elígela según los requisitos de calidad y tiempo de respuesta de la colección real, en lugar de asumir que una edición más pequeña implica una ventana de contexto menor.
Orienta la relevancia mediante la consulta La consulta puede acompañarse de instrucciones en lenguaje natural que expliquen qué se considera pertinente. Mantén concisas y coherentes la pregunta y la preferencia de relevancia. Para una búsqueda de soporte de software, utiliza «Encuentra el procedimiento para restablecer un dispositivo; prioriza las instrucciones para la revisión de hardware indicada». Para un nombre de producto ambiguo, incluye la categoría del producto para que no predominen significados sin relación. Una preferencia en la consulta orienta la puntuación semántica; utiliza metadatos explícitos de la colección para seleccionar el producto, la versión del documento o el ámbito de acceso correctos antes de construir la lista de candidatos.
Prepara una lista reducida de candidatos de texto Los documentos de entrada son cadenas de texto. Extrae texto legible del material de origen y conserva los títulos, encabezados, identificadores y contexto circundante útiles. Mantén una correspondencia estable entre cada posición de entrada y el registro original. Para un artículo de resolución de problemas, incluye el síntoma y el procedimiento pertinente, no solo una frase aislada. Para búsqueda de código fuente, incluye la función y la información cercana necesaria para distinguirla de otras funciones con nombres similares. Elimina la navegación repetitiva o el texto genérico cuando desplacen el pasaje útil.
El reclasificador solo puede reordenar los documentos que recibe. Si la primera búsqueda nunca recupera el artículo pertinente, esta etapa no puede recuperar ese candidato ausente. Examina tanto la lista reducida como el orden final cuando un resultado parezca incorrecto. Cuando un documento extenso abarque muchos temas, separa secciones coherentes y conserva sus referencias al documento principal para poder seleccionar una sección pertinente sin perder su fuente.
Límites de contexto y petición La guía actual del fabricante especifica un máximo de 8,000 tokens para la consulta y un máximo combinado de 32,000 tokens para la consulta más cada documento individual. Permite hasta 1,000 documentos candidatos y un presupuesto total de petición de 600,000 tokens, calculado como los tokens de consulta multiplicados por el número de documentos, más todos los tokens de los documentos. Por tanto, una consulta larga consume espacio en cada par y contribuye repetidamente al presupuesto agregado. Cuenta el texto enviado con el tokenizador del modelo adecuado en lugar de tratar caracteres, palabras y tokens como intercambiables.
Por ejemplo, una consulta de 500 tokens con 100 documentos de 4,000 tokens cada uno supone 450,000 tokens de entrada según esa fórmula. Esto ilustra la planificación del presupuesto, no un tamaño recomendado de lista reducida ni un resultado medido de velocidad. La opción documentada de truncamiento está activada por defecto; el texto demasiado largo puede acortarse antes de puntuarse. Prepara deliberadamente las secciones importantes para que el truncamiento no elimine precisamente el pasaje que necesitas encontrar.
Lee y utiliza el resultado Los resultados se ordenan de mayor a menor puntuación de relevancia. Cada resultado identifica la posición original del documento en la entrada, lo que permite a la aplicación añadir su propio título, identificador de registro y fuente. El ajuste top_k controla cuántos candidatos clasificados se devuelven; si se omite, se devuelven todos los candidatos. La interfaz REST del fabricante también puede devolver el texto del documento. Conserva los identificadores originales junto con los resultados seleccionados al mostrar una página de búsqueda o pasar pruebas a una etapa de generación de respuestas.
Una puntuación de relevancia expresa cuánto se ajusta un candidato a la consulta; no establece que sus afirmaciones sean correctas. Compara los elementos mejor clasificados con la pregunta real del usuario, incluidas las exclusiones y las diferencias de versión de los documentos. Si todos los candidatos son irrelevantes, sigue existiendo un elemento en primer lugar. Decide cómo debe tratar tu aplicación ese caso utilizando consultas representativas de la colección.
Actualización y elección de edición El fabricante describe rerank-3-lite como una actualización de rerank-2.5-lite con semántica de API sin cambios y puntuaciones calibradas según la distribución del predecesor correspondiente. Conserva la correspondencia existente de registros y la etapa de recuperación y compara después el orden resultante con consultas significativas antes de confiar en un umbral de puntuación establecido. Utiliza Lite para una experiencia de búsqueda donde importe el tiempo de respuesta; utiliza la edición rerank-3 centrada en calidad como comparación cuando la relevancia de candidatos difíciles sea la prioridad principal.
", "aboutText": "Voyage rerank-3-lite es la edición centrada en latencia de la serie Rerank 3 de Voyage. Recibe una consulta de texto y documentos candidatos, evalúa conjuntamente cada par consulta-documento y devuelve puntuaciones de relevancia en orden de clasificación. Actúa como segunda etapa de búsqueda: un recuperador por embeddings o palabras clave encuentra los candidatos y después Lite afina su orden. El resultado es una clasificación para utilizar en búsquedas o en un flujo de generación aumentada por recuperación.\n\nQué cambia en Rerank 3 Lite\nEl productor destaca una recuperación mejorada en documentos extensos y código frente a rerank-2.5-lite. Ambas ediciones de Rerank 3 conservan el seguimiento de instrucciones y la misma clase de contexto de 32K, mientras que Lite está diseñada para aplicaciones sensibles a la latencia. Esto la convierte en una candidata práctica para búsqueda interactiva en bases de conocimiento, recuperación de documentos de soporte y consultas de código cuando los usuarios necesitan resultados pertinentes con rapidez. Elígela según los requisitos de calidad y tiempo de respuesta de la colección real, en lugar de asumir que una edición más pequeña implica una ventana de contexto menor.\n\nOrienta la relevancia mediante la consulta\nLa consulta puede acompañarse de instrucciones en lenguaje natural que expliquen qué se considera pertinente. Mantén concisas y coherentes la pregunta y la preferencia de relevancia. Para una búsqueda de soporte de software, utiliza «Encuentra el procedimiento para restablecer un dispositivo; prioriza las instrucciones para la revisión de hardware indicada». Para un nombre de producto ambiguo, incluye la categoría del producto para que no predominen significados sin relación. Una preferencia en la consulta orienta la puntuación semántica; utiliza metadatos explícitos de la colección para seleccionar el producto, la versión del documento o el ámbito de acceso correctos antes de construir la lista de candidatos.\n\nPrepara una lista reducida de candidatos de texto\nLos documentos de entrada son cadenas de texto. Extrae texto legible del material de origen y conserva los títulos, encabezados, identificadores y contexto circundante útiles. Mantén una correspondencia estable entre cada posición de entrada y el registro original. Para un artículo de resolución de problemas, incluye el síntoma y el procedimiento pertinente, no solo una frase aislada. Para búsqueda de código fuente, incluye la función y la información cercana necesaria para distinguirla de otras funciones con nombres similares. Elimina la navegación repetitiva o el texto genérico cuando desplacen el pasaje útil.\n\nEl reclasificador solo puede reordenar los documentos que recibe. Si la primera búsqueda nunca recupera el artículo pertinente, esta etapa no puede recuperar ese candidato ausente. Examina tanto la lista reducida como el orden final cuando un resultado parezca incorrecto. Cuando un documento extenso abarque muchos temas, separa secciones coherentes y conserva sus referencias al documento principal para poder seleccionar una sección pertinente sin perder su fuente.\n\nLímites de contexto y petición\nLa guía actual del fabricante especifica un máximo de 8,000 tokens para la consulta y un máximo combinado de 32,000 tokens para la consulta más cada documento individual. Permite hasta 1,000 documentos candidatos y un presupuesto total de petición de 600,000 tokens, calculado como los tokens de consulta multiplicados por el número de documentos, más todos los tokens de los documentos. Por tanto, una consulta larga consume espacio en cada par y contribuye repetidamente al presupuesto agregado. Cuenta el texto enviado con el tokenizador del modelo adecuado en lugar de tratar caracteres, palabras y tokens como intercambiables.\n\nPor ejemplo, una consulta de 500 tokens con 100 documentos de 4,000 tokens cada uno supone 450,000 tokens de entrada según esa fórmula. Esto ilustra la planificación del presupuesto, no un tamaño recomendado de lista reducida ni un resultado medido de velocidad. La opción documentada de truncamiento está activada por defecto; el texto demasiado largo puede acortarse antes de puntuarse. Prepara deliberadamente las secciones importantes para que el truncamiento no elimine precisamente el pasaje que necesitas encontrar.\n\nLee y utiliza el resultado\nLos resultados se ordenan de mayor a menor puntuación de relevancia. Cada resultado identifica la posición original del documento en la entrada, lo que permite a la aplicación añadir su propio título, identificador de registro y fuente. El ajuste top_k controla cuántos candidatos clasificados se devuelven; si se omite, se devuelven todos los candidatos. La interfaz REST del fabricante también puede devolver el texto del documento. Conserva los identificadores originales junto con los resultados seleccionados al mostrar una página de búsqueda o pasar pruebas a una etapa de generación de respuestas.\n\nUna puntuación de relevancia expresa cuánto se ajusta un candidato a la consulta; no establece que sus afirmaciones sean correctas. Compara los elementos mejor clasificados con la pregunta real del usuario, incluidas las exclusiones y las diferencias de versión de los documentos. Si todos los candidatos son irrelevantes, sigue existiendo un elemento en primer lugar. Decide cómo debe tratar tu aplicación ese caso utilizando consultas representativas de la colección.\n\nActualización y elección de edición\nEl fabricante describe rerank-3-lite como una actualización de rerank-2.5-lite con semántica de API sin cambios y puntuaciones calibradas según la distribución del predecesor correspondiente. Conserva la correspondencia existente de registros y la etapa de recuperación y compara después el orden resultante con consultas significativas antes de confiar en un umbral de puntuación establecido. Utiliza Lite para una experiencia de búsqueda donde importe el tiempo de respuesta; utiliza la edición rerank-3 centrada en calidad como comparación cuando la relevancia de candidatos difíciles sea la prioridad principal.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "1f3e1ce45b1073bc3fc37ddb24a4c3677e28dd96559ef567f6e3d7da1f0b8717", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "es", "methods": [ { "html": "voyageai/rerank-3-liteVoyage rerank-3-lite puntúa y reordena documentos de texto candidatos para una consulta, con énfasis en búsquedas de respuesta rápida. Admite instrucciones de relevancia y una ventana de 32,000 tokens por consulta-documento, por lo que resulta útil después de la recuperación vectorial o por palabras clave en flujos de búsqueda y RAG.
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.
Voyage rerank-3-lite es la edición centrada en latencia de la serie Rerank 3 de Voyage. Recibe una consulta de texto y documentos candidatos, evalúa conjuntamente cada par consulta-documento y devuelve puntuaciones de relevancia en orden de clasificación. Actúa como segunda etapa de búsqueda: un recuperador por embeddings o palabras clave encuentra los candidatos y después Lite afina su orden. El resultado es una clasificación para utilizar en búsquedas o en un flujo de generación aumentada por recuperación.
Qué cambia en Rerank 3 Lite El productor destaca una recuperación mejorada en documentos extensos y código frente a rerank-2.5-lite. Ambas ediciones de Rerank 3 conservan el seguimiento de instrucciones y la misma clase de contexto de 32K, mientras que Lite está diseñada para aplicaciones sensibles a la latencia. Esto la convierte en una candidata práctica para búsqueda interactiva en bases de conocimiento, recuperación de documentos de soporte y consultas de código cuando los usuarios necesitan resultados pertinentes con rapidez. Elígela según los requisitos de calidad y tiempo de respuesta de la colección real, en lugar de asumir que una edición más pequeña implica una ventana de contexto menor.
Orienta la relevancia mediante la consulta La consulta puede acompañarse de instrucciones en lenguaje natural que expliquen qué se considera pertinente. Mantén concisas y coherentes la pregunta y la preferencia de relevancia. Para una búsqueda de soporte de software, utiliza «Encuentra el procedimiento para restablecer un dispositivo; prioriza las instrucciones para la revisión de hardware indicada». Para un nombre de producto ambiguo, incluye la categoría del producto para que no predominen significados sin relación. Una preferencia en la consulta orienta la puntuación semántica; utiliza metadatos explícitos de la colección para seleccionar el producto, la versión del documento o el ámbito de acceso correctos antes de construir la lista de candidatos.
Prepara una lista reducida de candidatos de texto Los documentos de entrada son cadenas de texto. Extrae texto legible del material de origen y conserva los títulos, encabezados, identificadores y contexto circundante útiles. Mantén una correspondencia estable entre cada posición de entrada y el registro original. Para un artículo de resolución de problemas, incluye el síntoma y el procedimiento pertinente, no solo una frase aislada. Para búsqueda de código fuente, incluye la función y la información cercana necesaria para distinguirla de otras funciones con nombres similares. Elimina la navegación repetitiva o el texto genérico cuando desplacen el pasaje útil.
El reclasificador solo puede reordenar los documentos que recibe. Si la primera búsqueda nunca recupera el artículo pertinente, esta etapa no puede recuperar ese candidato ausente. Examina tanto la lista reducida como el orden final cuando un resultado parezca incorrecto. Cuando un documento extenso abarque muchos temas, separa secciones coherentes y conserva sus referencias al documento principal para poder seleccionar una sección pertinente sin perder su fuente.
Límites de contexto y petición La guía actual del fabricante especifica un máximo de 8,000 tokens para la consulta y un máximo combinado de 32,000 tokens para la consulta más cada documento individual. Permite hasta 1,000 documentos candidatos y un presupuesto total de petición de 600,000 tokens, calculado como los tokens de consulta multiplicados por el número de documentos, más todos los tokens de los documentos. Por tanto, una consulta larga consume espacio en cada par y contribuye repetidamente al presupuesto agregado. Cuenta el texto enviado con el tokenizador del modelo adecuado en lugar de tratar caracteres, palabras y tokens como intercambiables.
Por ejemplo, una consulta de 500 tokens con 100 documentos de 4,000 tokens cada uno supone 450,000 tokens de entrada según esa fórmula. Esto ilustra la planificación del presupuesto, no un tamaño recomendado de lista reducida ni un resultado medido de velocidad. La opción documentada de truncamiento está activada por defecto; el texto demasiado largo puede acortarse antes de puntuarse. Prepara deliberadamente las secciones importantes para que el truncamiento no elimine precisamente el pasaje que necesitas encontrar.
Lee y utiliza el resultado Los resultados se ordenan de mayor a menor puntuación de relevancia. Cada resultado identifica la posición original del documento en la entrada, lo que permite a la aplicación añadir su propio título, identificador de registro y fuente. El ajuste top_k controla cuántos candidatos clasificados se devuelven; si se omite, se devuelven todos los candidatos. La interfaz REST del fabricante también puede devolver el texto del documento. Conserva los identificadores originales junto con los resultados seleccionados al mostrar una página de búsqueda o pasar pruebas a una etapa de generación de respuestas.
Una puntuación de relevancia expresa cuánto se ajusta un candidato a la consulta; no establece que sus afirmaciones sean correctas. Compara los elementos mejor clasificados con la pregunta real del usuario, incluidas las exclusiones y las diferencias de versión de los documentos. Si todos los candidatos son irrelevantes, sigue existiendo un elemento en primer lugar. Decide cómo debe tratar tu aplicación ese caso utilizando consultas representativas de la colección.
Actualización y elección de edición El fabricante describe rerank-3-lite como una actualización de rerank-2.5-lite con semántica de API sin cambios y puntuaciones calibradas según la distribución del predecesor correspondiente. Conserva la correspondencia existente de registros y la etapa de recuperación y compara después el orden resultante con consultas significativas antes de confiar en un umbral de puntuación establecido. Utiliza Lite para una experiencia de búsqueda donde importe el tiempo de respuesta; utiliza la edición rerank-3 centrada en calidad como comparación cuando la relevancia de candidatos difíciles sea la prioridad principal.
POST /v1/reranktextrerank| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campodocuments | Tipoarray | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites voyageai/rerank-3-lite | Predeterminado— |
Campoprovider | Tiposchema | RequisitoOpcional | Valores y límites | Predeterminado— |
Campoquery | Tipostring | RequisitoObligatorio | Valores y límites | Predeterminado— |
Camposession_id | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campotop_n | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 | Predeterminado— |
Campotrace | Tiposchema | RequisitoOpcional | Valores y límites | Predeterminado— |
Campouser | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campodocuments[].text | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campodocuments[].image | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
text_rerank · Obligatorio: query, documents array with minItems1
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, query, documents |
Parámetromaterial_types | Contratotext |
Parámetrooptional_controls | Contratoprovider, session_id, top_n, trace, user |
Parámetromultimodal_input_binding | Contratonull |
Ciclo de vida: synchronous
Envía el ID exacto del modelo y conserva la respuesta nativa completa.
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 | Unidad de facturación | Cargo |
|---|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Unidad de facturación— | Cargo Entrada · Tokens de entrada — / 1K tokens Salida · Tokens de salida — / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónUltra | Tabla de tarifas— | Unidad de facturación/ 1K tokens | Cargo Entrada $0.00004 / 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 →
{\n "documents": [\n "Paris is the capital of France.",\n "Berlin is the capital of Germany."\n ],\n "model": "voyageai/rerank-3-lite",\n "query": "What is the capital of France?",\n "top_n": 3\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='voyageai/rerank-3-lite'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/rerank \\\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\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Se conserva cada índice real de resultado, cada relevance_score finito y cada objeto de documento original. Los índices vinculan la lista original de documentos. El JSON original completo se almacena y solo se devuelve tras la liquidación.
Conserva la operación original y la respuesta completa o parcial; no repitas el POST.
| Campo | Tipo |
|---|---|
Campomodel | Tipostring |
Campoid | Tipostring |
Campoprovider | Tipostring |
Camporesults[].index | Tipointeger |
Camporesults[].relevance_score | Tiponumber |
Camporesults[].document.text | Tipostring |
Camporesults[].document.image | Tipostring |
Campousage.search_units | Tipointeger |
Campousage.total_tokens | Tipointeger |
Campousage.cost | Tiponumber |
| Respuesta | Condición | Siguiente paso |
|---|---|---|
Respuesta400 · invalid_request_error | CondiciónCampo obligatorio, representación o valor no válido | Siguiente pasoCorrige el campo indicado de la solicitud. |
Ailoot Ultra voyageai/rerank-3-lite
Usa las rutas de método indicadas arriba.