Wie MakoBench funktioniert: Erklärung des Open-Source-LLM-Benchmarks

Veröffentlicht
5 November 2026
Aktualisiert
8 November 2026
Von
Jacob Lloyd — mit KI-Unterstützung geschrieben, im Nachhinein
Lesezeit
18 Min. Lesezeit

Kurz gesagt: MakoBench ist eine öffentliche Bewertungsplattform für Sprachmodelle. Jedes Modell muss die gleichen Tests bestehen: Für den „Code“-Test gibt es 10 Punkte, für den „Chat“-Test ebenfalls 10 Punkte. Die Gesamtpunktzahl ergibt sich aus der Summe beider Werte. Schwierigere Bonusaufgaben stehen Modellen zur Verfügung, die in einem der Tests mindestens 90 Prozent erreichen – dadurch können weitere Punkte hinzugewonnen werden. Auf dieser Seite wird jeder Schritt in einem Diagramm dargestellt.

Zu CrucibleForge auf GitHub

Zusammenfassung

  • Ein gemeinsamer Test. Jedes Modell beantwortet dieselben Standardfragen. Der Code-Teil ist mit 10 Punkten bewertet, der Chat-Teil ebenfalls mit 10 Punkten – insgesamt also 20 Punkte bei den Standardtests.
  • Code wird ausgeführt, Chat wird bewertet. Die Code-Antworten werden anhand versteckter Tests geprüft. Ein Bewertungsmodell bewertet die Chat-Antworten und muss dabei die zugrundeliegenden Beweise angeben.
  • Jede Punktzahl hat einen Toleranzbereich. Modelle, deren Punktzahlen innerhalb des jeweiligen Toleranzbereichs liegen, gelten als gleichwertig – unabhängig von der Reihenfolge.
  • Bonus-Sets geben mehr als 10 Punkte. Erreicht ein Modell in einem Abschnitt 90 % oder mehr, werden schwierigere Bonus-Sets freigeschaltet. Jedes dieser Sets bringt bis zu 1 zusätzlichen Punkt.
  • Nichts bringt Punkte für Nichtantworten. Die Tests messen ausschließlich das Verhalten der Modelle, wenn sie gefragt werden.
  • Der Engine-Code ist offen. CrucibleForge auf GitHub steuert den gesamten Testprozess – Sie können ihn ebenfalls ausführen.

Die Beispiele basieren auf dem „Suite 4.0“-Testboard, das am 7. November 2026 veröffentlicht wurde. Suite 4.1 korrigiert die Antwortschlüssel und berechnet erneut die Punktzahlen aller Modelle – unter Anwendung derselben Bewertungs- sowie Bonusregeln. Die Details zu den Änderungen in Suite 4.1 sowie die neuen Punktzahlen finden Sie unter „Was hat sich in Suite 4.1 geändert?“.

Was ist MakoBench?

Vom Modell zur Rangliste Sechs Schritte von oben nach unten: Ein Modell – lokal auf unserem System oder als gehostete API – beantwortet die Standardfragen. Die Antworten werden gespeichert. Code-Antworten werden anhand versteckter Tests sowie der erwarteten Ausgaben geprüft; Chat-Antworten werden von einem Bewertungsmodell auf unserem System sowie anhand textbasierter Regeln bewertet. Die Ergebnisse bilden die „Code“- und „Chat“-Bewertungen, die zum Gesamtergebnis addiert werden – inklusive einer Toleranzmarge. Schließlich werden diese Werte in die Rangliste eingetragen. Ein Modell lokal auf unserem System oder als gehostete API Die Standardfragen gleiche Fragen für jedes Modell Die Antworten des Modells werden gespeichert, damit sie erneut bewertet werden können Code: Ausführen versteckte Tests, exakte Ausgaben Chat: Bewerten Bewertungsmodell auf unserem System + textbasierte Regeln Bewertungen Code + Chat = Gesamtergebnis, inklusive Toleranzmarge Die Rangliste Rang, Kategorie und Bewertung
Jedes Modell durchläuft dieselben sechs Schritte.

MakoBench ist eine öffentliche Rangliste für Sprachmodelle – sowohl lokale als auch gehostete –, die alle nach demselben Verfahren bewertet werden. Es werden zwei Aufgaben gemessen: das Schreiben funktionierenden Codes sowie das Führen von Rollenspiel- oder Gesprächssimulationen. Die vollständige Übersicht über das, was MakoBench testet und was nicht, finden Sie unter Was MakoBench testet und was es nicht testet.

Als Bewertungsengine dient CrucibleForge, ein kostenloses und Open-Source-Tool (MIT-0-Lizenz). Sie können es auch auf Ihren eigenen Modellen nutzen – die Anleitung dazu finden Sie unter CrucibleForge auf eigenen Modellen installieren.

Wie eine Bewertung entsteht

Ein Fall nach dem anderen

Wie ein Testfall Punkte einbringt Ein konkretes Beispiel für die Verwendung von Werkzeugen. Dabei handelt es sich um einen skriptgesteuerten Dialog mit verschiedenen Werkzeugen. Das Modell antwortet Schritt für Schritt. Jeder der 11 Schritte wird überprüft: Wurde das richtige Werkzeug verwendet? Wurden die richtigen Argumente angegeben? Hat das Modell stattdessen geantwortet, anstatt ein Werkzeug aufzurufen? In diesem Beispiel werden 7 von 11 Schritten als korrekt bewertet; der Testfall erhält somit 7 von 11 Punkten – also 0,64 des maximal möglichen Ergebnisses. Der Testfall ein Buchungs-Chat mit Werkzeugen, 11 Schritte, dabei eingebaute Prüfungen Die Antwort des Modells was das Modell sagt und welche Werkzeuge es aufruft Die Überprüfungen, Schritt für Schritt Richtiges Werkzeug? Richtige Argumente? Hat das Modell geantwortet statt ein Werkzeug aufzurufen? Oder hat es stattdessen ein Werkzeug aufgerufen? 7 Schritte bestanden, 4 fehlgeschlagen Punktzahl: 7 / 11 = 0,64
Ein reales Beispiel: Claude Sonnet 4.5 bei der Bearbeitung des Tool-Use-Testfalls TZ19, Suite 4.0.

Ein Fall ist eine Aufgabe: eine Funktion, die geschrieben werden muss, ein Programm, dessen Ausgabe vorhergesagt werden soll, ein Chat-Tool oder eine lange Rollenspiel-Sitzung. Jeder Fall wird in kleinere Teile bewertet – beispielsweise Gruppen versteckter Tests oder die einzelnen Schritte eines Chats –, sodass eine fast korrekte Antwort den Großteil der Punkte einbringt. Jeder Standardfall wird einmal ausgeführt.

Details: die Liste der zu prüfenden Fallbeispiele sowie der Code der Bewertungsalgorithmen (graders.py).

Wie der Richter die Chat-Antworten bewertet

Wie der Richter eine Chat-Antwort bewertet Eine Chat-Antwort sowie eine Ja/Nein-Frage werden dem Richter-Modell vorgelegt. Der Richter antwortet mit „JA“ oder „NEIN“. Bei einer Antwort „JA“ muss ein exakter Zitatauszug aus der Antwort angegeben werden. Anschließend prüft der Code, ob dieser Auszug mindestens 12 Zeichen enthält und wortgetreu in der Antwort vorkommt. Ist das der Fall, zählt die Antwort als „JA“. Andernfalls zählt sie als „NEIN“. Wenn eine einzelne Frage allein dazu führen kann, dass ein Fall abgelehnt wird, wird diese Frage dreimal gestellt; sie gilt nur dann als bestanden, wenn die Mehrheit der Antworten „JA“ lautet. Einfache Textregeln – wie Wortzählungen – werden ausschließlich vom Code überprüft; das Ablehnen einer Aufgabe führt dazu, dass alle Prüfungen scheitern. Die Antwort ein Chat-Auszug aus einer Sitzung Eine Frage „Hat die Figur das Versprechen gehalten?“ Das Richter-Modell antwortet mit „JA“ oder „NEIN“ „JA“ + exakter Zitatauszug Der Code prüft den Zitatauszug mindestens 12 Zeichen, vorhanden wortgetreu in der Antwort Gefunden die Antwort zählt als „JA“ Fehlend oder falsch die Antwort zählt als „NEIN“ Textregeln – ohne Richter Wortzählungen, verbotene Phrasen, vorher definierte Fakten: werden geprüft vom Code. Das Ablehnen einer Aufgabe führt zum Scheitern der Prüfungen.
Der Richter muss seine Begründung nachweisen. Eine Antwort „JA“ ohne passenden Zitatauszug zählt als „NEIN“.

Der Code benötigt niemals eine Meinung – der Chat hingegen schon. Deshalb beantwortet ein Richter-Modell, also ein weiteres Sprachmodell, Ja/Nein-Fragen zu jeder Chat-Antwort. In unserem Fall handelt es sich dabei um Gemma 4 31B (eine „unkontrollierte“, unzensierte Version im Q8-Format) auf unserer eigenen GPU-Anlage; Q8 bedeutet eine 8-Bit-Kopie der Gewichte des Modells. Eine Antwort „JA“ zählt nur dann, wenn ein wortgetreuer Zitatauszug angegeben wird – schließlich neigen Richter-Modelle dazu, zu leichtfertig mit „JA“ zu antworten. Vor jeder Batch-Verarbeitung muss der Richter eine bekanntermaßen korrekte Antwort erkennen sowie eine bekanntermaßen falsche ausfindig machen; andernfalls wird die Verarbeitung abgebrochen.

Wenn eine einzelne Frage allein dazu führen kann, dass ein Fall abgelehnt wird, wird diese Frage dreimal gestellt. Sie gilt nur dann als bestanden, wenn die Mehrheit der Antworten „JA“ lautet; bei einem Unentschieden zählt sie als „NEIN“.

Details: Der Code des Richters (judge.py) sowie wie die Chat-Sitzungen ablaufen.

Code plus Chat ergibt die Gesamtpunktzahl

Code plus Chat ergibt die Gesamtpunktzahl Der Code-Teil ist 10 Punkte wert: Funktionen bringen 5 Punkte aus sechs Programmen, Vorhersagen sowie Fehlersuche jeweils 2,5 Punkte aus drei Aufgaben; der Umgang mit Werkzeugen bringt ebenfalls 2,5 Punkte aus drei Tool-Chats. Der Chat-Teil ist ebenfalls 10 Punkte wert: Tiefes Rollenspiel 3 Punkte, Gespräche 3 Punkte, Charaktergestaltung 2 Punkte sowie kreatives Schreiben 2 Punkte – jeweils in zwei Sitzungen. Die Gesamtpunktzahl ergibt sich aus Code plus Chat: insgesamt 20 Punkte bei den Standardtests. Bonus-Sets können weitere Punkte hinzufügen. Code: 10 Punkte Funktionen 6 Programme 5 Vorhersagen + Fehlersuche 3 Aufgaben 2,5 Umgang mit Werkzeugen 3 Chats 2,5 Chat: 10 Punkte Tiefes Rollenspiel 2 Sitzungen 3 Gespräche 2 Sitzungen 3 Charaktergestaltung 2 Sitzungen 2 Kreatives Schreiben 2 Sitzungen 2 Gesamtpunktzahl = Code + Chat = 20 Bonus-Sets können weitere Punkte hinzufügen.
Jeder Balken stellt einen Teilbereich dar; seine Länge entspricht seinem Anteil an den Gesamtpunkten.

Jeder Teilbereich erhält seinen prozentualen Anteil an den Punkten: „Funktionen“ machen 76 % aus – das entspricht 3,8 von insgesamt 5 Punkten. Alle Teilbereiche addieren sich zum Gesamtergebnis aus Code und Chat. Der separate Erwachsenentest verfügt über ein eigenes Profil und wird niemals in die Gesamtpunktzahl einbezogen.

Details: Das Profil bench.yaml listet alle Teilbereiche, ihre Punktzahlen sowie die zugehörigen Aufgaben auf.

Der ±-Abstand

Woher der „Margin“ stammt Die Fälle des Modells werden tausendmal zufällig neu erzeugt; dabei kann ein Fall zweimal oder gar nicht vorkommen. Jede Neuerzeugung wird vollständig bewertet – es entstehen somit tausend Gesamtergebnisse. Die mittleren 90 Prozent dieser Ergebnisse sind farblich hervorgehoben. Der „Margin“ entspricht der Hälfte der Breite dieses mittleren Bereichs; dieser Wert wird auf ein Zehntel eines Punktes gerundet. Die Fälle werden neu erzeugt 1.000 Mal, zufällig – ein Fall kann zweimal oder gar nicht vorkommen Jede Neuerzeugung wird vollständig bewertet 1.000 Gesamtergebnisse Die mittleren 90 Prozent der 1.000 Gesamtergebnisse ± entspricht der Hälfte dieser Breite Claude Sonnet 4.5: 12,8 ± 1,1
Das „±“ zeigt an, wie stark das Gesamtergebnis davon abhängt, welche Fälle in der Auswahl enthalten sind. Die Form des Histogramms dient nur zur Veranschaulichung.

Ein paar andere Fälle würden zu einem leicht abweichenden Gesamtwert führen. Der Abstand zeigt, um wie viel sich der Wert unterscheidet. Zwei Modelle, deren Abstand kleiner ist als dieser Wert, gelten statistisch gesehen als gleichwertig. Der Abstand berücksichtigt jedoch nicht die Schwankungen zwischen einzelnen Durchläufen – daher sollte auch ein Unterschied von einem oder zwei Punkten als Gleichstand betrachtet werden.

Details: der zugehörige Code (headline.py).

Die Auswertung der Ergebnisse

Auswertung des Gesamtergebnisses: Klassenbereiche und Toleranzbereich Eine Skala von 0 bis 20 und darüber. Klasse C liegt unter 10, B ab 10, A ab 13, S ab 16. Claude Sonnet 4.5 erreicht einen Wert von 12,8 mit einer Toleranz von 1,1 – sein Bereich reicht also von ca. 11,7 bis 13,9 und überschreitet die Grenze zur Klasse A. DeepSeek V4 Flash erzielt einen Wert von 19,2 plus/minus 0,8; es gehört somit zur Klasse S. Ein Gesamtergebnis über 20 ist nur mit Bonuspunkten möglich. C B A S 0 10 13 16 20 + Gesamtergebnis Claude Sonnet 4.5: 12,8 ± 1,1 – Klasse B DeepSeek V4 Flash: 19,2 ± 0,8 – Klasse S
Die Klassen stellen grobe Bereiche dar. Ein Toleranzbereich, der eine Klassengrenze überschreitet, bedeutet, dass die Zuordnung zur Klasse unsicher ist. Die Werte stammen aus dem 4.0-Testset.
BezeichnungBedeutung
KlasseS ab 16 Punkten, A ab 13, B ab 10, C darunter.
Schwerpunkt„Chat-leaning“ oder „Code-leaning“: Wenn ein Modell im Vergleich zum Mittelwert der Tests um mindestens 1,5 Punkte besser abschneidet – sonst ist es ausgewogen.
UnvollständigNicht alle Tests wurden abgeschlossen. Es liegen Werte vor, aber kein Gesamtergebnis, keine Klasse oder Rangplatz.
VorläufigUnsere Überprüfung ist fehlgeschlagen; das Testprogramm könnte dieses Modell falsch bewerten. Bis zu einem erneuten Test gibt es keinen Rang oder keine Klasse.
(Set 1)Dieser Bereich enthält Bonuspunkte; die Zahl gibt das höchste erreichte Bonusniveau an.
MAX90 % oder mehr in allen Standard- sowie Bonustests. Es bleiben keine schwierigeren Aufgaben mehr übrig – daher ist ein neues Testset erforderlich.

Ausführungskosten, verwendete Technologien sowie weitere Spalten werden in der Dokumentation zu MakoBench sowie im Abschnitt über die Testergebnisse im README erläutert.

Beispiel: Ein Modell auf dem Standard-Set

Claude Sonnet 4.5 auf dem Standard-Set Claude Sonnet 4.5 auf dem Suite-4.0-Testboard. Code 6,1 von 10: Funktionen 3,8 von 5, Vorhersage und Fehlersuche 0,5 von 2,5, Werkzeugnutzung 1,8 von 2,5. Chat 6,7 von 10: Tiefgehendes Rollenspiel 2,0 von 3, Konversation 2,0 von 3, Charakterdarstellung 1,3 von 2, Kreatives Schreiben 1,4 von 2. Eine gestrichelte Linie auf jedem Balken markiert 90 Prozent – die Schwelle für das Bonus-Set. Kein Bereich erreicht diese Grenze; der beste Wert ist bei „Funktionen“ mit 76 Prozent. Gesamtergebnis: 12,8 ± 1,1, Klasse B. Code: 6,1 von 10 Funktionen 3,8 Vorhersage + Fehlersuche 0,5 Werkzeugnutzung 1,8 Chat: 6,7 von 10 Tiefgehendes Rollenspiel 2,0 Konversation 2,0 Charakterdarstellung 1,3 Kreatives Schreiben 1,4 90%-Linie 6,1 + 6,7 = 12,8 ± 1,1, Klasse B Kein Bereich erreicht 90%; daher bleiben alle Bonus-Sets gesperrt.
Jeder Balken stellt einen Bereich dar: Der gefüllte Teil zeigt, welchen Wert das Modell erzielt hat; die gestrichelte Linie markiert 90 Prozent. Suite-4.0-Testboard, veröffentlicht am 7. November 2026.

Claude Sonnet 4.5 absolvierte ausschließlich das Standard-Set. So werden die erzielten Werte in die einzelnen Bereiche umgerechnet.

BereichZugehörige TestsPunktzahl
FunktionenErfolgsquote bei versteckten Testgruppen: CL3 1,00, CL4 0,69, CL5 0,40, CL6 0,89, CL7 0,77, CL8 0,79. Durchschnitt: 0,76.0,76 × 5 = 3,8
Vorhersage + FehlersucheZwei Vorhersage-Tests (CB-C5, CB-C6); Erfolgsquote 31 %, Gewichtung 2. Ein Fehlersuch-Test (CB-F1), Ergebnis 0, Gewichtung 1. (2 × 0,31 + 0) ÷ 3 = 0,21.0,21 × 2,5 = 0,5
WerkzeugnutzungErfolgsquote: TZ16 3 von 6, TZ19 7 von 11, TZ20 vollständig erfolgreich. Durchschnitt: 0,71.0,71 × 2,5 = 1,8
Chat-BereicheFür jeden Bereich wurden zwei Bewertungssitzungen durchgeführt.2,0 + 2,0 + 1,3 + 1,4 = 6,7

Gesamtergebnis: 6,1 + 6,7 = 12,8 ± 1,1, Klasse B. Der beste Bereich, „Funktionen“, erreichte lediglich 76 Prozent – das reicht nicht aus, um das Bonus-Set freizuschalten (Schwelle: 90 Prozent). Daher blieben alle Bonus-Sets gesperrt; die Gesamtpunktzahl basiert ausschließlich auf dem Standard-Set. Die meisten Modelle auf dem Testboard befinden sich in derselben Situation.

Bonus-Sets

Wie ein Bonus-Set freigeschaltet wird

Wie Bonus-Sets freigeschaltet werden – am Beispiel eines Abschnitts Ein Ablauf für einen Abschnitt, z. B. „Funktionen“. Zuerst beantwortet das Modell die Standardfragen dieses Abschnitts. Erreicht es mindestens 90 Prozent, werden die Level-1-Sets dieses Abschnitts freigeschaltet; andernfalls bleiben sie gesperrt und der Punktestand des Abschnitts entspricht den Standardpunkten. Ein freigeschaltetes Set, das noch nicht ausgeführt wurde, gilt als „ausstehend“ und zählt vorerst 0 Punkte. Wenn es ausgeführt wird, trägt jedes Set seinen Anteil zum Gesamtpunktestand bei – von 0 bis 1 Punkt. Erreicht das Modell außerdem mindestens 90 Prozent in allen Level-1-Sets, werden die Level-2-Sets freigeschaltet – und so weiter. Standardfragen dieses Abschnitts, z. B. Funktionen 90 % oder mehr? nein Gesperrt 0 Punkte ja Level-1-Sets werden freigeschaltet jedes Set ist 1 Punkt wert Ausstehend noch nicht ausgeführt: vorerst 0 es wird ausgeführt Jedes Set trägt seinen Anteil bei 2 von 3 Fragen richtig beantwortet ergibt ca. 0,67 Punkte 90 % oder mehr in allen Level-1-Sets? nein Stopp Punkte bleiben erhalten ja Level-2-Sets werden freigeschaltet und so weiter, Level für Level Punktestand des Abschnitts = Standardpunkte + der Anteil aller ausgeführten Sets
Ein Abschnitt – von oben nach unten. Jeder Abschnitt in „Code“ und „Chat“ hat seine eigene Freischaltstruktur.

Ein Bonus-Set ist eine Gruppe schwierigerer Fragen – meist drei – für einen bestimmten Abschnitt. CrucibleForge bezeichnet sie als „Ladder Packs“. Die Regeln:

  • Freischaltung: Die Sets eines Levels werden erst freigeschaltet, wenn das Modell mindestens 90 Prozent bei den Standardfragen des Abschnitts sowie in allen Sets der vorherigen Level erreicht hat.
  • Gesperrt, freigeschaltet, ausstehend: Gesperrt: noch nicht erworben. Freigeschaltet: erworben und daher ausführbar. Ausstehend: erworben, aber noch nicht ausgeführt oder bewertet – zählt vorerst 0 Punkte.
  • Maximal 1 Punkt pro Set: Die Fragen eines Sets teilen sich diesen einen Punkt; es gibt Teilpunkte: Zwei von drei richtigen Antworten ergeben etwa 0,67 Punkte. Falls eine Frage zweimal gestellt wird, werden beide Versuche gemittelt.
  • Level-Struktur: Alle Sets eines Levels werden gemeinsam freigeschaltet; jedes trägt seinen Anteil zum Gesamtpunktestand des Abschnitts bei.

Seit Version 4.1 sind alle Sets Level 1. „Code“ verfügt über drei Sets – jeweils einen pro Abschnitt – und „Chat“ über fünf („Deep Role-Play“ enthält zwei). Somit können in „Code“ maximal 13 und in „Chat“ maximal 15 Punkte erreicht werden. Ein Abschnitt, für den noch keine Standardfragen vorliegen, schaltet seine Sets niemals frei.

Details: Die Regeln zu Bonus-Sets, Der Freischaltcode (ladder.py) sowie Die öffentlichen Bonus-Sets.

Beispiel: Ein Modell, das ein Bonusset freischaltet

DeepSeek V4 Flash schaltet ein Bonusset frei DeepSeek V4 Flash auf dem Suite 4.0-Board. Ergebnisse: Alle sechs Standardprogramme wurden zu 100 Prozent erfolgreich abgeschlossen – das entspricht 5,0 Punkten. Da dies mindestens 90 Prozent sind, wird das Bonusset „Functions“ freigeschaltet. Dieses Set enthält drei schwierige Aufgaben; jede davon wurde zweimal ausgeführt. Bei zwei Aufgaben ergab sich jeweils eine Punktzahl von 0; bei der dritten Aufgabe wurden in einem Durchgang 4 von 6 Testgruppen richtig gelöst, im anderen Durchgang jedoch keine – somit ergibt sich ein Wert von 0,33. Der Anteil dieses Sets beträgt 0,11; dadurch erhöht sich die Gesamtpunktzahl auf 5,1. Beim Bereich „Deep Role-Play“ lag die Ergebnisquote bei 74 Prozent – unter 90 Prozent – weshalb die zugehörigen Bonussets weiterhin gesperrt bleiben; der Wert beträgt somit 2,2 von 3. Functions: 6 Standardprogramme Alle erfolgreich abgeschlossen: 100 % – also 5,0 Punkte 100 % sind mehr als 90 %: Freischaltung erfolgt Bonusset „Functions“, Stufe 1 3 schwierige Aufgaben – jeweils zweimal ausgeführt Aufgabe 1 0 und 0 0,00 Aufgabe 2 0 und 0 0,00 Aufgabe 3 4 von 6 Gruppen – im anderen Durchgang 0 0,33 Anteil des Sets: 0,33 / 3 = 0,11 Functions: 5,0 + 0,1 = 5,1 Deep Role-Play: 74 % Unter 90 % – daher bleiben die Bonussets gesperrt Wert: 2,2 von 3 Code 11,2 = 5,1 + 2,7 + 3,3 Ein Wert über 10 ist nur durch Bonussets erreichbar.
Reale Werte vom Suite 4.0-Board sowie den dort gespeicherten Ergebnissen.

DeepSeek V4 Flash absolvierte alle sechs Standardprogramme des Bereichs „Functions“ erfolgreich – dadurch wurde das zugehörige Bonusset freigeschaltet. Dieses Set umfasst drei neu erstellte Aufgaben, die jeweils zweimal ausgeführt wurden. Bei einer dieser Aufgaben wurden in einem Durchgang 4 von 6 Testgruppen richtig gelöst; im anderen Durchgang ergab sich keine Punktzahl – somit beträgt der Wert für diese Aufgabe 0,33. Der Anteil dieses Sets berechnet sich zu (0 + 0 + 0,33) ÷ 3 = 0,11. Auch die anderen Bereiche „Code“ sowie „Kreatives Schreiben“ konnten ihre jeweiligen Bonussets freischalten. Insgesamt erreichte DeepSeek V4 Flash einen Code-Wert von 11,2 – also über 10 – sowie eine Gesamtpunktzahl von 19,2 ± 0,8.

Beim Bereich „Deep Role-Play“ lag die Ergebnisquote bei 74 Prozent; daher blieben die zugehörigen Bonussets weiterhin gesperrt. Jeder Bereich kann seine eigenen Bonussets unabhängig voneinander freischalten.

Wie der Test erstellt wurde

Aktualisierung der Fälle

Was eine Änderung am Fall auslöst Vier Zeilen. Wenn sich die Fragestellung oder die zugehörigen Tests ändern, geben alle Modelle erneut Antworten ab. Wenn sich eine Bewertungsfrage ändert, liest der Bewerter die gespeicherten Antworten erneut. Wenn sich eine Textprüfung oder die erwartete Antwort ändert, werden die gespeicherten Antworten erneut bewertet – ohne dass dabei Modelle aufgerufen werden. Falls sich am Fall nichts ändert, bleiben seine gespeicherten Antworten gültig. Wenn sich dies ändert passiert folgendes Die Fragestellung oder ihre Tests Neue Antworten alle Modelle geben erneut Antworten ab Eine Bewertungsfrage Erneut bewertet der Bewerter liest erneut die gespeicherten Antworten Eine Textprüfung oder die erwartete Antwort Erneut bewertet erneut bewertet, ohne Modelle aufzurufen Nichts Gespeichert die gespeicherten Antworten bleiben gültig
Jede gespeicherte Antwort trägt einen „Stempel“ des jeweiligen Fallinhalts; dadurch kann das System eine aktuelle von einer veralteten Antwort unterscheiden.

Jede gespeicherte Antwort enthält einen „Stempel“ des Falls, zu dem sie gehört. Wenn sich ein Fall ändert, werden nur die betroffenen Teile erneut bearbeitet. Alte und neue Antworten vermischen sich niemals. Weitere Details: Die Fall-Stempel (version.py).

Die Überprüfung der Antwortschlüssel in Suite 4.1

Überprüfung der Antwortschlüssel in Suite 4.1 Jeder öffentlich verfügbare Antwortschlüssel – insgesamt 63 Fälle – wurde von zwei unabhängigen Prüfern überprüft. Dabei wurden alle behaupteten Aussagen geprüft: Code-Aussagen durch Ausführen der Referenzlösungen sowie versteckter Tests; Aussagen zu Chat-Interaktionen und Tools anhand der bereits gespeicherten Antworten jedes Modells. Etwa 190 Aussagen wurden bestätigt und korrigiert, sofern sie die Bewertung beeinflussten; etwa 95 Aussagen wurden mit einer schriftlichen Begründung abgelehnt. Die Korrekturen wurden erneut anhand einer Regel überprüft: Ein Antwortschlüssel sollte nur das belohnen, was in der Aufgabenstellung gefordert wurde – Ablehnungen werden niemals als „Punkte“ gewertet, und schwierige Aufgaben bleiben weiterhin schwierig. Anschließend wurden alle veränderten Fälle erneut ausgeführt, neu bewertet bzw. neu bepunktet. Jeder öffentlich verfügbare Antwortschlüssel 63 Fälle Prüfer A liest jeden Fall Prüfer B liest jeden Fall Jede Aussage wird überprüft Code: Ausführung der Referenzlösungen und Tests Chat/Tools: Vergleich mit gespeicherten Antworten aller Modelle ~190 bestätigt korrigiert, wo sie die Bewertung ändern ~95 abgelehnt jeweils mit einer schriftlichen Begründung Zweite Überprüfung jeder Korrektur „Ablehnungen werden niemals als Punkte gewertet; schwierige Aufgaben bleiben weiterhin schwierig“ Erneute Ausführung, Neubewertung oder Neubepunktung
So entstand Suite 4.1. Details dazu im Artikel zu Suite 4.1.

Ein Antwortschlüssel kann auf zwei Arten falsch sein: Er kann eine falsche Antwort akzeptieren oder eine richtige ablehnen, indem er mehr verlangt, als in der Aufgabenstellung gefordert war. Bei Suite 4.1 lasen zwei Prüfer jeden öffentlich verfügbaren Antwortschlüssel eigenständig; außerdem wurden alle behaupteten Aussagen anhand gespeicherter Antworten überprüft, bevor etwas geändert wurde. Auch das Verweigern einer Antwort brachte keine Punkte ein – kein Fall belohnt eine Ablehnung. Unter Suite 4.1: Was hat sich geändert sind alle Korrekturen aufgelistet.

Von der ersten Suite zu neuen Packs

Wie sich die Suite entwickelt hat und wie ein neues Pack entsteht Oben: Die Entwicklungsgeschichte der Suite. In Version 3.0 wurden Modelle auf einer Skala von 100 Punkten bewertet. Version 3.9 fügte Bonus-Sets hinzu. In Version 4.0 erhielten Code und Chat jeweils 10 Punkte. Version 4.1 überprüfte alle Antwortschlüssel. Unten: Die Schritte zur Erstellung eines neuen Bonus-Packs. Modelle aus verschiedenen Familien entwerfen Entwürfe für Testfälle; ein weiteres Modell prüft anschließend jeden Fall sowie dessen Schlüssel. Der Bewertungsprozess erfordert, dass eine gute Referenzantwort akzeptiert wird, während subtile Fehler oder verwässerte Antworten abgelehnt werden müssen. Ein Pilottest erfolgt zunächst mit einigen leistungsstarken Modellen; anschließend wird das Pack anhand der Testergebnisse optimiert und bleibt bis zur endgültigen Überprüfung in einem „Staging“-Zustand. Die bisherige Entwicklung der Suite 3.0 Bewertung auf 100 Punkten 3.9 Bonus-Sets hinzugefügt 4.0 Code + Chat jeweils 10 Punkte 4.1 Antwortschlüssel überprüft Ein neues Bonus-Pack Entwurf erstellen Modelle aus verschiedenen Familien entwerfen Entwürfe für Testfälle Angriff Ein weiteres Modell versucht, jeden Schlüssel zu knacken Bewertungsprüfung Gute Antworten werden akzeptiert; subtile Fehler werden abgelehnt Ebenso verwässerte Antworten Pilottest Einige leistungsstarke Modelle führen den Test durch Optimierung Fehler werden anhand der Testergebnisse behoben Staging Das Pack bleibt bis zur endgültigen Überprüfung im „Staging“-Zustand
Oben: Die bisherige Entwicklung der Suite. Unten: Der Prozess bei der Erstellung jedes neuen Packs.

Mit Version 3.9 wurden Bonus-Sets eingeführt, damit nicht alle Modelle die volle Punktzahl erreichen konnten. Die bisherigen Tests bleiben im Entwicklungsverlauf der Suite unverändert; alle Engine-Updates sind im CrucibleForge-Changelog dokumentiert.

Wenn Modelle in einem Bereich die maximale Punktzahl erreichen, ist ein anspruchsvolleres Bonus-Set (also ein neues Pack) erforderlich – und jedes neue Pack durchläuft den oben beschriebenen Prozess. Besonders wichtig ist dabei die Bewertungsprüfung: Falls der Bewerter eine gute Antwort nicht von einer subtil falschen unterscheiden kann, lässt sich das Pack nicht fair bewerten.

Warum ich das gebaut habe

Ich hatte es satt, dass man die Modelle nicht auseinanderhalten konnte. Ich wollte einen schnellen Benchmark, den jeder ausführen kann – auf jedem Modell – mit Zahlen, die man selbst überprüfen kann. Ich dachte, das wäre von Nutzen.

Falls Sie diesem Projekt einen Wert beimessen, denken Sie bitte darüber nach, eine Spende zu leisten, damit es weiter gepflegt werden kann. Sie können auch für das nächste Modell abstimmen, das wir testen.

Verwandt: Wie CrucibleForge funktioniert.


← Mehr KI & lokale LLMs