GPT-6.1 Sol Pro vs. GPT-6 Sol Pro: Gleiche Preiskarte, nur eine Zeile entfernt

Zwei Wochen liegen zwischen den Releases, und fast nichts trennt die Abrechnungen, weshalb der Vergleich zwischen GPT-6.1 Sol Pro und GPT-6 Sol Pro kurz und ungewöhnlich präzise ist. Beide Namen bezeichnen dieselbe Art von Sache – ein Basismodell plus reasoning.mode gesetzt auf pro in der Responses API –, sodass keiner eine eigene Kennung, eine eigene Preisliste oder einen eigenen Aufschlag hat. GPT-6.1 Sol Pro ist GPT-6.1 Sol, veröffentlicht am 29. September 2026, und läuft im pro-Modus. GPT-6 Sol Pro ist GPT-6 Sol, veröffentlicht am 22. September 2026, und läuft im selben Modus. Beide stellen 1.050.000 Token Kontext und 128.000 Token maximale Ausgabe bereit, beide berechnen 2,00 $ pro Million Input-Token und 10,00 $ pro Million Output-Token, und beide veranschlagen den Mehraufwand des Modus zu denselben Standardtarifen. Was sich tatsächlich unterscheidet, ist eine Zeile des Abrechnungsmessers, eine Sprosse der Aufwandsleiter und wie viel unabhängige Evidenz hinter der jeweiligen Konfiguration steht.

Beide Namen sind dasselbe Wort für denselben Schalter.

Beginne mit dem Mechanismus, denn er ist der Grund, warum dieser Vergleich so wenige Zeilen hat. OpenAI verkaufte Pro in der GPT-5-Ära als Produkt — gpt-5-pro, gpt-5.2-pro, gpt-5.4-pro, gpt-5.5-pro, o1-pro, o3-pro — jeweils mit eigener Kennung und eigenem Premium-Tarif, bis zu 150,00 $ Eingabe und 600,00 $ Ausgabe pro Million Token bei o1-pro. Dann änderte sich der Mechanismus, doch das Vokabular nicht. Pro wurde zu einem Wert, den man beim Flaggschiff einstellt, abgerechnet zu den Preisen des Flaggschiffs selbst, und die Deprecations-Seite von OpenAI sagt es mit eigenen Worten: Wenn diese alten Tarife im Oktober und Dezember 2026 auslaufen, ist der empfohlene Ersatz gpt-5.6-sol mit reasoning.mode: pro — ein Modell plus ein Modus, kein Nachfolgeprodukt.

Das öffentliche API-Schema des Anbieters stimmt dem zu. Sucht man darin nach Identifikatoren aus der GPT-6-Ära, tauchen vier auf: gpt-6-astra, gpt-6-sol, gpt-6-luna und gpt-6.1-sol. Keine Pro-Variante erscheint darunter, und auch auf der Preisliste erscheint keine Pro-Variante. Was hingegen innerhalb von Stunden nach dem Livegang der 6.1-Stufe auftauchte, waren Pro-Einträge für die gesamte Familie in Drittanbieter-Katalogen – 6.1 Sol Pro, 6 Sol Pro, 6 Luna Pro, 5.6 Sol Pro –, wobei jeder die Preiskarte seines Basismodells zitierte. Das ist eine Katalogzeile, die mit einem Namen ausstaffiert wird, nicht ein Anbieter, der ein Produkt ausliefert, und deshalb sind die beiden Gegenstände dieses Vergleichs ein Modus auf zwei verschiedenen Basismodellen statt zwei Deployments.

Worin sich die beiden Konfigurationen tatsächlich unterscheiden

Hier ist jede Dimension, die sie trennt, beide Seiten in einer Zeile:

• Worauf der Name verweist — gpt-6.1-sol mit reasoning.mode: "pro" gegenüber gpt-6-sol mit reasoning.mode: "pro"; weder der Anbieter noch der Katalog veröffentlicht eine -pro-Kennung für eines der beiden
• Veröffentlichungsdatum des Basismodells — 29. September 2026 gegenüber 22. September 2026, sieben Tage auseinander
• Eingabepreis — 2,00 $ pro Million Tokens bei beiden, sodass das zusätzliche Eingabevolumen des Pro-Modus auf beiden Stufen pro Einheit gleich viel kostet
• Ausgabepreis — 10,00 $ pro Million Tokens bei beiden, und dies ist der Satz, zu dem die zusätzlichen Reasoning-Tokens des Modus abgerechnet werden, da der Pro-Modus das Volumen und nicht den Preis ändert
• Cache-Eingabe — 0,10 $ pro Million bei 6.1 Sol gegenüber 0,20 $ bei 6 Sol; die einzige veröffentlichte Zeile, in der die beiden Tarifkarten nicht übereinstimmen
• Cache-Schreibvorgänge — 2,50 $ pro Million Tokens bei beiden
• Preisänderung bei langen Prompts — ab mehr als 272.000 Eingabe-Tokens wird die gesamte Anfrage bei beiden mit dem 2-fachen Eingabe- und Cache-Satz und dem 1,5-fachen Ausgabe-Satz neu bepreist, was 6.1 Sol auf 4,00 $ Eingabe, 0,20 $ Cache, 5,00 $ Cache-Schreibvorgang und 15,00 $ Ausgabe pro Million bringt, gegenüber 4,00 $, 0,40 $, 5,00 $ und 15,00 $ bei 6 Sol — der Cache-Rabatt übersteht die Preisänderung unverändert
• Kontext- und Ausgabeobergrenze — 1.050.000 Tokens Kontext und 128.000 maximale Ausgabe-Tokens bei beiden
• Stufenleiter für den Reasoning-Aufwand — low, medium (die Standardeinstellung), high, xhigh und max auf 6.1 Sol, wobei none und minimal nicht unterstützt werden; dieselbe Stufenleiter auf 6 Sol, wobei none weiterhin verfügbar ist
• Dokumentierter Wissensstichtag — 30. April 2026 auf der 6.1-Stufe; wir haben den von 6 Sol auf den Seiten, die wir gelesen haben, nicht überprüft, daher ist diese Zeile als ungeklärt und nicht als Unterschied zu behandeln
• Unabhängige Bewertung — eine veröffentlichte Drittanbieterseite für GPT-6 Sol, überhaupt keine für GPT-6.1 Sol und keine Bewertung einer Pro-Konfiguration für eines der beiden

Lesen Sie die Liste, und die Form der Entscheidung ergibt sich von selbst. Eine Zeile ist ein echter veröffentlichter Unterschied — die Rate für gecachte Eingaben, die sich halbiert. Eine Zeile ist eine Fähigkeit, die man verliert statt gewinnt — man kann den Modus nicht mit effort: none auf der neueren Stufe kombinieren, was für alle wichtig ist, die diese Kombination nutzen, um die Latenz bei Routing-Aufgaben niedrig zu halten. Alles andere ist identisch, einschließlich der Regel zur Neuberechnung des Preises, die jede Anfrage erfasst, die über 272.000 Tokens hinauswächst.

Die Evidenzlücke, klar ausgedrückt

Hier hört der Vergleich auf, symmetrisch zu sein. GPT-6 Sol hat eine echte Drittanbieter-Einschätzung: Das neutrale Board, das dieser Blog als externe Referenz verwendet, bewertet es mit 47,5 auf seinem Intelligence Index, auf Rang 12 in einer Stichprobe von 145 Modellen, und unsere eigenen Routen verfügen für die Standardkonfiguration über einen gemessenen Leistungsnachweis – eine mediane Latenz von nahezu 1,24 Sekunden, rund 65 Tokens pro Sekunde und eine Fehlerrate von 0,16 % bei etwa 167 Millionen Tokens Traffic. GPT-6.1 Sol hat nichts davon. Die Board-Seite für den 6.1-Slug liefert einen 404 und der String taucht im Live-Leaderboard nicht auf, daher stammt jede Punktzahl, die Sie heute dafür genannt sehen, vom Anbieter.

Zwei Vorbehalte dazu, und beide sprechen dagegen, das, was wir haben, überzuinterpretieren. Der gemessene Latenzwert gehört zur Standardkonfiguration; der Pro-Modus verrichtet mehr Modellarbeit, bevor er eine einzige abschließende Antwort zurückgibt, ist also konstruktionsbedingt langsamer, und diese Zahl lässt sich nicht auf einen Pro-Lauf übertragen. Und kein Drittanbieter-Board veröffentlicht eine separate Bewertung einer Pro-Konfiguration für irgendein Modell dieser Familie — das Board misst die Konfiguration, die es misst, und weist den Modus nicht separat aus. Der ehrliche Stand der Aufzeichnung ist also ein gemessenes 6 Sol im Standardmodus gegenüber einer vom Anbieter beschriebenen 6.1-Stufe, wobei der Pro-Modus auf beiden Seiten allein auf der Beschreibung des Anbieters beruht.

Drei Fälle, und was jeder einzelne tun sollte

• Sie führen bereits den Pro-Modus auf GPT-6 Sol aus und er macht sich bezahlt. Bleiben Sie vorerst bei gpt-6-sol und behalten Sie die Workload bei, auf der Sie es gemessen haben. Die 6.1-Stufe halbiert den Satz für gecachte Eingaben, der bei einem wiederverwendeten Prefix bei Volumen bares Geld ist, aber der Modus selbst ist an einer Stelle unter der 6.1-Kennung dokumentiert – dem durchgerechneten Beispiel im Reasoning-Leitfaden – und nirgends auf der eigenen Seite dieses Modells. Warten Sie, bis die modellspezifische Dokumentation des Anbieters nachgezogen ist, bevor Sie einen Pfad umstellen, den Sie bereits validiert haben
• Sie haben den Pro-Modus überhaupt nie gemessen. Beginnen Sie auf der 6.1-Stufe im Standardmodus und lassen Sie dann einen Pro-Arm daneben mit demselben reasoning.effort. Sie erhalten die günstigere Cache-Zeile auf dem Arm, den Sie behalten werden, den neueren Snapshot und eine Messung des Multiplikators des Modus auf Ihrem eigenen Traffic statt einer geliehenen Erwartung
• Ihr Traffic wird von einem stabilen Prefix dominiert – Anweisungen, Tool-Schemata, ein langer System-Prompt. Dies ist der eine Fall, in dem die 6.1-Stufe beim Preis vor jeder Messung gewinnt, weil die einzige abweichende veröffentlichte Zeile diejenige ist, die Sie am häufigsten bezahlen. Rechnen Sie mit Ihrem eigenen Prefix-Volumen: Bei 0,10 $ gegenüber 0,20 $ pro Million gecachter Token skaliert die Ersparnis damit, wie viel Ihrer Eingabe eine Wiederholung ist

Keiner dieser drei Fälle wird durch einen Benchmark entschieden, und das ist der Punkt. Der Modus ist auf beiden Seiten identisch, die Headline-Rate ist auf beiden Seiten identisch, und die Entscheidung hängt von einer Cache-Rate, einer Beschränkung der Effort-Ladder und davon ab, ob Sie die Zahl von jemand anderem brauchen, bevor Sie handeln.

Beide Konfigurationen mit einem Schlüssel ausführen

Der praktische Grund, diesen Vergleich durchzuführen, statt über ihn nachzudenken, ist, dass sich die beiden Arme nur durch einen Modell-String und einen Parameter unterscheiden, sodass das Experiment praktisch nichts kostet, um es aufzusetzen. OrcaRouter leitet openai/gpt-6-sol zu OpenAIs eigenem Listenpreis weiter, ohne etwas aufzuschlagen — 2,00 $ Input, 0,20 $ cached, 10,00 $ Output, wobei die 272K-Stufe mit 4,00 $ und 15,00 $ ausgewiesen ist — und gibt die Neupreisregel des Anbieters unverändert weiter, statt sie durch eine eigene Regel zu ersetzen. Da es keinen Aufschlag auf die Preisliste des Anbieters gibt, schlägt eine Tarifänderung oder eine Änderung des Cache-Preises am Tag der Veröffentlichung durch OpenAI auf der Route durch, ohne dass ein zweiter Vertrag neu verhandelt werden müsste. Weder die 6.1-Stufe noch ein Pro-Listing davon ist heute auf diesen Routen zu finden — wir haben den öffentlichen Katalog am 30. September 2026 geprüft, und sowohl openai/gpt-6.1-sol als auch openai/gpt-6.1-sol-pro liefern „model not found“ zurück — der Arm, den Sie im Moment aufrufen können, ist also der 6-Sol-Arm, im Standard- oder Pro-Modus, auf demselben Endpoint und mit demselben Key, den Sie auch für die neuere Stufe verwenden würden, sobald sie verfügbar ist.

Führe den Drei-Arm-Test mit deinen eigenen schwierigen Anfragen durch und halte reasoning.effort konstant, damit sich immer nur eine Variable auf einmal ändert: gpt-6-sol im Standardmodus, gpt-6-sol mit aktiviertem Pro-Modus und – sobald es routbar ist – gpt-6.1-sol beim selben Effort. Lies die insgesamt abgerechneten Tokens aus dem Usage-Objekt statt aus dem Response-Body, da das zusätzliche Reasoning des Modus in einem Feld landet, das der Antworttext nie zeigt. Der Pro-Durchlauf gegen seinen Standard-Zwilling liefert dir den Multiplikator für deinen Traffic, der mit dem von niemand sonst übereinstimmen wird. Den dritten Arm nach der Entscheidung als Regressionstest beizubehalten kostet eine einzige String-Änderung, und eine Routing-Regel, die die wirklich schwierigen Anfragen an die Pro-Konfiguration schickt, während die Masse im Standard bleibt, ist eine Zeile in einer routing DSL statt einer Neuarchitektur – und das ist die Version dieser Entscheidung, die den nächsten Modell-Refresh übersteht.

Fazit

Zieht man die Namen ab, ist das eine Konfiguration auf zwei benachbarten Snapshots, sieben Tage auseinander, die sich eine Preiskarte bis hinunter zur Neubepreisungsschwelle teilen. Der neuere Snapshot halbiert den Tarif für gecachte Eingaben und verzichtet auf Aufwand: keiner; der ältere behält diese Stufe und kommt mit einer Drittanbieter-Evaluierung, einem gemessenen Latenznachweis und einem Pro-Modus, den der Anbieter anhand einer Modellseite dokumentiert statt nur in einem Beispiel im Leitfaden. Wenn Ihr Traffic ein stabiles Präfix in großem Umfang wiederverwendet, ist die 6.1-Stufe die günstigere Standardoption, und Sie sollten das in der Cache-Zeile sagen und nicht in der Schlagzeile. Wenn Ihr Pro-Modus-Pfad bereits gemessen wird und funktioniert, gibt es keine veröffentlichten Belege, die einen Wechsel diese Woche rechtfertigen. So oder so: Behandeln Sie die beiden Katalognamen als einen Schalter auf zwei Basismodellen – denn das ist die einzige Lesart, die einer Prüfung der Preisliste des Anbieters selbst standhält.

Der Arm, den Sie heute aufrufen können, ist der 6-Sol-Arm, Standard oder Pro, und er ist in dem öffentlichen Katalog zu OpenAI-Listenpreis gelistet, ohne Aufschlag, auf einem Endpunkt und mit einem Schlüssel.