Vergleichbare Arbeit. Explizite Annahmen.

1. Eine versionierte Vergleichsspezifikation

Modell und genaue Revision, Präzision, Quantisierung, Runtime und Version, Benchmark-Protokoll und -Version sowie Qualitätsziel müssen übereinstimmen. Bei der Inferenz werden außerdem Eingabe-/Ausgabelängen, Batchgröße, Gleichzeitigkeit, Caching, Token-Basis und Latenzvorgabe festgelegt. Beim Training werden Datensatz und Revision, Arbeitsdefinition und Abschlusskriterium festgelegt.

GPU-Modell, GPU-Anzahl, Hardware, Interconnect und Parallelisierung können zwischen den Ergebnissen innerhalb dieser Vergleichsspezifikation variieren, aber jedes Ergebnis muss seine gemessene Konfiguration beibehalten. Die Preiszuordnung in V1 unterstützt nur einen einzelnen Knoten. Es wird keine Skalierung der Hardwareleistung abgeleitet.

2. Eine Formel, explizite Einheiten

Für die stündlichen Kosten C des Gesamtsystems und den kompatiblen aggregierten Durchsatz T in Token/Sekunde:

USD pro 1M Token = C × 1,000,000 / (T × 3,600)

Ein Stundenpreis pro GPU wird einmal mit der gemessenen GPU-Anzahl multipliziert. Ein Stundenpreis für die gesamte Instanz ist bereits ein Systempreis. Der Durchsatz pro GPU wird einmal mit der gemessenen GPU-Anzahl multipliziert; der aggregierte Durchsatz wird direkt verwendet. Die Vergleichsspezifikation gibt an, ob es sich um Eingabe-, Ausgabe- oder Gesamt-Token handelt.

Für das Training: Kosten pro definiertem Lauf = Stundenkosten des Systems × gemessene Laufstunden. GPU-hours pro Lauf werden durch die gemessene GPU-Anzahl geteilt, um die verstrichenen Stunden zu schätzen; dies ist ausdrücklich als buchhalterische Schätzung gekennzeichnet. Szenarien mit wiederholten Läufen setzen aufeinanderfolgende identische Läufe voraus.

3. Preiskompatibilität und Kosten

Ein Gründer oder eine Gründerin muss bestätigen, dass die öffentliche Preisbeobachtung genau die gemessene Konfiguration und die ausgewiesene Gebühr für Rechenleistung abdeckt. Unterstützt werden die Originaleinheiten USD pro GPU/Stunde und Instanzstunde. Andere Währungen und Einheiten bleiben nicht verfügbar. Ein öffentliches aggregiertes KCI-Fixing kann den Preis eines erwerbbaren Systems nicht ersetzen.

Enthalten ist nur die ausgewiesene Gebühr für Rechenleistung. Nicht enthalten sind Einrichtung, gesondert abgerechnete CPU/RAM, Speicher, Netzwerk/Egress, Steuern und Support. Die Basis-Snapshots bilden Mindestbindungen, Abrechnungsintervalle, Auslastungsverluste und Verfügbarkeit nicht ab; die tatsächlichen Ausgaben können höher liegen. Es handelt sich weder um API-Token-Preise noch um Schätzungen der Gesamtkosten.

4. Aktualität, Prüfung und Revisionen

Benchmark-Beobachtungen behalten die bestehende Aktualitätsgrenze von 180 Tagen für die Leistung bei. Economics v1 wendet eine Aktualitätsgrenze von 30 Tagen für Preise an, um zu vermeiden, dass alte Listenpreisbeobachtungen als aktuelle Kosten dargestellt werden. Dies sind Eignungsfenster, keine Konfidenzwerte. Quellenklassen sind vom Anbieter angegeben, unabhängig oder intern.

Import oder Erfassung erzeugt einen Entwurf; eine ausdrückliche Prüfung genehmigt ihn. Zurückziehung und genehmigte Ablösung sperren neue Berechnungen. Unveränderliche Snapshots bewahren die ursprünglichen Eingaben, Messzeitpunkte, Erfassungszeitpunkte, Benchmark-Revisionen, Gruppenversionen, die Formelversion und den Berechnungszeitpunkt. Die Aufhebung der Veröffentlichung einer Quelle kann den öffentlichen Zugriff entfernen, ohne den aufbewahrten internen Datensatz zu löschen.

5. Verlauf und Entscheidungswerkzeuge

Der Economics-Verlauf ist ein informatives Register. Er ist kein Indexstand und wird nicht automatisch in den Verlauf der KCI-Fixings übernommen. Korrekturen verweisen auf frühere Snapshots. Änderungen von Konfiguration, Version der Vergleichsspezifikation, Benchmark-Revision oder Formel begründen getrennte Segmente. Es werden keine historischen Daten rückwirkend generiert.

Szenarien mit nutzerdefinierten Mengen behalten die ausgewählten Workload-Bedingungen bei. Die Zeit wird aus dem dauerhaft gemessenen Durchsatz oder aus wiederholten identischen Trainingsläufen geschätzt. Folgen Sie dem Link zum Angebot, um kommerzielle Details zu prüfen, oder öffnen Sie Workload Economics, um mit zusätzlichen Annahmen zu planen. Es wird weder eine Reservierung noch eine Beschaffungsaktion durchgeführt.

Kosten- und Terminszenarien

Der Arbeitsbereich für Entscheidungen vergleicht zwei ausdrücklich ausgewählte Snapshots mit derselben Vergleichsspezifikation, Formel, denselben Einheiten und derselben Kostenabdeckung. Abweichende kommerzielle Bedingungen und Quellenklassen werden offengelegt. Abgelaufene, zurückgezogene oder korrigierte Eingaben können keinen neuen Vergleich stützen.

Produktive Stunden = Snapshot-Stunden pro Messeinheit × angeforderte Einheiten
Verstrichene Stunden = produktive Stunden / (Auslastung in Prozent / 100)
Abgerechnete Stunden = max(verstrichene Stunden, vom Nutzer angegebene Mindestabrechnungsstunden)
Zwischensumme Rechenleistung = abgerechnete Stunden × Stundenpreis des Systems in USD
Modellierte Gesamtsumme = Zwischensumme Rechenleistung + ausdrücklich eingegebene zusätzliche Kosten in USD

Jedes Szenario verwendet ein einzelnes gemessenes System und geht davon aus, dass es auch in Leerlaufzeiten abgerechnet wird. Das Abrechnungsminimum verändert die Kosten, nicht die Abschlusszeit. Leer gelassene zusätzliche Kosten bleiben unbekannt; es wird keine modellierte Gesamtsumme angezeigt. Eine Terminschätzung schließt Warteschlangen, Startverzögerungen und Kapazitätsbeschränkungen aus. Vollständige vertragliche Verpflichtungen, nicht eingegebene Gebühren und die Verfügbarkeit beim Anbieter bleiben nicht verifiziert. Das Ergebnis ist weder eine vollständige TCO-Rechnung noch ein Preisangebot.

Die herunterladbare Szenario-JSON-Datei enthält die exakten Beleg-Snapshots, Quellenzeitstempel und Annahmen des Nutzers. Sie ist ein Bericht zu einem bestimmten Zeitpunkt, keine Garantie für aktuelle Gültigkeit. Aktualisieren Sie die Belege vor einer Entscheidung. Szenarien werden nicht in einem Konto gespeichert.

6. Schreibgeschützter Datenzugriff

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

Grenzen: 1–100 Snapshots; Standardwert 50. Unbekannte, doppelte oder fehlerhaft formatierte Parameter werden abgelehnt. Die Antworten enthalten ursprüngliche Eingaben, Einheiten, Quellen, Zeitstempel, Revisionen, den aktuellen Status und Begründungscodes. Lesezugriffe erzwingen die öffentliche Sichtbarkeit, schließen die Prüfenden und Prüfnotizen aus und legen das interne Ausführungsregister nicht offen. Begrenzte Antworten kennzeichnen eine Kürzung ausdrücklich.

Beobachtungs- und Berechnungszeitpunkte

Das API-Feld effective_at hält den Zeitpunkt der Beobachtung des Originalpreises fest. calculated_at hält fest, wann die geprüften Eingaben kombiniert wurden. Ein späterer Benchmark begründet keine Economics-Werte für ein früheres Preisdatum; dieses Register bildet historische Leistungsdaten nicht rückwirkend nach.