rerank-2.5-lite è il membro leggero del rilascio 2.5 dei reranker di Voyage AI. Il produttore lo descrive come un modello generalista che bilancia latenza e qualità della pertinenza, con rispetto delle istruzioni in linguaggio naturale e supporto multilingue. Il suo input è una query e testi candidati, e il suo output è un ordine perfezionato di quei candidati con punteggi di pertinenza.
Il modello Lite elabora congiuntamente ogni coppia query-documento come cross-encoder. Può seguire una ricerca iniziale basata su embedding o lessico, perfezionando i brani selezionati da quella fase. Questo differisce dalla preparazione di un indice di embedding riutilizzabile: il reranker esamina insieme la query inviata e il testo del documento per la valutazione corrente della pertinenza.
Per una ricerca interattiva di assistenza, invia le spiegazioni candidate che potrebbero rispondere alla domanda dell'utente. Mantieni abbastanza testo di ogni brano da comunicare il comportamento e le relative condizioni e conserva l'associazione tra l'indice di input e l'elemento originale. Un insieme di candidati mirato aiuta a rendere chiaro il compito di reranking, lasciando le prove recuperate utilizzabili per la visualizzazione o una risposta successiva.
Come rerank-2.5, Lite accetta istruzioni in linguaggio naturale prima o dopo la query. Gli esempi del produttore le usano per evidenziare componenti del documento, selezionare un tipo preferito di fonte o aggiungere contesto a una parola ambigua. Un'applicazione può fornire una preferenza di pertinenza stabile, oppure la domanda corrente può includerne una più specifica.
Una query di supporto esemplificativa può chiedere quale brano spieghi un errore, con l'istruzione di dare priorità ai passaggi di risoluzione dei problemi rispetto alle descrizioni generali del prodotto. Una ricerca documentale può chiedere la formulazione originale di una policy invece di una discussione della policy. Descrivi le prove desiderate e mantieni l'istruzione concisa. Le istruzioni influenzano i punteggi di pertinenza; applica ogni vincolo rigido su versione, data o autorizzazione nella selezione dei candidati, invece di trattare una preferenza di pertinenza come filtro garantito.
L'output è ordinato per pertinenza decrescente. Ogni risultato include l'indice originale del documento e un punteggio a virgola mobile; l'impostazione opzionale return-documents restituisce anche il testo di input corrispondente. L'opzione top-k determina il numero dei primi risultati restituiti, mentre ometterla restituisce la classifica di tutti i candidati inviati.
Usa quegli indici per recuperare il brano originale e il suo identificatore. Un candidato riclassificato può diventare un risultato di ricerca o una prova per il passaggio RAG successivo, ma l'output è un ordinamento del testo fornito, non una risposta riscritta. Valuta se i brani ai primi posti soddisfano sia la domanda sia l'istruzione di pertinenza, anche nelle lingue e nei tipi di documenti effettivamente presenti nella raccolta.
L'edizione 2.5 Lite ha un massimo documentato di 8.000 token per la query e un limite di 32.000 token per la query più ogni singolo documento. È distinta dal precedente modello rerank-2-lite e dal suo contesto più piccolo. Si possono inviare al massimo 1.000 documenti e l'input totale è limitato a 600.000 token secondo la formula: token della query moltiplicati per il numero di candidati, più la somma dei token dei documenti candidati.
Per usi sensibili alla latenza, le FAQ del produttore raccomandano rerank-2.5-lite con non più di 200.000 token totali per richiesta. È un'indicazione pratica al di sotto del massimo dichiarato, non una diversa finestra per documento. Una query o istruzione più lunga viene contata una volta per ogni coppia candidata, quindi sia il numero di candidati sia la lunghezza della query influiscono sul totale.
Il troncamento è abilitato per impostazione predefinita e accorcia input query/documento troppo lunghi per farli rientrare; disabilitarlo restituisce un errore per una query o una coppia troppo lunga. Prepara deliberatamente candidati compatti che contengano la risposta, così le prove utili non restano oltre il limite di troncamento. Selezionare meno risultati di output tramite top-k non rimuove gli altri candidati forniti dal calcolo dei token. Esamina i brani originali restituiti e perfeziona la preparazione dell'input intorno alle domande effettive a cui l'interfaccia di ricerca deve rispondere.
", "aboutText": "rerank-2.5-lite è il membro leggero del rilascio 2.5 dei reranker di Voyage AI. Il produttore lo descrive come un modello generalista che bilancia latenza e qualità della pertinenza, con rispetto delle istruzioni in linguaggio naturale e supporto multilingue. Il suo input è una query e testi candidati, e il suo output è un ordine perfezionato di quei candidati con punteggi di pertinenza.\n\n### Una valutazione leggera della pertinenza nella seconda fase\n\nIl modello Lite elabora congiuntamente ogni coppia query-documento come cross-encoder. Può seguire una ricerca iniziale basata su embedding o lessico, perfezionando i brani selezionati da quella fase. Questo differisce dalla preparazione di un indice di embedding riutilizzabile: il reranker esamina insieme la query inviata e il testo del documento per la valutazione corrente della pertinenza.\n\nPer una ricerca interattiva di assistenza, invia le spiegazioni candidate che potrebbero rispondere alla domanda dell'utente. Mantieni abbastanza testo di ogni brano da comunicare il comportamento e le relative condizioni e conserva l'associazione tra l'indice di input e l'elemento originale. Un insieme di candidati mirato aiuta a rendere chiaro il compito di reranking, lasciando le prove recuperate utilizzabili per la visualizzazione o una risposta successiva.\n\n### Le istruzioni esprimono cosa l'utente vuole privilegiare\n\nCome rerank-2.5, Lite accetta istruzioni in linguaggio naturale prima o dopo la query. Gli esempi del produttore le usano per evidenziare componenti del documento, selezionare un tipo preferito di fonte o aggiungere contesto a una parola ambigua. Un'applicazione può fornire una preferenza di pertinenza stabile, oppure la domanda corrente può includerne una più specifica.\n\nUna query di supporto esemplificativa può chiedere quale brano spieghi un errore, con l'istruzione di dare priorità ai passaggi di risoluzione dei problemi rispetto alle descrizioni generali del prodotto. Una ricerca documentale può chiedere la formulazione originale di una policy invece di una discussione della policy. Descrivi le prove desiderate e mantieni l'istruzione concisa. Le istruzioni influenzano i punteggi di pertinenza; applica ogni vincolo rigido su versione, data o autorizzazione nella selezione dei candidati, invece di trattare una preferenza di pertinenza come filtro garantito.\n\n### Leggi la classifica e restituisci il brano originale\n\nL'output è ordinato per pertinenza decrescente. Ogni risultato include l'indice originale del documento e un punteggio a virgola mobile; l'impostazione opzionale return-documents restituisce anche il testo di input corrispondente. L'opzione top-k determina il numero dei primi risultati restituiti, mentre ometterla restituisce la classifica di tutti i candidati inviati.\n\nUsa quegli indici per recuperare il brano originale e il suo identificatore. Un candidato riclassificato può diventare un risultato di ricerca o una prova per il passaggio RAG successivo, ma l'output è un ordinamento del testo fornito, non una risposta riscritta. Valuta se i brani ai primi posti soddisfano sia la domanda sia l'istruzione di pertinenza, anche nelle lingue e nei tipi di documenti effettivamente presenti nella raccolta.\n\n### Limiti e un budget pratico dei candidati\n\nL'edizione 2.5 Lite ha un massimo documentato di 8.000 token per la query e un limite di 32.000 token per la query più ogni singolo documento. È distinta dal precedente modello rerank-2-lite e dal suo contesto più piccolo. Si possono inviare al massimo 1.000 documenti e l'input totale è limitato a 600.000 token secondo la formula: token della query moltiplicati per il numero di candidati, più la somma dei token dei documenti candidati.\n\nPer usi sensibili alla latenza, le FAQ del produttore raccomandano rerank-2.5-lite con non più di 200.000 token totali per richiesta. È un'indicazione pratica al di sotto del massimo dichiarato, non una diversa finestra per documento. Una query o istruzione più lunga viene contata una volta per ogni coppia candidata, quindi sia il numero di candidati sia la lunghezza della query influiscono sul totale.\n\nIl troncamento è abilitato per impostazione predefinita e accorcia input query/documento troppo lunghi per farli rientrare; disabilitarlo restituisce un errore per una query o una coppia troppo lunga. Prepara deliberatamente candidati compatti che contengano la risposta, così le prove utili non restano oltre il limite di troncamento. Selezionare meno risultati di output tramite top-k non rimuove gli altri candidati forniti dal calcolo dei token. Esamina i brani originali restituiti e perfeziona la preparazione dell'input intorno alle domande effettive a cui l'interfaccia di ricerca deve rispondere.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "8edb23c19a1da1da6dbab67df67af40245c109064c326f2877b3ff2a48d3c6a8", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "it", "methods": [ { "html": "voyageai/rerank-2.5-litererank-2.5-lite è il reranker di Voyage AI orientato alla latenza che segue istruzioni per un insieme fornito di candidati testuali. Mantiene un contesto query-documento di 32.000 token e il supporto multilingue, restituendo un elenco ordinato di punteggi di pertinenza e indici dei documenti originali.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
rerank-2.5-lite è il membro leggero del rilascio 2.5 dei reranker di Voyage AI. Il produttore lo descrive come un modello generalista che bilancia latenza e qualità della pertinenza, con rispetto delle istruzioni in linguaggio naturale e supporto multilingue. Il suo input è una query e testi candidati, e il suo output è un ordine perfezionato di quei candidati con punteggi di pertinenza.
Il modello Lite elabora congiuntamente ogni coppia query-documento come cross-encoder. Può seguire una ricerca iniziale basata su embedding o lessico, perfezionando i brani selezionati da quella fase. Questo differisce dalla preparazione di un indice di embedding riutilizzabile: il reranker esamina insieme la query inviata e il testo del documento per la valutazione corrente della pertinenza.
Per una ricerca interattiva di assistenza, invia le spiegazioni candidate che potrebbero rispondere alla domanda dell'utente. Mantieni abbastanza testo di ogni brano da comunicare il comportamento e le relative condizioni e conserva l'associazione tra l'indice di input e l'elemento originale. Un insieme di candidati mirato aiuta a rendere chiaro il compito di reranking, lasciando le prove recuperate utilizzabili per la visualizzazione o una risposta successiva.
Come rerank-2.5, Lite accetta istruzioni in linguaggio naturale prima o dopo la query. Gli esempi del produttore le usano per evidenziare componenti del documento, selezionare un tipo preferito di fonte o aggiungere contesto a una parola ambigua. Un'applicazione può fornire una preferenza di pertinenza stabile, oppure la domanda corrente può includerne una più specifica.
Una query di supporto esemplificativa può chiedere quale brano spieghi un errore, con l'istruzione di dare priorità ai passaggi di risoluzione dei problemi rispetto alle descrizioni generali del prodotto. Una ricerca documentale può chiedere la formulazione originale di una policy invece di una discussione della policy. Descrivi le prove desiderate e mantieni l'istruzione concisa. Le istruzioni influenzano i punteggi di pertinenza; applica ogni vincolo rigido su versione, data o autorizzazione nella selezione dei candidati, invece di trattare una preferenza di pertinenza come filtro garantito.
L'output è ordinato per pertinenza decrescente. Ogni risultato include l'indice originale del documento e un punteggio a virgola mobile; l'impostazione opzionale return-documents restituisce anche il testo di input corrispondente. L'opzione top-k determina il numero dei primi risultati restituiti, mentre ometterla restituisce la classifica di tutti i candidati inviati.
Usa quegli indici per recuperare il brano originale e il suo identificatore. Un candidato riclassificato può diventare un risultato di ricerca o una prova per il passaggio RAG successivo, ma l'output è un ordinamento del testo fornito, non una risposta riscritta. Valuta se i brani ai primi posti soddisfano sia la domanda sia l'istruzione di pertinenza, anche nelle lingue e nei tipi di documenti effettivamente presenti nella raccolta.
L'edizione 2.5 Lite ha un massimo documentato di 8.000 token per la query e un limite di 32.000 token per la query più ogni singolo documento. È distinta dal precedente modello rerank-2-lite e dal suo contesto più piccolo. Si possono inviare al massimo 1.000 documenti e l'input totale è limitato a 600.000 token secondo la formula: token della query moltiplicati per il numero di candidati, più la somma dei token dei documenti candidati.
Per usi sensibili alla latenza, le FAQ del produttore raccomandano rerank-2.5-lite con non più di 200.000 token totali per richiesta. È un'indicazione pratica al di sotto del massimo dichiarato, non una diversa finestra per documento. Una query o istruzione più lunga viene contata una volta per ogni coppia candidata, quindi sia il numero di candidati sia la lunghezza della query influiscono sul totale.
Il troncamento è abilitato per impostazione predefinita e accorcia input query/documento troppo lunghi per farli rientrare; disabilitarlo restituisce un errore per una query o una coppia troppo lunga. Prepara deliberatamente candidati compatti che contengano la risposta, così le prove utili non restano oltre il limite di troncamento. Selezionare meno risultati di output tramite top-k non rimuove gli altri candidati forniti dal calcolo dei token. Esamina i brani originali restituiti e perfeziona la preparazione dell'input intorno alle domande effettive a cui l'interfaccia di ricerca deve rispondere.
POST /v1/reranktextrerank| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campodocuments | Tipoarray | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti voyageai/rerank-2.5-lite | Predefinito— |
Campoprovider | Tiposchema | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campoquery | Tipostring | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Camposession_id | Tipostring | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campotop_n | Tipointeger | RequisitoFacoltativo | Valori e limiti Minimo: 1 | Predefinito— |
Campotrace | Tiposchema | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campouser | Tipostring | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campodocuments[].text | Tipostring | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campodocuments[].image | Tipostring | RequisitoFacoltativo | Valori e limiti | Predefinito— |
text_rerank · Obbligatorio: query, documents array with minItems1
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, query, documents |
Parametromaterial_types | Contrattotext |
Parametrooptional_controls | Contrattoprovider, session_id, top_n, trace, user |
Parametromultimodal_input_binding | Contrattonull |
Ciclo di vita: synchronous
Invia l'ID esatto del modello e conserva l'intera risposta nativa.
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
Associa ogni costo alle condizioni indicate. Usa una sola tariffa per ogni insieme di configurazioni alternative.
| Configurazione | Listino delle tariffe | Unità di fatturazione | Costo |
|---|---|---|---|
| ConfigurazioneTariffe base dei token | Listino delle tariffeTariffa base | Unità di fatturazione— | Costo Input · Token in input — / 1K token Output · Token in output — / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
| ConfigurazioneUltra | Listino delle tariffe— | Unità di fatturazione/ 1K token | Costo Input $0.00004 / 1K token |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
{\n "documents": [\n "Paris is the capital of France.",\n "Berlin is the capital of Germany."\n ],\n "model": "voyageai/rerank-2.5-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-2.5-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 ogni risposta, file e parte di contenuto restituiti per intero.
Vengono conservati ogni indice effettivo dei risultati, ogni relevance_score finito e l'oggetto documento originale. Gli indici corrispondono all'array di documenti originale. L'intero JSON originale viene memorizzato e restituito solo dopo il conguaglio dell'addebito.
Conserva l'operazione originale e la risposta completa o parziale; non ripetere 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 |
| Risposta | Condizione | Passaggio successivo |
|---|---|---|
Risposta400 · invalid_request_error | CondizioneCampo obbligatorio, rappresentazione o valore non valido | Passaggio successivoCorreggi il campo della richiesta indicato. |
Ailoot Ultra voyageai/rerank-2.5-lite
Usa i percorsi dei metodi indicati sopra.