Cohere: Rerank 4 Pro
Cohere Rerank 4 Pro ordena documentos candidatos según su relevancia para una consulta en flujos de búsqueda y de generación aumentada con recuperación. Es la edición de Rerank 4 enfocada en la calidad, con contexto de 32K, cobertura multilingüe y compatibilidad con texto semiestructurado.
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.
Cohere Rerank 4 Pro es el modelo enfocado en la calidad de la familia Rerank 4 de Cohere. Evalúa documentos candidatos frente a una consulta y devuelve su orden y sus puntuaciones de relevancia. El modelo está diseñado para tareas complejas de recuperación, incluidos documentos multilingües e información semiestructurada. Se integra en un flujo de búsqueda o de generación aumentada con recuperación después de que un sistema existente haya reunido los candidatos: el resultado ayuda a elegir qué pasajes mostrar o proporcionar como evidencia en la siguiente etapa.
El identificador del productor es rerank-v4.0-pro, separado de rerank-v4.0-fast y rerank-v3.5. Pro está orientado a casos complejos donde la calidad de recuperación es prioritaria, mientras que Fast busca menor latencia y mayor capacidad de procesamiento. Ambas ediciones de Rerank 4 usan un contexto de 32,768 tokens. La consulta y un documento candidato comparten ese presupuesto; no es una ventana completa independiente para cada campo de entrada ni un límite para todo el corpus almacenado de búsqueda.
Proporciona una consulta clara y la lista de cadenas de texto candidatas. Cada resultado devuelto incluye el índice del documento original y una puntuación de relevancia, y top_n permite seleccionar cuántos resultados ordenados devolver; si se omite, el productor devuelve todos los resultados. Conserva un identificador de fuente junto a cada entrada para vincular la clasificación con el pasaje exacto. Para una pregunta de soporte, pregunta por las condiciones necesarias y proporciona las secciones candidatas de las políticas, en vez de esperar que el reordenador encuentre políticas que no están en la lista.
El modelo admite más de 100 idiomas y puede reordenar material en inglés y otros idiomas. Para una consulta con varios requisitos, indica las condiciones que hacen útil a un pasaje, como el producto, la situación y el procedimiento necesario. Para registros semiestructurados, Cohere recomienda cadenas YAML en lugar de pasar objetos sin procesar en la lista de documentos de V2. Ordena deliberadamente los campos relevantes, como título y contenido, porque el truncamiento puede eliminar los campos posteriores. Esta preparación es útil para registros de productos, mensajes y metadatos de documentos, además de la prosa común.
La guía de preparación específica del modelo limita la consulta de Rerank 4 a sus primeros 16,384 tokens. Describe el procesamiento de documentos más largos mediante fragmentos que comparten el contexto de 32,768 tokens con la consulta y los tokens reservados. Por separado, la referencia V2 actual establece max_tokens_per_doc en 4096 de forma predeterminada e indica que las cadenas de documentos más largas se truncan según ese valor. Trata la ventana del modelo y el truncamiento de documentos de la solicitud del productor como controles distintos. Prepara pasajes concisos y relevantes o elige un presupuesto adecuado para documentos, en vez de suponer que toda fuente extensa siempre se lee completa.
Para el rendimiento recomendado de las solicitudes, Cohere aconseja no enviar más de 1,000 documentos a la vez. Conserva los identificadores de los candidatos cuando dividas una lista más grande en grupos manejables. Las puntuaciones de relevancia se normalizan entre 0 y 1, pero dependen de la consulta y de los candidatos; no son una medida lineal de exactitud factual. Usa el orden como resultado principal de recuperación. Si filtras por un umbral de puntuación, establécelo con consultas representativas y pasajes de relevancia limítrofe del dominio real, en lugar de suponer un corte universal.
Un entregable final útil es una lista de candidatos ordenados que incluya identificadores de fuente y puntuaciones, lista para un resultado de búsqueda o una etapa de selección de evidencia. Un documento con una puntuación alta de relevancia puede contener información desactualizada o incorrecta, así que conserva su fuente y contenido para la etapa que los utilice. El propósito de Pro es evaluar la relevancia, no redactar una respuesta libre ni generar embeddings. Mantén la edición exacta Pro asociada al resultado al comparar o afinar un flujo de recuperación.
Ailoot Ultra · Reordenación por relevancia POST /v1/rerank cohere/rerank-4-pro
cohere/rerank-4-proInicio
Cohere Rerank 4 Pro ordena documentos candidatos según su relevancia para una consulta en flujos de búsqueda y de generación aumentada con recuperación. Es la edición de Rerank 4 enfocada en la calidad, con contexto de 32K, cobertura multilingüe y compatibilidad con texto semiestructurado.
- Entradas aceptadas
- Texto
- Resultados
- Resultados ordenados por relevancia
Disponible en Ailoot · entradas y métodos
Ailoot Ultra · Reordenación por relevancia POST /v1/rerank
- Entrada
text- Salida
rerank- Formato de salida
- json
| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campodocuments | Tipoarray | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites cohere/rerank-4-pro | 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— |
Combinaciones de materiales de entrada
text_rerank · Obligatorio: query, documents array with minItems1
Parámetros del método y ciclo de vida
| 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.
Tarifas
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
- Modo fast
- Sin especificar Cuando se selecciona el modo fast
- Modo flex
- Sin especificar Cuando se selecciona el modo flex
- Esfuerzo máximo de razonamiento
- Sin especificar Cuando el esfuerzo máximo de razonamiento usa el ajuste default
Tarifas de Ailoot
Precios por configuración
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ónpor unidad de búsqueda | Cargo total · unidad de búsqueda $0.005 por unidad de búsqueda |
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 · Reordenación por relevancia
{
"documents": [
"Paris is the capital of France.",
"Berlin is the capital of Germany."
],
"model": "cohere/rerank-4-pro",
"query": "What is the capital of France?",
"top_n": 3
}set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"
export AILOOT_REQUEST_FILE
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))
if not isinstance(p,dict): raise SystemExit('Request must be a JSON object')
p['model']='cohere/rerank-4-pro'
Path('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/rerank \
-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
print(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))
PY_RESULT
Recibir y guardar resultados
Ailoot Ultra · Reordenación por relevancia
json
Conserva todos los resultados completados
Conserva todas las respuestas, archivos y partes de contenido completos recibidos.
Se conservan todos los índices reales del resultado, cada relevance_score finito y el objeto del documento original. Los índices vinculan el arreglo original de documentos. El JSON original completo se almacena y devuelve únicamente después de liquidar el cargo.
Si es necesario revisar la respuesta original
Conserva la operación original y la respuesta completa o parcial; no repitas el POST.
Campos de respuesta
| 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 |
Errores y siguientes pasos
| 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. |
Alias
Alias del modelo
Ailoot Ultra cohere/rerank-4-pro
Alias de rutas de métodos
Usa las rutas de método indicadas arriba.
ID de modelo relacionados
FAQ · Cohere: Rerank 4 Pro
- ¿Qué entradas y resultados están disponibles?
POST /v1/rerank·cohere/rerank-4-pro:text→rerank- ¿Qué campos utiliza la solicitud?
POST /v1/rerank·cohere/rerank-4-pro:documents,model,provider,query,session_id,top_n,trace,user- ¿Qué límites se aplican?
POST /v1/rerank·cohere/rerank-4-pro:top_n.minimum:1