Sammenlignbart arbeid. Eksplisitte forutsetninger.

1. En versjonert sammenligningskontrakt

Modell og nøyaktig revisjon, presisjon, kvantisering, kjøremiljø og versjon, benchmarkprotokoll og versjon samt kvalitetsmål må samsvare. For inferens låses også inn- og utdatalengder, batchstørrelse, samtidighet, caching, tokengrunnlag og forsinkelseskrav. For trening låses datasett/revisjon, arbeidsdefinisjon og fullføringskriterium.

GPU-modell, GPU-antall, maskinvare, sammenkobling og parallellisering kan variere mellom resultater innenfor den kontrakten, men hvert resultat må beholde sin målte konfigurasjon. Prisbindingen i v1 støtter bare én node. Ingen skalering av maskinvareytelse utledes.

2. Én formel, eksplisitte enheter

For timekostnad C for hele systemet og kompatibel samlet gjennomstrømning T i token/sekund:

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

En timepris per GPU multipliseres én gang med det målte GPU-antallet. En timepris for hele instansen er allerede en systempris. Gjennomstrømning per GPU multipliseres én gang med det målte GPU-antallet; samlet gjennomstrømning brukes direkte. Sammenligningskontrakten angir om det gjelder inndata-, utdata- eller totale token.

For trening: kostnad per definert kjøring = systemets timekostnad × målte timer for kjøringen. GPU-hours/kjøring deles på det målte GPU-antallet for å anslå medgått tid i timer, uttrykkelig merket som et regnskapsmessig estimat. Scenarier med gjentatte kjøringer forutsetter identiske kjøringer etter hverandre.

3. Priskompatibilitet og kostnader

En grunnlegger må bekrefte at den offentlige prisobservasjonen dekker den nøyaktige målte konfigurasjonen og den listede kostnaden for datakraft. Enhetene opprinnelig USD GPU/time og instanstime støttes. Andre valutaer og enheter forblir utilgjengelige. En offentlig, aggregert KCI-fixing kan ikke erstatte en systempris som kan kjøpes.

Bare den listede kostnaden for datakraft er inkludert. Oppsett, separat fakturert CPU/RAM, lagring, nettverk/egress, skatt og support er utelatt. Grunnleggende øyeblikksbilder modellerer ikke minsteforpliktelser, faktureringsintervaller, utnyttelsestap eller tilgjengelighet; faktisk forbruk kan bli høyere. Dette er ikke tokenpriser for API eller estimater av totalkostnad.

4. Ferskhet, gjennomgang og revisjoner

Benchmarkobservasjoner beholder det eksisterende ferskhetstaket for ytelse på 180 dager. Economics v1 bruker et pristak på 30 dager for å unngå at gamle listeobservasjoner presenteres som aktuelle kostnader. Dette er kvalifiseringsvinduer, ikke konfidenspoeng. Kildeklassene er oppgitt av leverandør, uavhengig eller intern.

Import eller registrering oppretter et utkast; en eksplisitt gjennomgang godkjenner det. Tilbaketrekking og godkjent erstatning blokkerer nye beregninger. Uforanderlige øyeblikksbilder bevarer opprinnelige inndata, måledatoer, innhentingsdatoer, benchmarkrevisjoner, gruppeversjoner, formelversjon og beregningstidspunkt. Avpublisering av en kilde kan fjerne offentlig tilgang uten å slette den lagrede interne oppføringen.

5. Historikk og beslutningsverktøy

Økonomihistorikken er en informativ logg. Den er ikke et indeksnivå og settes ikke automatisk inn i KCI-fixinghistorikken. Rettelser viser til tidligere øyeblikksbilder. Endringer i konfigurasjon, kontraktsversjon, benchmarkrevisjon eller formel oppretter separate segmenter. Det genereres ingen historisk tilbakefylling.

Brukerens volumscenarier bevarer de valgte arbeidslastforholdene. Tid anslås ut fra vedvarende målt gjennomstrømning eller gjentatte identiske treningskjøringer. Følg tilbudslenken for å undersøke kommersielle detaljer, eller åpne Workload Economics for å planlegge med flere forutsetninger. Ingen reservasjon eller anskaffelse utføres.

Kostnads- og fristscenarier

Beslutningsarbeidsområdet sammenligner to eksplisitt valgte øyeblikksbilder med samme kontrakt, formel, enheter og kostnadsdekning. Ulike kommersielle vilkår og kildeklasser opplyses. Utløpte, tilbaketrukne eller rettede inndata kan ikke ligge til grunn for en ny sammenligning.

Produktive timer = timer i øyeblikksbildet per måleenhet × forespurte enheter
Medgåtte timer = produktive timer / (utnyttelsesprosent / 100)
Fakturerte timer = maks(medgåtte timer, brukerens minste fakturerte timer)
Delsum datakraft = fakturerte timer × systemets timekostnad i USD
Modellert total = delsum datakraft + eksplisitt angitte tilleggskostnader i USD

Hvert scenario bruker ett målt system og forutsetter at det faktureres også i inaktiv tid. Faktureringsgulvet endrer kostnaden, ikke fullføringstiden. Tilleggskostnader som står tomme, forblir ukjente; da vises ingen modellert total. Et fristestimat utelater køtid, oppstartsforsinkelser og kapasitetsbegrensninger. Fullstendige kontraktsforpliktelser, kostnader som ikke er lagt inn, og leverandørens tilgjengelighet forblir ikke verifisert. Resultatet er verken full TCO eller et pristilbud.

JSON-filen med scenarioet som kan lastes ned, beholder de nøyaktige øyeblikksbildene av belegget, kildetidsstempler og brukerens forutsetninger. Den er en rapport på et bestemt tidspunkt, ikke en garanti for at den fortsatt er gyldig. Oppdater belegget før en beslutning. Scenarier lagres ikke på en konto.

6. Skrivebeskyttet datatilgang

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

Grenser: 1–100 øyeblikksbilder; standard 50. Ukjente, dupliserte eller feilformaterte parametere avvises. Svarene inneholder opprinnelige inndata, enheter, kilder, tidsstempler, revisjoner, gjeldende status og årsakskoder. Lesing håndhever offentlig synlighet, utelater aktører og merknader fra gjennomgang og eksponerer ikke den interne kjøringsloggen. Avgrensede svar flagger eksplisitt avkorting.

Observasjons- og beregningstidspunkter

Feltet effective_at i API-et registrerer tidspunktet for observasjonen av den opprinnelige prisen. calculated_at registrerer når de gjennomgåtte inndataene ble kombinert. En senere benchmark gir ikke grunnlag for økonomi på en tidligere prisdato; denne loggen fyller ikke inn historisk ytelse i ettertid.