Eine Antwort in Whizi regenerieren und eine bereits gesendete Nachricht bearbeiten

Die kurze Antwort

Whizi hat keine Regenerieren-Funktion, und nichts im Worker stellt eine bereit. Ein Zug wird erneut ausgeführt, indem du deine eigene Nachricht bearbeitest und erneut sendest, wodurch die Antwort ersetzt statt als zweite angehängt wird, und der vorherige Versuch wird als Version abgelegt, zu der du zurückwechseln kannst.

Die Bearbeiten-Funktion erscheint nur bei deinen eigenen Nachrichten, nie bei einer Antwort des Assistenten, und der Neuversand wird als gewöhnlicher Zug zum Satz des antwortenden Modells berechnet.

Was du willst	Was Whizi bietet	Wo es sich befindet
Denselben Prompt erneut ausführen	Keine Regenerieren-Funktion	Die Nachricht bearbeiten und erneut senden
Einen falsch formulierten Prompt korrigieren	Bearbeiten und erneut senden	Die Bearbeiten-Funktion bei deinen eigenen Nachrichten
Die alte Antwort mit der neuen vergleichen	Versionspfeile, die wie 2/2 aussehen	Unter dem bearbeiteten Zug
Eine andere Antwort ohne Umformulierung	Das Modell in derselben Unterhaltung wechseln	Der Modellwähler

Was eine Bearbeitung tatsächlich ändert

Eine gesendete Nutzernachricht kann bearbeitet und erneut gesendet werden, und die darauf folgende Antwort ersetzt die alte, statt darunter angehängt zu werden.

Jede Bearbeitung erzeugt eine Version des Zugs, und die Pfeile darunter lesen sich wie 2/2. Der wichtige Punkt ist, was eine Version enthält. Es ist nicht nur die bearbeitete Nachricht: Es ist diese Nachricht und jede darauf folgende Antwort, sodass ein Versionswechsel den gesamten Rest der Unterhaltung austauscht statt nur einer Sprechblase.

Das hat eine Folge, die manche überrascht. Das Bearbeiten eines Zugs verwirft den Versionsverlauf jedes darauf folgenden Zugs, weil diese Versionen zu einer Unterhaltung gehören, die nicht mehr existiert. Wenn du Nachricht drei zweimal bearbeitet hast und dann zurückgehst und Nachricht eins bearbeitest, gehen die zwei Versionen von Nachricht drei mit verloren.

Versionen sind auch der Grund, warum zwei Zweige eines Threads nicht beide aktiv bleiben können, was die Frage beantwortet, die unter kannst du eine Unterhaltung forken behandelt wird.

Der Versionswechsel ist eine Server-Operation, kein Client-Schalter: Er wird von POST /api/conversations/:id/versions bedient und beansprucht währenddessen die Generierungssperre. Whizi führt pro Konto jeweils nur eine Generierung gleichzeitig aus, sodass ein Versionswechsel und eine laufende Antwort nicht gleichzeitig stattfinden können.

Denselben Text erneut zu senden ist kein zweiter Weg zu einer neuen Antwort. Derselbe Nachrichtentext, der kürzlich an dieselbe Unterhaltung gesendet wurde, wird als Duplikat abgelehnt, sodass ein erneuter Versuch mit unveränderten Worten selbst im Prinzip nicht möglich ist. Diese Ablehnung ist zusammen mit den übrigen Sendefehlern unter eine Nachricht wird nicht gesendet dokumentiert.

Was das erneute Ausführen eines Zugs kostet

Es gibt keinen Regenerieren-Preis, weil es kein Regenerieren gibt. Ein Neuversand ist ein gewöhnlicher Zug, berechnet zum festen Preis pro Nachricht des antwortenden Modells.

Die Kreditkosten eines Modells sind ein fester Ganzzahlwert pro Nachricht. Weder Nachrichtenlänge, Unterhaltungslänge noch Antwortlänge fließen in die Berechnung ein, sodass eine erneute Ausführung eines langen Threads genau das kostet, was der erste Versuch bei diesem Modell gekostet hat. Ein Zug wird auf einen Kredit abgerundet, sodass nie weniger als ein Kredit berechnet wird.

Das Bearbeiten eines Prompts, bevor du ihn sendest, kostet keine Credits, ebenso wenig wie der Wechsel des Modells, an das du ihn senden willst. Die Berechnung erfolgt, wenn ein Modell antwortet.

Aktion	Credits
Den Text einer Nachricht vor dem Senden bearbeiten	Keine
Die bearbeitete Nachricht senden	Ein Zug zum Satz des antwortenden Modells
Eine Antwort mittendrin stoppen	Erstattet als nicht ausgelieferter Zug

Die Erstattung ist der Grund, früh statt spät zu korrigieren. Eine Generierung, die fehlschlägt oder abgebrochen wird, wird erstattet, indem die Nutzungszeile gelöscht wird, sodass eine Antwort, die du nach den ersten zwei Zeilen stoppst, weniger kostet als eine, die du fertig laufen lässt und dann erneut ausführst. Wie ein Stopp serverseitig behandelt wird, steht unter eine Nachricht wird nicht gesendet.

Ein anderes Modell ist der andere Weg zu einer anderen Antwort, und dieser Zug wird zum neuen Modellsatz statt zum alten berechnet. Die lohnenswerten Muster stehen unter Modelle mitten in der Unterhaltung wechseln.

Bei einem bezahlten Plan geht das vom Kreditkontingent des Zeitraums ab. Kostenlose Konten haben überhaupt kein Kreditkontingent: Sie erhalten am ersten Tag 7 Nachrichten, danach 3 pro Tag, und ein Neuversand ist eine Nachricht wie jede andere. Der vollständige Umfang und die Kontingente je Plan stehen in der Credit-Referenz.

Wenn eine Bearbeitung oder ein Versionswechsel fehlschlägt

Wenn die Bearbeitung selbst abgelehnt wird, stehen die Strings und Codes dafür zusammen mit den übrigen Sendefehlern unter eine Nachricht wird nicht gesendet. Die untenstehenden Strings gehören zu den Versionspfeilen und erscheinen nirgendwo sonst.

Was du siehst	Code	Auslöser
That version is no longer available. Reload and try again.	404 version_not_found	Die Version, zu der du gewechselt hast, wurde archiviert
A message position and a version number are required.	400 invalid_version	Die Versionswechsel-Anfrage enthielt keine gültige Ankersequenz oder keinen gültigen Versionsindex

Die Website hat einen eigenen Wortlaut für einen fehlgeschlagenen Wechsel: That version is no longer available. Reload the chat and try again. Beide meinen dasselbe und werden beide durch ein Neuladen der Unterhaltung behoben.

Editing a message is not supported on this backend. wird ausgelöst, wenn eine Bearbeitung-und-Neuversand zum Legacy-Backend routen würde. Die Bearbeiten-Funktion ist gesperrt, sodass Nutzer sie nicht erreichen sollten.