DAvibe-codedthe-may-challenge

Context Windows: Den Skjulte Omkostning ved Vibe Coding

Når du vibe coder seriøst, skal du forstå context windows. Hvis du gør det ikke, bliver din regning skræmmende hurtigt.

Context Windows: Den Skjulte Omkostning ved Vibe Coding

Når du vibe coder seriøst, skal du forstå context windows. Hvis du gør det ikke, bliver din regning skræmmende hurtigt.

Jeg er ikke fan af tool calls til at begynde med. Men når du har en agentic loop, der kører, og modellen holder på at lave tool calls, mens den styrer et massivt context window, samler omkostningerne sig hurtigt. Jeg har set situationer, hvor AI'en havde brug for at bekræfte kopiering af en fil med stort kodekontekst — lyder rimelig, ikke? Til du indser, at enkelt bekræftelseskald netop spiste $0.50 i tokens.

Jeg har været ved at bruge Google Gemini Pro 2.5 til kodning senligt. Tyve gange billigere per token end de dyre modeller, som betyder noget, når du itererer hurtigt. Hagen? Jeg glemmer nogle gange at se på context window. Jeg har ramt 500.000 tokens på tre forskellige projekter nu. Det er omtrent $0.50 per request — ikke per prompt, men per loop iteration, når tool calls er involveret.

Jeg betaler ekstra for Cline og mine egne tokens delvist fordi jeg kan se de råe omkostninger i realtid. Jeg kender hvad hver model koster. Den synlighed betyder noget. Andre værktøjer skjuler priserne bag abonnement modeller, der kunne virke billigere til du faktisk laver matematikken.

Her er realiteten: hvis du skal vibe code professionelt, skal du forstå:

  1. Hvordan context windows virker under motorhjelmen
  2. Hvad tool calls faktisk koster dig
  3. Hvilke modeller giver dig den bedst værdi for din workflow
  4. Hvordan man strukturerer prompts for at holde kontekst stram

Det er ikke sexy, men det er forskellen mellem bæredygtig vibe coding og økonomisk blødning.

Den billigere model sparer dig ikke, hvis du ikke forstår de skjulte omkostninger under overfladen.