Agent-hostingkeuze

1. De hostingcategorie

Alleen GPU-behoefte, uptime en beheer bepalen de categorie. De regels worden van boven naar beneden gecontroleerd en de eerste die past, geldt.

1. GPU nodig en de agent draait 24/7GPU-instance die altijd aan staatVergelijk GPU-cloudproviders
2. GPU nodig en de agent draait on-demandServerless GPU-inferentieVergelijk inferentiehostingproviders
3. Geen GPU en je wilt een beheerd platformBeheerd agentplatformVergelijk beheerde AI-hosting
4. Geen GPU en de agent draait on-demandServerless agentplatformVergelijk AI-agent-hosting
5. Geen GPU en de agent draait 24/7 op een server die je zelf beheertAI-VPS (“met persistente opslag” als opslag vereist is)Vergelijk AI-VPS-providers

2. Rangschikking

1. Ondersteuning van de runtime en geschiktheid voor de werklast zijn altijd vereist. Beheer is vereist als je beheerd of zelfbeheerd kiest, en het budget zodra je een limiet instelt. De andere vragen zijn Vereist, Voorkeur of Niet nodig.
2. Elke controle levert 2 punten op als eraan wordt voldaan, 1 als er deels aan wordt voldaan en 0 als hij niet gecontroleerd is of er niet aan wordt voldaan. Vereiste controles tellen 2 keer.
3. Een provider die niet aan een vereiste controle voldoet, wordt uitgesloten en met de reden vermeld. Een controle die we niet konden controleren sluit een provider nooit uit: hij levert geen punten op en verschijnt als afweging.
4. Het budget van een agent die 24/7 draait is de uitzondering: alleen een prijs die we kunnen toetsen, komt erdoor. Een provider waarvan de prijs niet is gepubliceerd, of volgens zijn voorwaarden niet wordt overgenomen, wordt niet gerangschikt en niet uitgesloten. Hij wordt naast de shortlist genoemd met een link naar zijn prijzen, zodat hij nooit het antwoord op je budget is.
5. Providers die de werklast draaien komen eerst, daarna die die hem maar deels draaien (voor een GPU-agent on-demand: GPU-instances die je zelf start en stopt, of een model-API per token), zodat een gedeeltelijke match nooit boven een volledige komt. Binnen elke groep worden providers gesorteerd op punten, dan op runtime-ondersteuning (“Officiële template”, dan “Gedocumenteerde installatie”, dan “Communitygids”; “Handmatige installatie”, een model-API of geen vermelding tellen gelijk), dan op instapprijs (laagste eerst, zonder prijs als laatste) en dan op naam. De eerste 3 vormen de shortlist.
6. Alleen hosting telt als runtime-ondersteuning. Een provider wiens modellen de runtime aanroept (een model-API, bijvoorbeeld voor Hermes Agent) of die alleen met de runtime integreert, wordt als niet gecontroleerd getoond, net als “Handmatige installatie” op een generieke server.
7. Een serverless product telt alleen als iets dat je agent draait als de provider serverless GPU-prijzen publiceert die worden gefactureerd terwijl je containers draaien. Een model-API per token kan je agent of je eigen model niet draaien, dus die telt als deels, met de eigen omschrijving van de provider erbij. Voor een agent zonder GPU zegt de controle dat deze gepubliceerde prijzen voor GPU-containers gelden.
8. De EU- en VS-controles lezen waar het aangeboden plan of de GPU draait, nooit de andere producten van de provider: de EU-servers van een provider zijn geen bewijs voor zijn beheerde agentplan. Met een GPU nodig lezen ze de regio's van het GPU-aanbod zelf, zoals de GPU-kostencalculator dat doet; voor een 24/7-agent zonder GPU de regiodekking van de plannen die altijd aan staan. Het plan of de GPU achter de instapprijs moet in het gebied vermeld zijn om te voldoen. Een plan of GPU waarvan de locatie daar niet is gepubliceerd of niet is vastgelegd, is niet gecontroleerd, en een die alleen elders draait, voldoet niet. Met een locatie vereist bepalen alleen plannen en GPU's die daar kunnen draaien de instapprijs; met een locatie als voorkeur bepaalt de goedkoopste die daar vermeld is die prijs als hij binnen je budget past, en telt de controle als deels als alleen een elders dat doet. De VS betekent het land, niet Noord-Amerika.
9. “Beheerd platform” betekent dat de provider de servers van de agent draait: een beheerd agentplan, of een serverless platform voor GPU- of on-demand agents. Beheerde Kubernetes, databases of model-API's naast een server die je zelf draait, tellen als deels.
10. Instapprijs: voor een agent zonder GPU die 24/7 draait het goedkoopste serverplan dat altijd aan staat met minstens 1 GB RAM (de eigen DigitalOcean-gids van OpenClaw draait op 1 GB), tegen zijn standaard- of verlengingsprijs per maand, of zijn uurprijs × 730 uur. Introductieprijzen worden nooit gebruikt. Vraag je om een beheerd platform, dan krijgt een provider met een beheerd agentplan de prijs van dat plan. Met EU of VS vereist worden alleen plannen gebruikt die daar kunnen draaien, zodat een prijs uit de ene regio nooit voor een andere in de plaats komt. Met een GPU: het goedkoopste GPU-aanbod zonder verplichting × het aantal GPU's × 730 uur, of de maandprijs van de provider waar zijn uurfacturering daarop stopt (Hetzner); spotprijzen kunnen worden onderbroken en reserved prijzen vragen een looptijd, dus geen van beide telt. Eenmalige installatiekosten staan naast de prijs en worden er niet bij opgeteld. On-demand werklasten hebben geen instapprijs, omdat de kosten afhangen van hoe lang de agent draait.
11. Prijzen die we volgens de voorwaarden van een provider niet mogen overnemen, worden nooit gebruikt: die provider heeft geen instapprijs en wordt nooit aan een budget getoetst. Met een budgetlimiet voor een 24/7-agent blijft hij buiten de rangschikking en wordt hij naast de shortlist genoemd met een link naar zijn actuele prijzen; on-demand of zonder limiet wordt hij op zijn andere controles gerangschikt en linkt zijn kaart naar zijn actuele prijzen.
12. De volgende stappen linken naar de vergelijking van de categorie, herhalen je vereiste filters en wijzen dan naar een compatibiliteitspagina van de runtime (of naar de VRAM-calculator als je een GPU nodig hebt, voor Hermes ingesteld op de minimale context van 64K van Hermes Agent) en naar onze gids om een agent 24/7 te draaien.