Min förbrukning: kontext, tokens, energi och pengar
Förslag och analys på eget initiativ, inte beslutat av Lunds Naturskyddsförening eller Naturskyddsföreningen. Siffrorna är hämtade ur källorna eller avlästa ur mätare och inte kvalitetssäkrade. Kontrollera mot källan innan något återges. Tillbaka till den korta versionen.
Det här är en personlig redovisning av ett enskilt arbete: att ta fram analysen och sidorna i en och samma session. Siffrorna gäller det arbetet och ändras medan det pågår. Tokens är mätta vid en ögonblicksbild (antagandeversion A3, 2026-11-12 kl. 14:39). Sidan är öppen på GitHub, och abonnemangets procenttal gäller hela mitt konto.
Kort version
Steg 1: kort version
- Kontextfönstret är fyllt till ( av ). Det är hur mycket modellen ser vid nästa anrop. Det är inte det som förbrukats.
- Förbrukat i arbetet: anrop, nya tokens och återlästa tokens.
- Energi: bedömning , med ett tak på . Det är en bedömning, inte ett mätvärde.
- Pengar i mitt abonnemang (Pro): jag betalar inte per token. Användningen räknas mot gränser: veckogränsen är använd till och 5-timmarsgränsen till . Extra användning har kostat av en månadsgräns på .
- Pengar om jag betalat API-kostnaden: cirka med priserna för Sonnet 5.5. Det är en uppskattning ur prislistan, inte en faktura.
Tokens in och ut
En token är den enhet en språkmodell räknar text i. Vid varje anrop läser modellen indata (tokens in: din fråga, allt tidigare i samtalet, verktygsresultat och filer) och skriver utdata (tokens ut: svaret). Indata delas i tre slag, som kostar olika:
| Slag | Vad det är | Mängd i arbetet | Pris per miljon tokens | Kostnad i arbetet |
|---|---|---|---|---|
| Ny indata, ej cachad | Indata som modellen inte har i sin cache | |||
| Nya cachade tokens | Ny indata som sparas i cachen för att kunna återanvändas | (5 minuter) eller (1 timme) | (5 minuter) | |
| Återlästa tokens | Tidigare kontext som läses om ur cachen vid varje anrop | |||
| Producerade tokens (utdata) | Det modellen skriver. Det är oklart om modellens interna resonemang räknas med (F-29) | |||
| Summa, cacheskrivning 5 minuter | ||||
| Summa, cacheskrivning 1 timme | ||||
Summan är uträknad på de exakta värdena och inte på de avrundade raderna ovan. Det är kostnaden för hela arbetet i den här sessionen, alltså även sidfrågor och kontroller som inte ingår i själva produkten, och den växer medan arbetet fortsätter.
Tre saker att se i tabellen. För det första är utdata dyrast per token, men indatan är så mycket större att återläsningen blir den största posten. För det andra läses allt som hamnar i kontexten om vid varje följande anrop, så en fil som läses tidigt följer med i alla anrop efter det. För det tredje är en token inte samma enhet i alla modeller: nyare Claude-modeller ger cirka fler tokens för samma text än tidigare modeller ().
Kontextfönstret: vad « använt» betyder
Mätaren i appen visar hur stor del av modellens kontextfönster som är fylld. Det är det som modellen ser vid nästa anrop, alltså hela samtalet hittills plus de fasta delarna. Det är en storlek, inte en summa av det som förbrukats (se också Kontextfönstret är inte förbrukningen).
| Del | Tokens | Andel av fönstret |
|---|---|---|
| Fasta delar (verktyg, minnesfiler, skills, systemprompt, instruktioner) | ||
| Meddelanden | ||
| «Sedan senaste uppdateringen» (appens egen kategori, innebörden är inte kontrollerad här) | ||
| Använt totalt | ||
| Buffert för automatisk komprimering | ||
| Ledigt utrymme |
- En session börjar inte på noll. De fasta delarna ligger i varje session, så en ny session börjar med en liten men inte tom kontext.
- Varje steg läser om allt. Kostnaden för bara återläsningen är just nu cirka per anrop med Sonnet 5.5-priser, och den växer med kontexten.
- Vid taket komprimeras sessionen. Appen reserverar en buffert för automatisk komprimering, och det som komprimeras ersätts av en sammanfattning.
Energi
Bedömningen av energin för arbetet är , motsvarande i en mikrovågsugn på 1 000 W. Spannet är (undre gräns) till (övre gräns, ett tak). Förklaringen, med de tre räknesätten, står i Tabell 1 på huvudsidan och i Räknas bara nya tokens, eller även gamla?.
Energin är densamma oavsett hur jag betalar. Ett abonnemang eller API-betalning avgör vad jag betalar, inte hur mycket el datacentret använder. Priset för cachade läsningar ( mot för vanlig indata) är leverantörens prissättning och säger inte hur mycket energi som sparas.
Pengar i ett abonnemang
Jag har ett Pro-abonnemang. Det är ett fast pris, och jag betalar inte per token. I stället mäts användningen mot gränser: en gräns som gäller ett fönster på fem timmar och en veckogräns, och extra användning kan slås på mot en månadsgräns. Mätaren visar procent och när varje gräns återställs.
| Mätare | Värde |
|---|---|
| 5-timmarsgränsen: använt | |
| Veckogränsen (alla modeller): använt | |
| Veckogränsen tidigare under arbetet | |
| Extra användning: kostnad hittills | |
| Extra användning: månadsgräns |
Under arbetet steg veckogränsen från till , ungefär . Procenten gäller hela kontot och kan innehålla annat än det här arbetet. Hur gränserna räknas, till exempel om cachade och nya tokens väger lika, är inte redovisat i det jag har läst (F-37). Det som går att säga är att arbetet inte har kostat något extra i pengar, och att det syns som procent av mätarna.
Pengar om jag betalat API-kostnaden
Med API-betalning betalar man per token, med olika pris för varje slag (Tabell 1). Räknat på samma tokens blir kostnaden:
| Modell | Cacheskrivning 5 minuter | Cacheskrivning 1 timme |
|---|---|---|
| Claude Sonnet 5.5 | ||
| Claude Opus 5.5 (för jämförelse) |
| Slag | Sonnet 5.5 | Opus 5.5 |
|---|---|---|
| Vanlig indata | ||
| Cacheskrivning, 5 minuter | ||
| Cacheskrivning, 1 timme | ||
| Cacheläsning | ||
| Utdata |
Förbehåll: kostnaden är en uppskattning och ingen faktura (F-38). Alla tokens antas ha körts på den angivna modellen, men delegerade underagenter kan ha körts på en annan, billigare modell. Det är inte kontrollerat om cachen skrivs med 5 minuters eller 1 timmes livslängd, och inte heller om modellens interna resonemang räknas som utdata. Priserna är lästa via en genomgång av prislistan ().
Vad skiljer, och vad kan jag göra?
- Håll kontexten kort. Varje steg läser om allt i kontexten. Spara det viktiga i filer och starta en ny session för en ny uppgift, så börjar den med en kort kontext.
- Utdata är dyrast per token. När ett kort svar räcker, be om ett kort svar.
- Behåll början av instruktionerna. Cachningen återanvänder ett oförändrat prefix, så ändringar tidigt i en lång text gör att cachen inte kan användas.
- Modellvalet påverkar priset. Opus 5.5 kostar ungefär två gånger Sonnet 5.5 per token i prislistan (Tabell 5). Om energin skiljer är inte känt (F-36).
- Pengar och energi följs inte åt. Det som är billigt i pris, till exempel cacheläsningar, kan ändå kosta energi.
Det som återstår
Det här ska analyseras och beskrivas bättre i kommande versioner:
Källor
Källorna som den här sidan hänvisar till, i Harvardformat. Hela förteckningen och hur varje källa kontrollerats finns på sidan Källor och logg.