Abgerechnet nach evaluierten Fällen.
Ein einziger Zähler: jeder Fall, den Ihre Suites bewerten. Ein Fall zählt einmal, gleich wie viele Evaluatoren ihn beurteilt haben, sodass ein viertes deklariertes Kriterium Ihre Rechnung nicht vervierfacht.
Die Tarife sind nicht festgelegt. Die Einheit steht fest und wird nachträglich gezählt; was ein Fall kostet, ist nicht entschieden, daher nennt diese Seite keine Zahl. Das ist keine Verhandlungsposition — es gibt noch nichts zu nennen.
Was ein Fall ist
Eine Eingabe, die von einer Suite bewertet wird, einmal gezählt, gleich wie viele Evaluatoren sie beurteilt haben. Das ist dieselbe Zahl, die die Nutzungsansicht des Workspace unter Evaluierte Fälle zeigt, denn ein Zähler und ein Preis, die sich über die Einheit uneinig sind, sind zwei Zähler.
Aufgerufene Systeme und ausgeführte Evaluatoren werden neben der Rechnung als die Arbeit dahinter angezeigt. Sie sind das ehrliche Maß des Aufwands und das, was jeder sehen wollte, der eine Rechnung anficht — deshalb werden sie ausgewiesen, und die Rechnung bewegt sich nicht mit ihnen.
Was nicht gezählt wird
- Ein erneuter Lauf, der seinen Cache wiederverwendet hat. Eine unveränderte Suite gegen einen unveränderten Kandidaten auszuführen, verwendet gespeicherte Ausführungen und Urteile wieder und leistet fast keine Arbeit. Dafür zu berechnen hieße, Arbeit in Rechnung zu stellen, die niemand geleistet hat, und das Caching zu bestrafen, auf dem das Produkt aufbaut.
- Evaluatoren, die den Cache ablehnen. Eine deterministische Prüfung neu zu berechnen kostet weniger, als sie nachzuschlagen, daher verfehlt sie den Cache bei jedem Lauf, so lange der Workspace besteht. Diese werden gezählt und ausgewiesen, nie berechnet.
- Lesen, gleich was. Ein Workspace, der nicht mehr zahlt, behält jeden Lesezugriff. Nur neue Arbeit endet.
Den Zähler abschätzen
Keine Rechnung — es gibt keine Tarife, aus denen man eine machen könnte. Dies ist die Mengenseite, die Hälfte, die Sie heute kennen können: Suite-Größe mal Ausführungshäufigkeit. Suchen Sie die Zeile, die Ihrer am nächsten kommt.
Ihre eigene Zahl kommt von der Engine statt aus dieser Tabelle: Für einen Lauf oder einen Vergleich, der nicht entscheiden konnte, beziffert oloproof plan die weiteren Fälle, die eine Entscheidung erfordern würde, auf Grundlage dessen, was dieser Lauf tatsächlich verbraucht hat.
| Suite-Größe | Merges pro Woche | Fälle pro Woche | Fälle pro Monat |
|---|---|---|---|
| 500 | 20 | 10.000 | 40.000 |
| 2.000 | 20 | 40.000 | 160.000 |
| 10.000 | 40 | 400.000 | 1.600.000 |
Eine Suite, die bei jedem Merge als Gate dient, läuft so oft, wie Sie mergen.
Fragen, die aufkommen
Wenn Ihre nicht dabei ist, beantwortet sie wahrscheinlich die Dokumentation.
Dokumentation lesen- Warum nicht pro Lauf abrechnen?
- Weil ein Lauf keine Arbeitseinheit ist. Ein Lauf kann acht Fälle bewerten oder achtzigtausend, und ein wiederholter Lauf tut womöglich gar nichts.
- Warum nicht pro Evaluator-Aufruf?
- Das war die Einheit, bis sie am 22. September 2026 geändert wurde. Sie berechnete einer Suite mit vier deklarierten Kriterien das Vierfache dafür, dass ein Fall einmal beurteilt wurde — eine Rechnung, die niemand aus dem vorhersagen konnte, was er geschrieben hatte.
- Kostet ein fehlgeschlagener Lauf etwas?
- Er kostet, was er berechnet hat. Ein Fall, für den die Engine unvermeidbare Arbeit geleistet hat, zählt, gleich wie das Urteil ausfiel, und ein Lauf, der vor seinem ersten Fall abgelehnt wurde, zählt nichts.
- Wann werden die Tarife festgelegt?
- Sie sind es nicht, und diese Seite nennt eine Zahl, sobald es eine gibt. Bis dahin wird nichts gegen einen Tarif gezählt.