Vergelijkbaar werk. Expliciete aannames.

1. Een geversioneerd vergelijkingscontract

Model en exacte revisie, precisie, kwantisatie, runtime en versie, benchmarkprotocol en versie, en kwaliteitsdoel moeten overeenkomen. Bij inferentie liggen ook invoer- en uitvoerlengtes, batchgrootte, gelijktijdigheid, caching, tokenbasis en latentie-eis vast. Bij training liggen de dataset/revisie, de werkdefinitie en het voltooiingscriterium vast.

GPU-model, aantal GPU’s, hardware, interconnect en parallellisme mogen tussen resultaten binnen dat contract verschillen, maar elk resultaat moet zijn gemeten configuratie behouden. Prijskoppeling in V1 ondersteunt slechts één node. Er wordt geen schaling van hardwareprestaties afgeleid.

2. Eén formule, expliciete eenheden

Voor de uurkosten van het hele systeem C en een compatibele geaggregeerde doorvoer T in tokens/seconde:

USD per 1M tokens = C × 1,000,000 / (T × 3,600)

Een uurprijs per GPU wordt eenmaal vermenigvuldigd met het gemeten aantal GPU’s. Een uurprijs voor de hele instance is al een systeemprijs. Doorvoer per GPU wordt eenmaal vermenigvuldigd met het gemeten aantal GPU’s; geaggregeerde doorvoer wordt direct gebruikt. Het vergelijkingscontract geeft aan of het om invoer-, uitvoer- of totale tokens gaat.

Voor training: kosten per gedefinieerde run = uurkosten van het systeem × gemeten runuren. GPU-hours per run worden gedeeld door het gemeten aantal GPU’s om de verstreken uren te schatten, expliciet gelabeld als boekhoudkundige schatting. Scenario’s met herhaalde runs gaan uit van opeenvolgende identieke runs.

3. Prijscompatibiliteit en kosten

Een oprichter moet verklaren dat de openbare prijsobservatie exact de gemeten configuratie en de vermelde kosten voor rekencapaciteit dekt. Oorspronkelijke eenheden in USD GPU/uur en instance-hour worden ondersteund. Andere valuta’s en eenheden blijven niet beschikbaar. Een openbare geaggregeerde KCI-fixing kan niet in de plaats komen van een koopbare systeemprijs.

Alleen de vermelde kosten voor rekencapaciteit zijn inbegrepen. Inrichting, apart gefactureerde CPU/RAM, opslag, netwerk/egress, belasting en support zijn uitgesloten. Basissnapshots modelleren geen minimale verplichtingen, factureringsstappen, benuttingsverliezen of beschikbaarheid; de werkelijke uitgaven kunnen hoger zijn. Dit zijn geen tokenprijzen van een API en geen ramingen van de totale kosten.

4. Actualiteit, beoordeling en revisies

Benchmarkobservaties behouden het bestaande actualiteitsplafond van 180 dagen voor prestaties. Economics v1 hanteert een prijsplafond van 30 dagen om te voorkomen dat oude observaties van lijstprijzen als actuele kosten worden gepresenteerd. Dit zijn geschiktheidsvensters, geen vertrouwensscores. Bronklassen zijn: door aanbieder opgegeven, onafhankelijk of intern.

Import of vastlegging maakt een concept aan; een expliciete beoordeling keurt het goed. Intrekking en goedgekeurde vervanging blokkeren nieuwe berekeningen. Onveranderlijke snapshots bewaren de oorspronkelijke invoer, meetdata, verwervingsdata, benchmarkrevisies, groepsversies, formuleversie en het berekeningstijdstip. Het depubliceren van een bron kan de openbare toegang verwijderen zonder het bewaarde interne record te verwijderen.

5. Historie en beslisinstrumenten

De economische historie is een informatief grootboek. Het is geen indexniveau en wordt niet automatisch opgenomen in de fixinghistorie van KCI. Correcties verwijzen naar eerdere snapshots. Wijzigingen in configuratie, contractversie, benchmarkrevisie of formule vormen afzonderlijke segmenten. Er wordt geen historische backfill gegenereerd.

Volumescenario’s van gebruikers behouden de geselecteerde workloadomstandigheden. De tijd wordt geschat op basis van duurzaam gemeten doorvoer of herhaalde identieke trainingsruns. Volg de link van de aanbieding om commerciële details te bekijken of open Workload Economics om te plannen met aanvullende aannames. Er wordt geen reservering of inkoopactie uitgevoerd.

Kosten- en deadlinescenario’s

De beslisruimte vergelijkt twee expliciet geselecteerde snapshots onder hetzelfde contract, dezelfde formule, eenheden en kostendekking. Verschillende commerciële voorwaarden en bronklassen worden vermeld. Verlopen, ingetrokken of gecorrigeerde invoer kan geen nieuwe vergelijking onderbouwen.

Productieve uren = snapshoturen per meeteenheid × gevraagde eenheden
Verstreken uren = productieve uren / (benuttingspercentage / 100)
Gefactureerde uren = max(verstreken uren, minimaal gefactureerde uren van de gebruiker)
Subtotaal rekencapaciteit = gefactureerde uren × uurtarief van het systeem in USD
Gemodelleerd totaal = subtotaal rekencapaciteit + expliciet ingevoerde aanvullende kosten in USD

Elk scenario gebruikt één gemeten systeem en gaat ervan uit dat het ook tijdens inactiviteit wordt gefactureerd. De factureringsondergrens verandert de kosten, niet de doorlooptijd. Leeg gelaten aanvullende kosten blijven onbekend; er wordt dan geen gemodelleerd totaal getoond. Een deadlineschatting omvat geen wachtrijen, opstartvertragingen en capaciteitsbeperkingen. Volledige contractuele verplichtingen, niet ingevoerde kosten en beschikbaarheid bij aanbieders blijven ongeverifieerd. Het resultaat is geen volledige TCO en geen offerte.

De downloadbare scenario-JSON bewaart exacte bewijssnapshots, brontijdstempels en aannames van de gebruiker. Het is een momentopname, geen garantie voor actuele geldigheid. Vernieuw het bewijs vóór een beslissing. Scenario’s worden niet in een account opgeslagen.

6. Alleen-lezen datatoegang

GET /api/index/economics?limit=50&format=json GET /api/index/economics?group=GROUP_UUID&format=csv

Limieten: 1–100 snapshots; standaard 50. Onbekende, dubbele of onjuist opgemaakte parameters worden geweigerd. Antwoorden bevatten oorspronkelijke invoer, eenheden, bronnen, tijdstempels, revisies, actuele status en redencodes. Leesbewerkingen dwingen openbare zichtbaarheid af, sluiten beoordelaars en hun notities uit en stellen het interne rungrootboek niet bloot. Begrensde antwoorden markeren afkapping expliciet.

Observatie- en berekeningstijden

Het API-veld effective_at legt het tijdstip vast waarop de oorspronkelijke prijs werd waargenomen. calculated_at legt vast wanneer de beoordeelde invoer werd gecombineerd. Een latere benchmark bepaalt geen economie op een eerdere prijsdatum; dit grootboek vult historische prestaties niet met terugwerkende kracht aan.