journal

GPT-6 Luna: Preise und Bearbeitungszeit im Support

Openais GPT-6-luna-stufe kostet weit weniger als die mittelklasse. Warum entwurf und prüfung hinter jedem support-ticket, nicht nur den schweren, sich jetzt endlich rechnen.

sofia a.ai strategy4 min lesezeit

GPT-6 Luna und durchschnittliche Bearbeitungszeit. Die durchschnittliche Bearbeitungszeit ist die Zeit in Minuten, die ein Mitarbeiter für ein Ticket braucht, vom Öffnen bis zum Absenden. Bei Entwurf und Prüfung liegt ein KI-Entwurf mit der passenden Antwort bereits im Antwortfeld, sodass der Mitarbeiter bearbeitet statt von Grund auf zu schreiben. Dies ist die Einschätzung einer Support-Leitung zur Preisänderung, nicht die eines Entwicklers zum Modell.

Am 22. September 2026 hat OpenAI günstigere GPT-6-stufen vorgestellt, sol und Luna, laut letsdatascience. Das ist ein sekundärbericht, prüft die details also auf openais eigener preisseite nach, bevor ihr dagegen budgetiert. Die richtung ist der punkt: die preise der mittelklasse fallen weiter.

Um zu sehen, wie weit sie gefallen sind, schaut auf die spitzenlinie, die Luna unterbietet. GPT-6 astra erschien am 3. September 2026 mit einem kontext von rund 1m tokens, laut vorplabs. Lunas ausgabepreis ist ein kleiner bruchteil von astras. Derselbe anbieter, drei wochen auseinander.

#Warum ändert ein günstigeres Modell, was Sie hinter einem Ticket laufen lassen?

Wie senkt KI die durchschnittliche Bearbeitungszeit im Kundensupport?

KI senkt die durchschnittliche Bearbeitungszeit, indem sie die Antwort entwirft, bevor der Mitarbeiter das Ticket öffnet, mit der passenden Antwort aus der Wissensdatenbank bereits abgerufen und eingefügt. Der Mitarbeiter liest, bearbeitet und sendet, statt in einem leeren Feld zu beginnen. Das verkürzt die Zeit fürs Formulieren, den größten beweglichen Anteil der Bearbeitungszeit in den meisten Teams.

Bisher haben die meisten Teams KI-Entwürfe für die schwierigen 20 % der Tickets reserviert: eine komplizierte Erstattung, eine Eskalation, einen Verlauf mit zehn Nachrichten. Die einfachen bekamen einen vorgefertigten Textbaustein, weil ein frischer Entwurf für jedes Ticket mehr kostete, als er einsparte.

Dieser kosteneinwand ist es, den Luna beseitigt. Ein support-entwurf mit retrieval-kontext umfasst einige tausend eingabe-tokens und einige hundert ausgabe-tokens. Zu lunas preisen ist das ein winziger bruchteil eines cents für jedes ticket, der entwurf hinter jedem ticket einer queue mit hohem volumen kostet also fast nichts. Zu astras preisen summierte sich dasselbe volumen zu einem echten kostenpunkt.

#Was macht Entwurf und Prüfung mit der durchschnittlichen Bearbeitungszeit?

Zerlegen Sie ein Ticket in seine Teile. Der Mitarbeiter liest es, findet die Antwort, formuliert die Antwort und sendet sie. Das Formulieren ist meist der größte Anteil. Wenn ein Ticket von sechs Minuten drei Minuten zum Schreiben braucht, macht ein guter Entwurf daraus etwa eine Minute. Das Ticket ist dann in rund vier Minuten erledigt. Das ist eine Senkung um 33 %, und die Tickets pro Mitarbeiter und Schicht entwickeln sich genauso.

Der Mitarbeiter behält die Kontrolle. Nichts wird von allein gesendet. Was hinter jedem Ticket steht, ist klein und sichtbar:

  • Der Abruf holt den passenden Artikel der Wissensdatenbank und die Richtlinie in den Kontext
  • Das Modell entwirft eine Antwort in Ihrem Ton und nennt die verwendete Quelle
  • Der Mitarbeiter bearbeitet den Entwurf und sendet ihn oder schreibt ihn neu, wenn er falsch ist
  • Die Korrektur fließt zurück, damit der nächste Entwurf zu diesem Thema besser wird

Das ist dieselbe art von arbeit wie in einem praxisbeispiel zu agentenseitigem retrieval für ein support-team, einem illustrativen setup mit angenommenen zahlen, kein kundenergebnis. Die idee dort war nicht ein klügeres modell. Es war, dem agenten die antwort in die hand zu geben, bevor er danach sucht. Lunas preis erlaubt euch, das für die ganze queue zu tun statt für einen ausschnitt. Wir entwerfen solche rollouts in unserer ki-beratung und bauen die retrieval-schicht über die ki-implementierung.

We are

Stennir legt einen Entwurf in das Antwortfeld Ihrer Mitarbeiter, damit ein Mensch schneller bearbeitet und sendet.

We aren't

Stennir ist kein kundenseitiger Deflection-Bot, der Ihre Nutzer anstelle Ihres Teams beantwortet.

#Sollten Sie jetzt hinter jedem Ticket KI einsetzen?

Meistens ja, mit zwei prüfungen. Erstens: prüft lunas preis auf openais preisseite erneut, denn die preise, die wir zitieren, sind sekundärberichte aus dem september. Zweitens: entscheidet nach qualität, nicht nach kosten. Ein günstiger entwurf, der die hälfte der zeit falsch ist, erhöht die bearbeitungszeit, weil der agent ihn neu schreibt. Messt die bearbeitungsquote vorher und nachher. Lasst die schweren tickets auf einer stärkeren stufe, wenn die entwürfe dort es brauchen.

Früher lautete die Frage: Bei welchen Tickets können wir uns einen Entwurf leisten? Luna macht daraus: Welche Tickets sollte noch ein Mensch von Hand schreiben? Das ist eine viel kürzere Liste.

— Sofia A., KI-Strategie bei stennir

Wenn Sie ein Support-Team leiten und Bearbeitungszeit sowie Tickets pro Mitarbeiter und Schicht verfolgen, lautet der Schritt in diesem Quartal: Bepreisen Sie einen Pilot mit Entwurf und Prüfung anhand Ihres echten Volumens und Ihrer Bearbeitungsquote, nicht anhand der Demo eines Anbieters. Wir sind neu, und die Konditionen, die wir nennen, sind die, nach denen wir bauen. Buchen Sie ein 30-minütiges Kennenlerngespräch, und wir dimensionieren es an Ihren eigenen Zahlen, bevor Sie sich auf irgendetwas festlegen.

Sagen Sie uns, welche Aufgabe die meiste Zeit kostet.

30 Minuten. Keine Vorbereitung nötig. Wir sagen Ihnen ehrlich, ob KI helfen kann und wo man anfängt.