GPT 6.1 Terra: API-Kostenschätzungen für datenschutzbewusste Workloads

Die Kosten für GPT 6.1 Terra hängen von mehr als den angegebenen Ein- und Ausgabetarifen ab. Für eine aussagekräftige Schätzung zählen Sie die tatsächlich gesendeten und empfangenen Tokens, weisen Sie gecachten Traffic separat aus und prüfen Sie, ob eine Anfrage den Schwellenwert für lange Kontexte überschreitet. Bei datenschutzbewussten Workflows sollten Sie außerdem sensible Informationen minimieren, bevor sie die API erreichen: Unnötige Tokens zu vermeiden, kann sowohl die Offenlegung als auch die Kosten verringern.

In diesem Artikel geht es um das Produkt OneMux. Der nachfolgende veröffentlichte Katalogstand datiert auf 2026-11-07. Es handelt sich um einen Preisstand, nicht um einen Live-Benchmark. Die Preise sind in USD pro Million Tokens angegeben und basieren auf den für diesen Artikel bereitgestellten Preisinformationen zum Modell. Prüfen Sie vor der Budgetplanung die aktuelle Modellseite und die geltenden Bedingungen.

Veröffentlichte Preise für GPT 6.1 Terra

Das veröffentlichte Preisverhältnis für standardmäßigen Input und Output beträgt 0.156: Der angegebene OneMux-Tarif entspricht 15.6% des jeweiligen offiziellen Tarifs und liegt im direkten Tarifvergleich 84.4% darunter. Dieses Verhältnis sagt die Kosten eines bestimmten Workloads nicht voraus. Cache-Nutzung, Kontextstufe, Token-Volumen und gegebenenfalls anbieterspezifische Bedingungen beeinflussen die Schätzung. Laut der Quelle gilt der Schwellenwert von 272K für den höheren Tarif der gesamten Anfrage, nicht nur für Tokens oberhalb des Schwellenwerts. Die genaue Abrechnung sollten Sie in der jeweils geltenden Modelldokumentation prüfen.

Die Quelle zu den Preisen beschreibt außerdem Gebühren für Input, Output, Cache-Lesevorgänge und Cache-Schreibvorgänge und weist darauf hin, dass Cache-Schreibvorgänge nicht kostenlos sind. Lesen Sie die bereitgestellte Preisreferenz zu GPT-6.1 Terra. Die dort angegebenen Werte stammen aus einem separaten Preisstand; die oben genannten OneMux-Werte stammen aus dem OneMux-Katalogstand.

Nachvollziehbare Kostenschätzung für eine datenschutzbewusste Anfrage

Angenommen, ein Dienst sendet einen 10,000-Token-Input und erhält eine 1,000-Token-Antwort, ohne Cache-Nutzung und ohne eine Anfrage mit mehr als 272K Input-Tokens. Die Schätzung lautet:

• Offizieller Input: 10,000 ÷ 1,000,000 × $1.00 = $0.01000
• Offizieller Output: 1,000 ÷ 1,000,000 × $5.00 = $0.00500
• Offizielle Gesamtkosten: $0.01500 pro Anfrage
• OneMux-Input: 10,000 ÷ 1,000,000 × $0.156 = $0.00156
• OneMux-Output: 1,000 ÷ 1,000,000 × $0.78 = $0.00078
• OneMux-Gesamtkosten zu den Preisen des Preisstands: $0.00234 pro Anfrage

Für 10,000 solcher Anfragen multiplizieren Sie jede Schätzung pro Anfrage mit 10,000: $150.00 zu den offiziellen Tarifen oder $23.40 zu den OneMux-Tarifen des Preisstands. Diese Beispielrechnung berücksichtigt weder Wiederholungsversuche noch Steuern, Cache-Gebühren oder sonstige Kosten. Sie setzt für jede Anfrage dieselbe Token-Anzahl und die standardmäßige Kontextstufe voraus.

Um eine eigene Schätzung zu erstellen, erfassen Sie Input- und Output-Tokens getrennt. Wenn zutreffend, führen Sie gecachten Input und Cache-Schreibvorgänge als eigene Kategorien auf. Teilen Sie die Anzahl der Tokens jeweils durch eine Million und multiplizieren Sie sie mit dem passenden Tarif. Berechnen Sie gecachten Input nicht zum regulären Input-Tarif und gehen Sie nicht davon aus, dass Cache-Schreibvorgänge kostenlos sind.

Nutzerdaten und Zugangsdaten aus Prompts heraushalten

Eine geringere Token-Anzahl kann die Kosten senken. Noch wichtiger ist jedoch, Prompt-Daten zu minimieren, um keine Informationen weiterzugeben, die für die Aufgabe nicht benötigt werden. Vor dem Senden einer Anfrage:

1. Geheimnisse entfernen. Fügen Sie keine Passwörter, API-Schlüssel, Session-Cookies, privaten Schlüssel oder Authentifizierungsheader ein. Bewahren Sie Zugangsdaten im Secret Store Ihrer Anwendung auf und verwenden Sie sie in Ihrem eigenen Code statt als Modellkontext.
2. Personenbezogene Daten minimieren. Ersetzen Sie Namen, E-Mail-Adressen und Kontokennungen durch temporäre Platzhalter, wenn das Modell die Aufgabe auch ohne echte Werte erledigen kann. Senden Sie nur die relevanten Felder und nicht standardmäßig einen vollständigen Kundendatensatz.
3. Aufgabe eingrenzen. Fordern Sie ein klar umrissenes Ergebnis an, etwa die Kategorisierung einer bereinigten Support-Nachricht, statt umfassenden Zugriff auf den Verlauf eines Nutzers bereitzustellen.
4. Datenflüsse prüfen. Prüfen Sie, welche Daten Ihre Anwendung sendet, speichert und protokolliert, und verifizieren Sie die Bedingungen des Anbieters und des Routings im Hinblick auf die Datenschutzanforderungen Ihrer Organisation. Die Preisangaben allein begründen keine Garantien zur Datenspeicherung oder zum Datenschutz.

Eine Schwärzung kann unvollständig sein, wenn Kennungen im Freitext erhalten bleiben oder eine Aufgabe Informationen erfordert, die entfernt wurden. Testen Sie den umgewandelten Prompt anhand repräsentativer Fälle. Bearbeiten Sie Fälle, für die sensible Werte nötig sind, in einem kontrollierten Anwendungsschritt, statt Zugangsdaten in die Modellanfrage aufzunehmen.

Kontext- und Cache-Prüfungen vor der Budgetplanung

Die zitierte Preisdiskussion nennt 272,000 Input-Tokens als Grenze zwischen den Preisstufen. Kennzeichnen Sie Anfragen in der Nähe dieses Werts oder darüber und schätzen Sie ihre Kosten anhand der höheren Tarife, anstatt die beiden Stufen zu mitteln. Eine Anfrage mit 300,000 Input-Tokens und 3,000 Output-Tokens würde beispielsweise zu den offiziellen Tarifen der höheren Stufe $0.6225 kosten: 0.3 × $2.00 plus 0.003 × $7.50. Zu den angegebenen OneMux-Tarifen der höheren Stufe ergeben dieselben Token-Anzahlen $0.09783: 0.3 × $0.312 plus 0.003 × $1.17. Diese Beispiele gehen von keiner Cache-Nutzung aus.

Caching kann den Tarif für wiederholten Input senken, doch das Schreiben von Inhalten in den Cache hat einen eigenen angegebenen Preis und bestimmte Aufbewahrungsbedingungen. Berücksichtigen Sie Caching nur dann als Einsparung, wenn dieselben Inhalte wiederverwendet werden und das betreffende Cache-Verhalten greift. Einmalig verwendete Dokumente, die nie erneut gelesen werden, profitieren möglicherweise nicht vom Caching.

Kurze Checkliste für die Budgetplanung

• Messen Sie Tokens anhand repräsentativer, bereinigter Anfragen, statt sie aus der Zeichenanzahl abzuleiten.
• Erfassen Sie regulären Input, gecachten Input, Cache-Schreibvorgänge und Output getrennt.
• Kennzeichnen Sie Anfragen, die möglicherweise den Schwellenwert von 272K überschreiten, und berechnen Sie sie mit der richtigen Preisstufe.
• Berücksichtigen Sie Wiederholungsversuche anhand der beobachteten Anzahl. Gehen Sie nicht davon aus, dass eine Anfrage einem erfolgreich abgeschlossenen Vorgang entspricht.
• Berechnen Sie die Kosten neu, wenn sich veröffentlichte Preise oder Ihr Prompt-Design ändern.

Für einen Vergleich über den Standardtarif hinaus verwenden Sie die GPT 6.1 Terra-Modellseite und vergleichen Sie übereinstimmende Abrechnungseinheiten und Preisstufen. Eine verlässliche Schätzung basiert auf der Berechnung des Workloads – nicht allein auf dem prominent angegebenen Preis.

Veröffentlichter Preisstand

Erfasst am 2026-11-07T22:00:05.580Z aus dem veröffentlichten OneMux-Katalog. Die Preise behalten die auf der Website verwendeten Abrechnungseinheiten bei. Dies ist kein Live-Benchmark. Eine gestaffelte, gecachte oder zeitbasierte Abrechnung kann abweichen. Unbekannte Werte sind nicht gleich null.

Aktuelle OneMux-Preise. Vergleichen Sie Workload-Kosten nur, wenn Ein-/Ausgabe und Abrechnungseinheiten übereinstimmen. Die Bedingungen der jeweiligen Preisstufen finden Sie auf der entsprechenden Modellseite.