rerank-2.5-lite is het lichtgewicht lid van de 2.5-rerankerrelease van Voyage AI. De fabrikant beschrijft het als een generalistisch model dat latentie en relevantiekwaliteit in balans brengt, met instructievolging 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 zoekvraag-documentpaar gezamenlijk als cross-encoder. Het kan volgen op een eerste zoekfase met embeddings of lexicaal zoeken 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.
Lever voor een interactieve hulpzoekfunctie de kandidaatverklaringen aan die de vraag van de gebruiker mogelijk beantwoorden. Behoud voldoende van elke passage om het gedrag en de bijbehorende voorwaarden over te brengen en behoud de koppeling tussen invoerindex en bronitem. Een gerichte kandidatenreeks helpt de reranktaak duidelijk te maken en houdt het opgehaalde bewijs bruikbaar voor weergave of een later antwoord.
Net als rerank-2.5 accepteert Lite instructies in natuurlijke taal vóór of achter de zoekvraag. De voorbeelden van de maker gebruiken ze om documentonderdelen te benadrukken, een gewenst brontype te selecteren of context aan een dubbelzinnig woord toe te voegen. Een toepassing kan een vaste relevantievoorkeur aanleveren, of de huidige vraag kan een specifiekere voorkeur bevatten.
Een illustratieve ondersteuningsvraag kan vragen welke passage een fout verklaart, met een instructie om stappen voor probleemoplossing voorrang te geven boven algemene productbeschrijvingen. Een documentzoekopdracht kan om de oorspronkelijke beleidstekst vragen in plaats van een bespreking van het beleid. Beschrijf het beoogde bewijs en houd de instructie beknopt. Instructies beïnvloeden relevantiescores; verwerk harde beperkingen voor versie, datum of toestemming in de kandidatenselectie in plaats van een relevantievoorkeur als gegarandeerd filter te behandelen.
De uitvoer is gesorteerd op afnemende relevantie. Elk resultaat bevat de oorspronkelijke documentindex en een score als drijvendekommagetal; de optionele instelling return-documents geeft ook de bijbehorende invoertekst terug. De optie top-k bepaalt het aantal teruggegeven best gerangschikte resultaten; als die wordt weggelaten, wordt de rangschikking voor alle ingediende kandidaten teruggegeven.
Gebruik die indices om de bronpassage en haar identificator op te halen. Een opnieuw gerangschikte kandidaat kan een zoekresultaat of bewijs voor de volgende RAG-stap worden, maar de uitvoer is een ordening van aangeleverde tekst in plaats van een herschreven antwoord. Beoordeel of de leidende passages zowel aan de vraag als aan de relevantie-instructie voldoen, ook voor de talen en documenttypen die daadwerkelijk in de collectie voorkomen.
De 2.5 Lite-editie heeft een gedocumenteerd zoekvraagmaximum van 8.000 tokens en een limiet van 32.000 tokens voor de zoekvraag plus elk afzonderlijk document. Zij onderscheidt zich van het eerdere rerank-2-lite-model en de kleinere context daarvan. 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 in kandidaatdocumenten.
Voor latentiegevoelig gebruik beveelt de FAQ van de maker rerank-2.5-lite aan met niet meer dan 200.000 tokens in totaal per verzoek. Dit is praktische begeleiding onder het genoemde maximum, geen ander venster per document. Een langere zoekvraag of instructie wordt eenmaal per kandidatenpaar geteld, dus zowel het aantal kandidaten als de zoekvraaglengte beïnvloeden het totaal.
Afkappen staat standaard aan en verkort te lange zoekvraag-/documentinvoer zodat die past; uitschakelen geeft een fout terug bij een te lange zoekvraag of een te lang paar. Bereid compacte kandidaten met antwoorddragende inhoud bewust voor, zodat bruikbaar bewijs niet buiten een afkapgrens valt. Minder uitvoerresultaten selecteren via top-k verwijdert de andere aangeleverde kandidaten niet uit de tokenberekening. Controleer de teruggegeven bronpassages en verfijn de invoervoorbereiding rond de daadwerkelijke vragen die de zoekinterface moet beantwoorden.
", "aboutText": "rerank-2.5-lite is het lichtgewicht lid van de 2.5-rerankerrelease van Voyage AI. De fabrikant beschrijft het als een generalistisch model dat latentie en relevantiekwaliteit in balans brengt, met instructievolging 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 lichtgewicht relevantiebeslissing in de tweede fase\n\nHet Lite-model verwerkt elk zoekvraag-documentpaar gezamenlijk als cross-encoder. Het kan volgen op een eerste zoekfase met embeddings of lexicaal zoeken 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\nLever voor een interactieve hulpzoekfunctie de kandidaatverklaringen aan die de vraag van de gebruiker mogelijk beantwoorden. Behoud voldoende van elke passage om het gedrag en de bijbehorende voorwaarden over te brengen en behoud de koppeling tussen invoerindex en bronitem. Een gerichte kandidatenreeks helpt de reranktaak duidelijk te maken en houdt het opgehaalde bewijs bruikbaar voor weergave of een later antwoord.\n\n### Instructies drukken uit waaraan de gebruiker voorrang wil geven\n\nNet als rerank-2.5 accepteert Lite instructies in natuurlijke taal vóór of achter de zoekvraag. De voorbeelden van de maker gebruiken ze om documentonderdelen te benadrukken, een gewenst brontype te selecteren of context aan een dubbelzinnig woord toe te voegen. Een toepassing kan een vaste relevantievoorkeur aanleveren, of de huidige vraag kan een specifiekere voorkeur bevatten.\n\nEen illustratieve ondersteuningsvraag kan vragen welke passage een fout verklaart, met een instructie om stappen voor probleemoplossing voorrang te geven boven algemene productbeschrijvingen. Een documentzoekopdracht kan om de oorspronkelijke beleidstekst vragen in plaats van een bespreking van het beleid. Beschrijf het beoogde bewijs en houd de instructie beknopt. Instructies beïnvloeden relevantiescores; verwerk harde beperkingen voor versie, datum of toestemming in de kandidatenselectie in plaats van een relevantievoorkeur als gegarandeerd filter te behandelen.\n\n### Lees de rangschikking en geef de bronpassage terug\n\nDe uitvoer is gesorteerd op afnemende relevantie. Elk resultaat bevat de oorspronkelijke documentindex en een score als drijvendekommagetal; de optionele instelling return-documents geeft ook de bijbehorende invoertekst terug. De optie top-k bepaalt het aantal teruggegeven best gerangschikte resultaten; als die wordt weggelaten, wordt de rangschikking voor alle ingediende kandidaten teruggegeven.\n\nGebruik die indices om de bronpassage en haar identificator op te halen. Een opnieuw gerangschikte kandidaat kan een zoekresultaat of bewijs voor de volgende RAG-stap worden, maar de uitvoer is een ordening van aangeleverde tekst in plaats van een herschreven antwoord. Beoordeel of de leidende passages zowel aan de vraag als aan de relevantie-instructie voldoen, ook voor de talen en documenttypen die daadwerkelijk in de collectie voorkomen.\n\n### Limieten en een praktisch kandidatenbudget\n\nDe 2.5 Lite-editie heeft een gedocumenteerd zoekvraagmaximum van 8.000 tokens en een limiet van 32.000 tokens voor de zoekvraag plus elk afzonderlijk document. Zij onderscheidt zich van het eerdere rerank-2-lite-model en de kleinere context daarvan. 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 in kandidaatdocumenten.\n\nVoor latentiegevoelig gebruik beveelt de FAQ van de maker rerank-2.5-lite aan met niet meer dan 200.000 tokens in totaal per verzoek. Dit is praktische begeleiding onder het genoemde maximum, geen ander venster per document. Een langere zoekvraag of instructie wordt eenmaal per kandidatenpaar geteld, dus zowel het aantal kandidaten als de zoekvraaglengte beïnvloeden het totaal.\n\nAfkappen staat standaard aan en verkort te lange zoekvraag-/documentinvoer zodat die past; uitschakelen geeft een fout terug bij een te lange zoekvraag of een te lang paar. Bereid compacte kandidaten met antwoorddragende inhoud bewust voor, zodat bruikbaar bewijs niet buiten een afkapgrens valt. Minder uitvoerresultaten selecteren via top-k verwijdert de andere aangeleverde kandidaten niet uit de tokenberekening. Controleer de teruggegeven bronpassages en verfijn de invoervoorbereiding rond de daadwerkelijke vragen die de zoekinterface moet beantwoorden.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "f608dbb80e23820fd81f09f81881363d6aeaee815312669b89f1056c8b778a78", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl", "methods": [ { "html": "voyageai/rerank-2.5-litererank-2.5-lite is de op lage latentie gerichte, instructievolgende reranker van Voyage AI voor een aangeleverde reeks tekstkandidaten. Het behoudt een zoekvraag-documentcontext van 32.000 tokens en meertalige ondersteuning en geeft een geordende lijst met 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 lichtgewicht lid van de 2.5-rerankerrelease van Voyage AI. De fabrikant beschrijft het als een generalistisch model dat latentie en relevantiekwaliteit in balans brengt, met instructievolging 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 zoekvraag-documentpaar gezamenlijk als cross-encoder. Het kan volgen op een eerste zoekfase met embeddings of lexicaal zoeken 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.
Lever voor een interactieve hulpzoekfunctie de kandidaatverklaringen aan die de vraag van de gebruiker mogelijk beantwoorden. Behoud voldoende van elke passage om het gedrag en de bijbehorende voorwaarden over te brengen en behoud de koppeling tussen invoerindex en bronitem. Een gerichte kandidatenreeks helpt de reranktaak duidelijk te maken en houdt het opgehaalde bewijs bruikbaar voor weergave of een later antwoord.
Net als rerank-2.5 accepteert Lite instructies in natuurlijke taal vóór of achter de zoekvraag. De voorbeelden van de maker gebruiken ze om documentonderdelen te benadrukken, een gewenst brontype te selecteren of context aan een dubbelzinnig woord toe te voegen. Een toepassing kan een vaste relevantievoorkeur aanleveren, of de huidige vraag kan een specifiekere voorkeur bevatten.
Een illustratieve ondersteuningsvraag kan vragen welke passage een fout verklaart, met een instructie om stappen voor probleemoplossing voorrang te geven boven algemene productbeschrijvingen. Een documentzoekopdracht kan om de oorspronkelijke beleidstekst vragen in plaats van een bespreking van het beleid. Beschrijf het beoogde bewijs en houd de instructie beknopt. Instructies beïnvloeden relevantiescores; verwerk harde beperkingen voor versie, datum of toestemming in de kandidatenselectie in plaats van een relevantievoorkeur als gegarandeerd filter te behandelen.
De uitvoer is gesorteerd op afnemende relevantie. Elk resultaat bevat de oorspronkelijke documentindex en een score als drijvendekommagetal; de optionele instelling return-documents geeft ook de bijbehorende invoertekst terug. De optie top-k bepaalt het aantal teruggegeven best gerangschikte resultaten; als die wordt weggelaten, wordt de rangschikking voor alle ingediende kandidaten teruggegeven.
Gebruik die indices om de bronpassage en haar identificator op te halen. Een opnieuw gerangschikte kandidaat kan een zoekresultaat of bewijs voor de volgende RAG-stap worden, maar de uitvoer is een ordening van aangeleverde tekst in plaats van een herschreven antwoord. Beoordeel of de leidende passages zowel aan de vraag als aan de relevantie-instructie voldoen, ook voor de talen en documenttypen die daadwerkelijk in de collectie voorkomen.
De 2.5 Lite-editie heeft een gedocumenteerd zoekvraagmaximum van 8.000 tokens en een limiet van 32.000 tokens voor de zoekvraag plus elk afzonderlijk document. Zij onderscheidt zich van het eerdere rerank-2-lite-model en de kleinere context daarvan. 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 in kandidaatdocumenten.
Voor latentiegevoelig gebruik beveelt de FAQ van de maker rerank-2.5-lite aan met niet meer dan 200.000 tokens in totaal per verzoek. Dit is praktische begeleiding onder het genoemde maximum, geen ander venster per document. Een langere zoekvraag of instructie wordt eenmaal per kandidatenpaar geteld, dus zowel het aantal kandidaten als de zoekvraaglengte beïnvloeden het totaal.
Afkappen staat standaard aan en verkort te lange zoekvraag-/documentinvoer zodat die past; uitschakelen geeft een fout terug bij een te lange zoekvraag of een te lang paar. Bereid compacte kandidaten met antwoorddragende inhoud bewust voor, zodat bruikbaar bewijs niet buiten een afkapgrens valt. Minder uitvoerresultaten selecteren via top-k verwijdert de andere aangeleverde kandidaten niet uit de tokenberekening. Controleer de teruggegeven bronpassages en verfijn de invoervoorbereiding rond de daadwerkelijke 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 native 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 daadwerkelijke resultaatindex, eindige relevance_score en elk oorspronkelijk documentobject blijven behouden. De indices koppelen aan de oorspronkelijke documentarray. De volledige oorspronkelijke JSON wordt opgeslagen en pas na afrekening geretourneerd.
Bewaar de oorspronkelijke operatie en het volledige of gedeeltelijke antwoord; herhaal POST niet.
| 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 vereist veld, ongeldige weergave of waarde | Volgende stapCorrigeer het aangegeven verzoekveld. |
Ailoot Ultra voyageai/rerank-2.5-lite
Gebruik de hierboven getoonde methodepaden.