Samme maskin, samme abonnement, samme type arbeid. Men tallene utvikleren Vincent Schmalbach trakk ut av sine egne lokale logger spriker kraftig. I en rullerende sjudagers-periode telte han 1 442 423 synlige input- og output-tokens fra Opus. To tidligere tunge uker på samme oppsett viste 8 927 831 og 8 477 395. Inneværende uke er altså 16-17 % av de gamle.
Regner man med cache-opprettelse, som Schmalbach kaller reelt arbeid, men holder cache-lesing utenfor, blir bildet 4,56 millioner mot 22,2 og 23,1 millioner: rundt 20 %. Uansett telling lander han på at den effektive prisen for arbeidet han bryr seg om er omtrent fem ganger høyere.
Det han ikke får forklart bort, er en fersk konto opprettet 29. juni 2026. Den var nesten full tidlig på dagen, men falt til rundt 84 % på sjudagers-måleren utover kvelden, uten en eneste synlig rå Opus-rad i loggen i samme periode. Måleren beveget seg, mens den brukervendte tellingen ikke forklarte den.
Dette er én utviklers observasjon, ikke en bekreftet endring fra Anthropic, og det finnes uskyldige forklaringer: mislykkede kall som teller, retries, eller at Opus 4.8 vektes annerledes. Poenget hans er ikke at tungt forbruk aldri skjedde, men at den synlige regnskapsføringen ikke går opp mot måleren. Kravet er enkelt: en ordentlig hovedbok med tidsstempel, modell, input, output, cache og måler-delta, som beskytter Anthropic hvis måleren er rettferdig og brukerne hvis den ble strammere.