Reservasjon og belastning

• Pris — i dollar per 1 million inndata- og utdatatokener (eller per enhet: bilde, videosekund, tegn). Prisene for hver modell finnes i katalogen.
• Reservasjon — før en ny tekstforespørsel sendes, reserverer Ailoot et beløp basert på anslått inndata og et typisk svar etter de godtatte vilkårene for forespørselen. For bilder, video og lyd som utdata beholdes full reservasjon for resultatkostnaden.
• Lavere grense i stedet for avvisning — hvis den beregnede reservasjonen ikke dekkes av tilgjengelig saldo eller nøkkelgrensen, kan svargrensen bare reduseres for den konkrete modellen og metoden som følger den, og bare til et omfang som kan betales og ikke ligger under det gjeldende minimumet. Hvilke modeller dette gjelder, finner du nedenfor.
• Belastning — én, basert på faktisk forbruk fra usage. Resten av reservasjonen frigjøres umiddelbart.
• Hvis svaret koster mer enn reservasjonen — differansen tas fra tilgjengelig saldo som ikke er bundet av andre reservasjoner. Belastningen overstiger aldri saldoen din: saldoen blir ikke negativ.
• Hvis saldoen ikke engang dekker minimumsreservasjonen — forespørselen sendes ikke til modellen, og du får feil 402 med en forståelig melding. Ingenting belastes.
• Feil uten resultat belastes ikke. Hvis forbindelsen ble brutt, kontroller forespørselen med Request ID i kontrollpanelets historikk før du sender den på nytt.

• Inndata reserveres ut fra anslått størrelse på forespørselen og støttede vedlegg, ikke ut fra et faktisk forbruk som allerede er kjent. For nye tekstforespørsler anslås forespørselskroppen og vedleggene etter type. Beregningen «4 tokener per byte, men minst 4096 tokener» gjelder tidligere godtatte reservasjoner fra den gamle versjonen og beskriver ikke nye tekstreservasjoner. Hvis et vedlegg sendes som en lenke (fileData) eller innebygde verktøy er aktivert, brukes separate anslag for vedlegg og verktøybruk i støttede tekstforespørsler; tilstedeværelsen deres betyr ikke i seg selv at hele inndatavinduet reserveres. For eldre reservasjoner beholdes de godtatte vilkårene, og for medieutdata beregnes hele resultatkostnaden.
• Utdata anslås for reservasjonen av en ny tekstforespørsel ut fra en typisk svarlengde og de godtatte vilkårene. Den forespurte grensen angis via max_tokens (max_output_tokens i Responses). Den forespurte grensen er ikke automatisk lik antallet tokener reservasjonen er beregnet etter, og garanterer ikke svarets faktiske lengde for en modell uten pålitelig begrensning. Standardverdien 4096 gjelder bare for de aktuelle rutene; den konkrete regelen avhenger av modellen og metoden.
• Pris tar for nye tekstreservasjoner hensyn til vilkårene for denne forespørselen: standard- eller prioritetsmodus og pristrinn som kan nås med inndataanslaget. Innenfor de valgte vilkårene er beregningen fortsatt konservativ; flex-modus reduserer ikke reservasjonen. For en prioritert forespørsel kan reservasjonen ta høyde for den dyreste aktuelle modusen, inkludert priority, flex eller fast. Tidligere godtatte reservasjoner uten disse vilkårene beholder den opprinnelige beregningen etter maksimumssatsene.
• Reduksjon av grensen — når den beregnede reservasjonen ikke dekkes, og den konkrete modellen og metoden tillater å begrense svaret: de tilgjengelige midlene må dekke inndataanslaget og minste utdatamengde. Den reduserte grensen går ikke under 256 tokener (1025 med resonnering i Anthropic-format). Modellen mottar den reduserte grensen.

Modell claude-sonnet-5-5: inndata $2, utdata $10 per 1 million tokener. Du sendte 20 000 tokener, og modellen svarte med 1 200 tokener.

I regneeksemplet over er den faktiske kostnaden $0.0520. Den viste belastningen forutsetter at den godtatte reservasjonen og tilgjengelig fri saldo dekker denne kostnaden. Reservasjonsbeløpet beregnes ikke her: for en ny tekstforespørsel fastsettes det separat ut fra anslått inndata og et typisk svar, og det kan være høyere eller lavere enn den faktiske kostnaden. Ubrukt reservasjon frigjøres; begrensningen på belastningen er angitt i formelen nedenfor.

Faktisk belastning = min(full faktisk kostnad, godtatt reservert beløp + fri saldo som ikke er reservert). Andre åpne reservasjoner forblir beskyttet; totalsaldoen blir derfor ikke nødvendigvis null. Saldoen blir ikke negativ. Hvis den faktiske kostnaden overstiger den godtatte reservasjonen pluss fri, ikke-reservert saldo, er den udekkede differansen et tap for Ailoot: den blir ikke din gjeld og kreves ikke inn senere.

Å lukke forbindelsen, et tidsavbrudd i applikasjonen din eller å unnlate å lese et ferdig svar avbryter ikke forespørselen automatisk: modellens ferdige svar belastes én gang. Hvis resultatet ikke blir levert på grunn av en feil hos Ailoot, refunderes beløpet. Hvis forbindelsen ble brutt, kontroller forespørselen med Request ID i kontrollpanelets historikk før du sender den på nytt.

• For nye tekstforespørsler beregnes svarreservasjonen ut fra en typisk svarlengde, med hensyn til angitt max_tokens og vilkårene for den konkrete modellen. Dette er et reservasjonsanslag, ikke en garanti for svarets faktiske lengde eller kostnad.
• For modeller uten en pålitelig grense for det faktiske svaret blir ikke reservasjonsanslaget en lengdebegrensning. For nye tekstforespørsler erstattes det ikke automatisk med kostnaden for det lengst mulige svaret. Tidligere godtatte reservasjoner beholder sine opprinnelige vilkår.
• Bilder som inndata øker reservasjonen med et anslag for bildekostnaden.
• Agenter (Claude Code, Codex CLI, Cline) sender en stor kontekst i hvert trinn: ett trinn kan reservere titalls cent. Ha minst noen dollar på saldoen.
• Tips: angi en rimelig max_tokens — dette reduserer reservasjonen for modeller der svarlengden kan begrenses.

Modeller med caching har egne priser for skriving til og lesing fra cache. Lesing er vanligvis flere ganger billigere enn vanlig inndata. Prisene vises på modellens katalogoppføring.

Hvis tilgjengelig saldo ikke engang dekker minimumsreservasjonen, sender Ailoot ikke forespørselen og svarer med 402 og koden insufficient_balance. Hvis nøkkelens samlede forbruksgrense er nådd, er koden api_key_quota_exhausted. Hvis kontoen har gjeld fra en omtvistet betaling, er koden payment_disputed: nye forespørsler er satt på pause til gjelden er betalt.

{
  "error": {
    "code": "insufficient_balance",
    "reason": "insufficient_balance",
    "type": "insufficient_quota",
    "param": null,
    "message": "Your balance is too low to start this request. … Request ID: 5c0e7a1d-….",
    "request_id": "5c0e7a1d-…"
  }
}

Forespørsels- og belastningshistorikken finnes i kontrollpanelet på ailoot.ai. For hver forespørsel vises modell, tokener og beløp.