Een directe vergelijking van Hy3 (tencent) en Hy3 (Free) (tencent) op OrcaRouter — prijzen, contextvenster, latentie, doorvoer en benchmarkkwaliteit, naast elkaar, zodat je het juiste model voor je werklast kunt kiezen.
Kort samengevat
Voor latentiegevoelige werklasten levert Hy3 (Free) het eerste token eerder.
Gratis starten · beide modellen op één sleutel · afgerekend tegen providerkosten, geen token-opslag
Zowel Hy3 als Hy3 (Free) zijn beschikbaar via hetzelfde OrcaRouter-endpoint tegen de kostprijs van de provider en zonder enige token-opslag, dus wisselen tussen beide is een wijziging van één regel en de cijfers hieronder zijn wat je daadwerkelijk betaalt.
Deze vergelijking haalt live prijzen op, de gepubliceerde context window en OrcaRouters eigen metingen van latency en throughput, zodat je kosten tegen prestaties kunt afwegen voor jouw specifieke werklast in plaats van te vertrouwen op een etalage-benchmark van een leverancier. De juiste keuze hangt bijna altijd af van de vorm van je verkeer — promptlengte, hoeveel tekst je genereert, hoe latency-gevoelig je gebruikers zijn en hoe zwaar het redeneren is — daarom ontleden de secties hieronder de beslissing één dimensie per keer en eindigen ze met een concrete aanbeveling. Overal waar een metriek voor een van de twee modellen ontbreekt, wordt die rij weggelaten in plaats van geraden, zodat elke bewering hier door een echt getal wordt gestaafd.
In één oogopslag
| Metriek | Hy3 | Hy3 (Free) | Conclusie |
|---|---|---|---|
| Invoer $/M | $0.18 | — | — |
| Uitvoer $/M | $0.59 | — | — |
| Context | 262K | 262K | Hy3 en Hy3 (Free) delen hetzelfde contextvenster. |
| p50-latentie | 3689 ms | 3235 ms | Hy3 (Free) reageert 12% sneller dan Hy3 bij de mediaan. |
| Doorvoer | 132 tok/s | 199 tok/s | Hy3 (Free) streamt tokens 51% sneller dan Hy3. |
| Kwaliteit | 8.0 | — | — |
Voor latentiegevoelige werklasten levert Hy3 (Free) het eerste token eerder.
Beide modellen, één API-sleutel. Begin met een van beide en wissel door één tekenreeks te wijzigen.
Haal een API-sleutelJe hoeft niet te kiezen. Beide modellen lopen via hetzelfde OpenAI-compatibele endpoint op OrcaRouter, afgerekend tegen het tarief van de bovenliggende provider en zonder token-opslag. Wisselen is een wijziging van de modelnaam — geen tweede account, geen tweede SDK, geen aparte inloggegevens.
Dat maakt de bovenstaande afweging werkbaar in productie: stuur het grootste deel van je verkeer naar het model dat wint op de dimensie die jij belangrijk vindt, houd het andere achter de hand voor de aanvragen die het nodig hebben, en verschuif de verdeling zodra je cijfers veranderen.
# Één sleutel, één endpoint, beide modellen.
curl https://api.orcarouter.ai/v1/chat/completions \
-H "Authorization: Bearer $ORCAROUTER_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "tencent/hy3",
"messages": [{"role":"user","content":"..."}]
}'
# Wissel van model door één tekenreeks te wijzigen.
# "model": "tencent/hy3-free"Een of beide van deze modellen tonen hier geen prijs per token (het kan een model met gratis niveau zijn, per aanroep gefactureerd of nog niet geprijsd), dus behandel de
kostenkolommen als indicatief en bevestig het live tarief op de eigen pagina van elk model voordat je er een budget op baseert.
Hy3 accepteert tot 262K tokens context en Hy3 (Free) accepteert 262K. De context window begrenst hoeveel bronmateriaal — documenten, code, eerder gesprek — je in één verzoek kunt sturen.
Een groter venster laat je chunking en retrieval-loodgieterij voor lange invoer overslaan, maar je betaalt nog steeds het invoertokentarief voor alles wat je verstuurt, dus een groter venster is een mogelijkheid, geen korting. Stem het venster af op het langste enkele verzoek dat je werklast realistisch produceert, niet op het grootste getal op de pagina. Houd er ook rekening mee dat de kwaliteit tegen het einde van een zeer lange context bij elk model kan verslechteren, dus een groot venster kun je het best behandelen als speelruimte voor incidentele lange invoer en niet als vrijbrief om elk verzoek tot de limiet vol te proppen.
Beide tarieven zijn de kale providerprijs — OrcaRouter rekent geen opslag, dus de besparing die je uitrekent is de besparing die je houdt.
Gratis beginnenLatency en throughput bepalen hoe het model in productie aanvoelt. De mediane (p50) respons-latency is hoelang een typisch verzoek wacht voor het eerste token; throughput (tokens per seconde) bepaalt hoe snel het antwoord streamt zodra het begint.
Voor interactieve chat en agent-loops telt lage p50-latency het zwaarst omdat de gebruiker op het eerste token wacht; voor batchgeneratie en langvorm-uitvoer domineert throughput de totale tijd omdat het antwoord lang is. De 7-daagse trendgrafieken hierboven laten zien of de latency van elk model stabiel is of verschuift, iets wat een enkel opvallend getal verbergt — een model met een uitstekend gemiddelde maar een rumoerige staart kan alsnog een strikte p95-SLA missen. Als je product een latency-budget heeft, lees dan zowel de mediaan als de vorm van de curve, en onthoud dat end-to-end latency ook je netwerkhop en elke retrieval of tool-aanroep die je rond het model doet omvat.
In de afgelopen 7 dagen behoudt Hy3 (Free) de lagere mediane responslatentie.
Benchmarkscores benaderen capaciteit maar zijn geen vervanging voor testen op je eigen prompts.
De hier getoonde samengestelde indices aggregeren meerdere publieke evaluaties, en het percentiel markeert waar elk model staat ten opzichte van alle vergelijkbare modellen in de catalogus — een nuttig shortlist-signaal, geen garantie voor jouw taak. Een model dat leidt op een index voor algemene intelligentie kan in jouw domein (coderen, extractie, meertalig, redeneren over lange context) toch achterblijven, dus gebruik de benchmarks om het veld te versmallen en draai daarna beide modellen op een representatief deel van je verkeer. Let op de specifieke index die bij jouw use case past in plaats van op het topcijfer: een code-zwaar product moet de coding-index zwaarder wegen, een onderzoeksassistent de reasoning-index. Benchmarks verouderen ook naarmate modellen worden bijgewerkt, dus behandel ze als een starthypothese die je bevestigt met je eigen evaluatieset.
Als kosten de bindende beperking zijn, begin dan met het goedkopere model op je werkelijke invoer-uitvoermix en ga alleen hoger als de kwaliteit tekortschiet.
Als responsiviteit de prioriteit is — gebruikersgerichte chat, agents, alles waarbij iemand wacht — weeg dan p50-latency en throughput zwaarder dan een klein prijsverschil. Als je het zwaarste redeneer-, codeer- of langcontextwerk oppakt, laat dan de winnaar op benchmark en context window leiden en accepteer het hogere tarief waar het zichzelf terugbetaalt. Omdat beide modellen achter dezelfde API zitten, is de risicoarme zet om een fractie van het echte verkeer naar elk te routeren en kosten, latency en antwoordkwaliteit op je eigen prompts te vergelijken voordat je je vastlegt. Een gangbaar patroon is gelaagdheid (tier): stuur het gros van de eenvoudige, hoogvolume-verzoeken naar het goedkopere of snellere model en reserveer het sterkere model voor de verzoeken die het echt nodig hebben, wat het grootste deel van het kwaliteitsvoordeel voor een fractie van de kosten binnenhaalt. Wat je ook kiest, houd de overstap omkeerbaar — je verplaatst het verkeer terug zodra de cijfers of je vereisten verschuiven.
Of kies niet — route per aanvraag over beide, met één sleutel en één endpoint.
Neem beideHet best voor
Één sleutel. Beide modellen. 40+ providers.
Afgerekend tegen providerkosten, zonder token-opslag. Begin gratis, wissel van model met één tekenreeks en houd de beslissing omkeerbaar.