rerank-2.5-lite is het lichte model in de 2.5-rerankerrelease van Voyage AI. De fabrikant beschrijft het als een generalistisch model dat latentie en relevantiekwaliteit in evenwicht brengt, met instructies volgen in natuurlijke taal en meertalige ondersteuning. De invoer bestaat uit een zoekvraag en kandidaatteksten en de uitvoer is een verfijnde volgorde van die kandidaten met relevantiescores.
Het Lite-model verwerkt elk paar van zoekvraag en document samen als een cross-encoder. Het kan op een eerste embedding- of lexicale zoekfase volgen en de door die fase geselecteerde passages verfijnen. Dit verschilt van het voorbereiden van een herbruikbare embeddingindex: de reranker onderzoekt de ingediende zoekvraag en documenttekst samen voor de huidige relevantiebeslissing.
Dien voor een interactieve helpzoekfunctie de kandidaatuitleg in die de gebruikersvraag mogelijk beantwoordt. Behoud genoeg van elke passage om het gedrag en de voorwaarden duidelijk te maken en bewaar het verband tussen de invoerindex en het bronitem. Een gerichte kandidaatverzameling helpt de herschiktaak duidelijk te maken en laat het opgehaalde bewijsmateriaal tegelijk bruikbaar voor weergave of een later antwoord.
Net als rerank-2.5 aanvaardt Lite instructies in natuurlijke taal vóór of na de zoekvraag. De voorbeelden van de maker gebruiken die om documentonderdelen te benadrukken, een voorkeursbrontype te selecteren of context aan een dubbelzinnig woord toe te voegen. Een toepassing kan een vaste relevantievoorkeur meegeven of de huidige vraag kan een specifiekere voorkeur bevatten.
Een illustratieve supportzoekvraag kan vragen welke passage een fout uitlegt, met een instructie om probleemoplossingsstappen voorrang te geven boven algemene productbeschrijvingen. Een documentzoekopdracht kan om de oorspronkelijke beleidsformulering vragen in plaats van een bespreking van het beleid. Beschrijf het beoogde bewijsmateriaal en houd de instructie beknopt. Instructies beïnvloeden relevantiescores; leg eventuele strikte versie-, datum- of toegangsbeperkingen vast bij de kandidaatselectie in plaats van een relevantievoorkeur als een gegarandeerd filter te behandelen.
De uitvoer wordt op afnemende relevantie gesorteerd. Elk resultaat bevat de oorspronkelijke documentindex en een score als zwevendekommagetal; de optionele instelling return-documents geeft ook de bijbehorende invoertekst terug. De optie top-k bepaalt hoeveel hoogst gerangschikte resultaten worden teruggegeven, terwijl weglaten ervan de rangschikking voor alle ingediende kandidaten teruggeeft.
Gebruik die indices om de bronpassage en haar identifier terug te vinden. Een herschikte kandidaat kan een zoekresultaat of bewijsmateriaal voor de volgende RAG-stap worden, maar de uitvoer is een ordening van aangeleverde tekst en geen herschreven antwoord. Beoordeel of de bovenste passages zowel aan de vraag als de relevantie-instructie voldoen, ook voor de talen en documenttypen die werkelijk in de verzameling voorkomen.
De editie 2.5 Lite heeft een gedocumenteerd zoekvraagmaximum van 8.000 tokens en een limiet van 32.000 tokens voor de zoekvraag plus elk afzonderlijk document. Ze verschilt van het eerdere rerank-2-lite-model met zijn kleinere context. Er kunnen maximaal 1.000 documenten worden ingediend en de totale invoer is beperkt tot 600.000 tokens volgens de formule: zoekvraagtokens vermenigvuldigd met het aantal kandidaten, plus de som van de tokens van de kandidaatdocumenten.
Voor latentiegevoelig gebruik beveelt de FAQ van de maker rerank-2.5-lite aan met maximaal 200.000 totale tokens per aanvraag. Dit is praktisch advies onder het opgegeven maximum, geen ander venster per document. Een langere zoekvraag of instructie wordt eenmaal per kandidaatpaar geteld, zodat zowel het aantal kandidaten als de lengte van de zoekvraag het totaal beïnvloeden.
Afkappen is standaard ingeschakeld en kort te lange zoekvraag-/documentinvoer in om die passend te maken; uitschakelen geeft een fout bij een te lange zoekvraag of een te lang paar. Bereid compacte kandidaten met antwoorddragende inhoud bewust voor, zodat nuttig bewijsmateriaal niet buiten een afkapgrens valt. Minder uitvoerresultaten selecteren via top-k verwijdert de andere aangeleverde kandidaten niet uit de tokenberekening. Onderzoek de teruggegeven bronpassages en verfijn de invoervoorbereiding rond de werkelijke vragen die de zoekinterface moet beantwoorden.
", "aboutText": "rerank-2.5-lite is het lichte model in de 2.5-rerankerrelease van Voyage AI. De fabrikant beschrijft het als een generalistisch model dat latentie en relevantiekwaliteit in evenwicht brengt, met instructies volgen in natuurlijke taal en meertalige ondersteuning. De invoer bestaat uit een zoekvraag en kandidaatteksten en de uitvoer is een verfijnde volgorde van die kandidaten met relevantiescores.\n\n### Een lichte relevantiebeslissing in de tweede fase\n\nHet Lite-model verwerkt elk paar van zoekvraag en document samen als een cross-encoder. Het kan op een eerste embedding- of lexicale zoekfase volgen en de door die fase geselecteerde passages verfijnen. Dit verschilt van het voorbereiden van een herbruikbare embeddingindex: de reranker onderzoekt de ingediende zoekvraag en documenttekst samen voor de huidige relevantiebeslissing.\n\nDien voor een interactieve helpzoekfunctie de kandidaatuitleg in die de gebruikersvraag mogelijk beantwoordt. Behoud genoeg van elke passage om het gedrag en de voorwaarden duidelijk te maken en bewaar het verband tussen de invoerindex en het bronitem. Een gerichte kandidaatverzameling helpt de herschiktaak duidelijk te maken en laat het opgehaalde bewijsmateriaal tegelijk bruikbaar voor weergave of een later antwoord.\n\n### Instructies drukken uit wat de gebruiker voorrang wil geven\n\nNet als rerank-2.5 aanvaardt Lite instructies in natuurlijke taal vóór of na de zoekvraag. De voorbeelden van de maker gebruiken die om documentonderdelen te benadrukken, een voorkeursbrontype te selecteren of context aan een dubbelzinnig woord toe te voegen. Een toepassing kan een vaste relevantievoorkeur meegeven of de huidige vraag kan een specifiekere voorkeur bevatten.\n\nEen illustratieve supportzoekvraag kan vragen welke passage een fout uitlegt, met een instructie om probleemoplossingsstappen voorrang te geven boven algemene productbeschrijvingen. Een documentzoekopdracht kan om de oorspronkelijke beleidsformulering vragen in plaats van een bespreking van het beleid. Beschrijf het beoogde bewijsmateriaal en houd de instructie beknopt. Instructies beïnvloeden relevantiescores; leg eventuele strikte versie-, datum- of toegangsbeperkingen vast bij de kandidaatselectie in plaats van een relevantievoorkeur als een gegarandeerd filter te behandelen.\n\n### Lees de rangschikking en geef de bronpassage terug\n\nDe uitvoer wordt op afnemende relevantie gesorteerd. Elk resultaat bevat de oorspronkelijke documentindex en een score als zwevendekommagetal; de optionele instelling return-documents geeft ook de bijbehorende invoertekst terug. De optie top-k bepaalt hoeveel hoogst gerangschikte resultaten worden teruggegeven, terwijl weglaten ervan de rangschikking voor alle ingediende kandidaten teruggeeft.\n\nGebruik die indices om de bronpassage en haar identifier terug te vinden. Een herschikte kandidaat kan een zoekresultaat of bewijsmateriaal voor de volgende RAG-stap worden, maar de uitvoer is een ordening van aangeleverde tekst en geen herschreven antwoord. Beoordeel of de bovenste passages zowel aan de vraag als de relevantie-instructie voldoen, ook voor de talen en documenttypen die werkelijk in de verzameling voorkomen.\n\n### Limieten en een praktisch kandidatenbudget\n\nDe editie 2.5 Lite heeft een gedocumenteerd zoekvraagmaximum van 8.000 tokens en een limiet van 32.000 tokens voor de zoekvraag plus elk afzonderlijk document. Ze verschilt van het eerdere rerank-2-lite-model met zijn kleinere context. Er kunnen maximaal 1.000 documenten worden ingediend en de totale invoer is beperkt tot 600.000 tokens volgens de formule: zoekvraagtokens vermenigvuldigd met het aantal kandidaten, plus de som van de tokens van de kandidaatdocumenten.\n\nVoor latentiegevoelig gebruik beveelt de FAQ van de maker rerank-2.5-lite aan met maximaal 200.000 totale tokens per aanvraag. Dit is praktisch advies onder het opgegeven maximum, geen ander venster per document. Een langere zoekvraag of instructie wordt eenmaal per kandidaatpaar geteld, zodat zowel het aantal kandidaten als de lengte van de zoekvraag het totaal beïnvloeden.\n\nAfkappen is standaard ingeschakeld en kort te lange zoekvraag-/documentinvoer in om die passend te maken; uitschakelen geeft een fout bij een te lange zoekvraag of een te lang paar. Bereid compacte kandidaten met antwoorddragende inhoud bewust voor, zodat nuttig bewijsmateriaal niet buiten een afkapgrens valt. Minder uitvoerresultaten selecteren via top-k verwijdert de andere aangeleverde kandidaten niet uit de tokenberekening. Onderzoek de teruggegeven bronpassages en verfijn de invoervoorbereiding rond de werkelijke vragen die de zoekinterface moet beantwoorden.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "aed99a50de626c23c98710140267ce669e5e737e07fdf897bc0f55f5d33de9b9", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl-be", "methods": [ { "html": "voyageai/rerank-2.5-litererank-2.5-lite is de latentiegerichte, instructievolgende reranker van Voyage AI voor een aangeleverde verzameling tekstkandidaten. Het behoudt een context van 32.000 tokens voor zoekvraag en document en meertalige ondersteuning, en geeft een geordende lijst relevantiescores en oorspronkelijke documentindices terug.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
rerank-2.5-lite is het lichte model in de 2.5-rerankerrelease van Voyage AI. De fabrikant beschrijft het als een generalistisch model dat latentie en relevantiekwaliteit in evenwicht brengt, met instructies volgen in natuurlijke taal en meertalige ondersteuning. De invoer bestaat uit een zoekvraag en kandidaatteksten en de uitvoer is een verfijnde volgorde van die kandidaten met relevantiescores.
Het Lite-model verwerkt elk paar van zoekvraag en document samen als een cross-encoder. Het kan op een eerste embedding- of lexicale zoekfase volgen en de door die fase geselecteerde passages verfijnen. Dit verschilt van het voorbereiden van een herbruikbare embeddingindex: de reranker onderzoekt de ingediende zoekvraag en documenttekst samen voor de huidige relevantiebeslissing.
Dien voor een interactieve helpzoekfunctie de kandidaatuitleg in die de gebruikersvraag mogelijk beantwoordt. Behoud genoeg van elke passage om het gedrag en de voorwaarden duidelijk te maken en bewaar het verband tussen de invoerindex en het bronitem. Een gerichte kandidaatverzameling helpt de herschiktaak duidelijk te maken en laat het opgehaalde bewijsmateriaal tegelijk bruikbaar voor weergave of een later antwoord.
Net als rerank-2.5 aanvaardt Lite instructies in natuurlijke taal vóór of na de zoekvraag. De voorbeelden van de maker gebruiken die om documentonderdelen te benadrukken, een voorkeursbrontype te selecteren of context aan een dubbelzinnig woord toe te voegen. Een toepassing kan een vaste relevantievoorkeur meegeven of de huidige vraag kan een specifiekere voorkeur bevatten.
Een illustratieve supportzoekvraag kan vragen welke passage een fout uitlegt, met een instructie om probleemoplossingsstappen voorrang te geven boven algemene productbeschrijvingen. Een documentzoekopdracht kan om de oorspronkelijke beleidsformulering vragen in plaats van een bespreking van het beleid. Beschrijf het beoogde bewijsmateriaal en houd de instructie beknopt. Instructies beïnvloeden relevantiescores; leg eventuele strikte versie-, datum- of toegangsbeperkingen vast bij de kandidaatselectie in plaats van een relevantievoorkeur als een gegarandeerd filter te behandelen.
De uitvoer wordt op afnemende relevantie gesorteerd. Elk resultaat bevat de oorspronkelijke documentindex en een score als zwevendekommagetal; de optionele instelling return-documents geeft ook de bijbehorende invoertekst terug. De optie top-k bepaalt hoeveel hoogst gerangschikte resultaten worden teruggegeven, terwijl weglaten ervan de rangschikking voor alle ingediende kandidaten teruggeeft.
Gebruik die indices om de bronpassage en haar identifier terug te vinden. Een herschikte kandidaat kan een zoekresultaat of bewijsmateriaal voor de volgende RAG-stap worden, maar de uitvoer is een ordening van aangeleverde tekst en geen herschreven antwoord. Beoordeel of de bovenste passages zowel aan de vraag als de relevantie-instructie voldoen, ook voor de talen en documenttypen die werkelijk in de verzameling voorkomen.
De editie 2.5 Lite heeft een gedocumenteerd zoekvraagmaximum van 8.000 tokens en een limiet van 32.000 tokens voor de zoekvraag plus elk afzonderlijk document. Ze verschilt van het eerdere rerank-2-lite-model met zijn kleinere context. Er kunnen maximaal 1.000 documenten worden ingediend en de totale invoer is beperkt tot 600.000 tokens volgens de formule: zoekvraagtokens vermenigvuldigd met het aantal kandidaten, plus de som van de tokens van de kandidaatdocumenten.
Voor latentiegevoelig gebruik beveelt de FAQ van de maker rerank-2.5-lite aan met maximaal 200.000 totale tokens per aanvraag. Dit is praktisch advies onder het opgegeven maximum, geen ander venster per document. Een langere zoekvraag of instructie wordt eenmaal per kandidaatpaar geteld, zodat zowel het aantal kandidaten als de lengte van de zoekvraag het totaal beïnvloeden.
Afkappen is standaard ingeschakeld en kort te lange zoekvraag-/documentinvoer in om die passend te maken; uitschakelen geeft een fout bij een te lange zoekvraag of een te lang paar. Bereid compacte kandidaten met antwoorddragende inhoud bewust voor, zodat nuttig bewijsmateriaal niet buiten een afkapgrens valt. Minder uitvoerresultaten selecteren via top-k verwijdert de andere aangeleverde kandidaten niet uit de tokenberekening. Onderzoek de teruggegeven bronpassages en verfijn de invoervoorbereiding rond de werkelijke vragen die de zoekinterface moet beantwoorden.
POST /v1/reranktextrerank| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Velddocuments | Typearray | VereisteVereist | Waarden en limieten | Standaard— |
Veldmodel | Typestring | VereisteVereist | Waarden en limieten voyageai/rerank-2.5-lite | Standaard— |
Veldprovider | Typeschema | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldquery | Typestring | VereisteVereist | Waarden en limieten | Standaard— |
Veldsession_id | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldtop_n | Typeinteger | VereisteOptioneel | Waarden en limieten Minimum: 1 | Standaard— |
Veldtrace | Typeschema | VereisteOptioneel | Waarden en limieten | Standaard— |
Velduser | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
Velddocuments[].text | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
Velddocuments[].image | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
text_rerank · Vereist: query, documents array with minItems1
| Parameter | Contract |
|---|---|
Parametercontent_type | Contractapplication/json |
Parameterrequired | Contractmodel, query, documents |
Parametermaterial_types | Contracttext |
Parameteroptional_controls | Contractprovider, session_id, top_n, trace, user |
Parametermultimodal_input_binding | Contractnull |
Levenscyclus: synchronous
Verstuur de exacte model-ID en bewaar het volledige natieve antwoord.
Tariefverwijzingen voegen geen verzoekopties toe. Ondersteunde parameters staan bij de geselecteerde methode.
Koppel elke kostenpost aan de getoonde voorwaarden. Gebruik één tarief voor elke groep alternatieve configuraties.
| Configuratie | Tariefstaffel | Rekeneenheid | Kosten |
|---|---|---|---|
| ConfiguratieBasistarieven voor tokens | TariefstaffelBasistarief | Rekeneenheid— | Kosten Invoer · Invoertokens — / 1K tokens Uitvoer · Uitvoertokens — / 1K tokens Invoer · Cache lezen — / 1K tokens Invoer · Cache schrijven — / 1K tokens Invoer · Cache schrijven, 1 uur — / 1K tokens |
| ConfiguratieUltra | Tariefstaffel— | Rekeneenheid/ 1K tokens | Kosten Invoer $0.00004 / 1K tokens |
Ailoot reserveert vóór een verzoek een geschat bedrag. Na het resultaat worden de uiteindelijke kosten afgerekend op basis van het gemeten verbruik. Bij streaming gebeurt de afrekening op basis van de definitieve verbruiksregistratie. Zo werken reservering en afrekening →
{\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
Bewaar elk volledig teruggegeven antwoord, bestand en inhoudsonderdeel.
Elke werkelijke resultaatindex, eindige relevance_score en elk oorspronkelijk documentobject blijven behouden. De indexen verwijzen naar de oorspronkelijke documentarray. De volledige oorspronkelijke JSON wordt opgeslagen en pas na de afrekening teruggestuurd.
Bewaar de oorspronkelijke operatie en het volledige of gedeeltelijke antwoord; voer POST niet opnieuw uit.
| Veld | Type |
|---|---|
Veldmodel | Typestring |
Veldid | Typestring |
Veldprovider | Typestring |
Veldresults[].index | Typeinteger |
Veldresults[].relevance_score | Typenumber |
Veldresults[].document.text | Typestring |
Veldresults[].document.image | Typestring |
Veldusage.search_units | Typeinteger |
Veldusage.total_tokens | Typeinteger |
Veldusage.cost | Typenumber |
| Antwoord | Voorwaarde | Volgende stap |
|---|---|---|
Antwoord400 · invalid_request_error | VoorwaardeOngeldig verplicht veld, ongeldige weergave of ongeldige waarde | Volgende stapCorrigeer het aangegeven aanvraagveld. |
Ailoot Ultra voyageai/rerank-2.5-lite
Gebruik de hierboven getoonde methodepaden.