Was die Pipeline ist
Feinabstimmung ist selten ein einmaliger Vorgang. Ein brauchbares Ergebnis erfordert die richtigen Beispiele, aufbereitet im richtigen Format, trainiert mit sinnvollen Einstellungen und anschließend abgeglichen mit dem Ausgangsmodell. Scalata unterteilt dies in Phasen, von denen jede die Ausgabe der vorherigen übernimmt und etwas erzeugt, das Sie öffnen und überprüfen können.
- 01SitzungenChats auswählen
- 02DatensatzBeispiele sammeln
- 03Anbieterwo trainiert wird
- 04Datenaufbereitungbereinigen + konvertieren
- 05TrainierenJob ausführen
- 06EvaluierenVerbesserung nachweisen
- 07Test-Chatselbst ausprobieren
- 08Verwendenproduktiv einsetzen
Die Phasen im Einzelnen
| Phase | Eingabe | Ausgabe |
|---|---|---|
| Sitzungen | Ihre Chats in Scalata oder aus anderen Apps importierte Chats | Die Konversationen, aus denen gelernt werden soll |
| Dataset | Ausgewählte Chats, synthetische oder importierte Beispiele, optionale Dokumente und die als Ziele ausgewählten Antworten | Ein eingefrorener Snapshot von Beispielen |
| Anbieter | Wo das Modell trainiert und bereitgestellt wird | Eine Plattform und die von ihr angebotenen Modelle |
| Datenaufbereitung | Ein Dataset und Bereinigungseinstellungen | Bereinigte, geschwärzte, aufgeteilte JSONL-Dateien im Format des Anbieters |
| Training | Aufbereitete Dateien, ein Basismodell, eine Methode und Einstellungen | Ein trainiertes Modell, seine Verlustkurven und seine Kosten |
| Evaluierung | Das trainierte Modell, sein Ausgangsmodell und zurückgehaltene Fragen | Antworten im direkten Vergleich, Judge-Bewertungen und eine Gewinnquote |
| Test-Chat | Ein trainiertes Modell | Ein temporäres Deployment, mit dem Sie kommunizieren können |
| Nutzung | Ein Modell, das die Evaluierung bestanden hat | Das Modell im Einsatz in Scalata (demnächst verfügbar) |
Warum jede Phase ein separater Datensatz ist
Jede Phase erstellt eine Aufzeichnung, die durch spätere Arbeiten nicht verändert wird. Ein Dataset ist eine Kopie der Chats, kein Link zu ihnen. Eine Datenaufbereitung behält genau die Dateien, die sie erzeugt hat. Ein Trainingsdurchlauf speichert die verwendete Aufbereitung, seine Einstellungen und den beim Start angegebenen Preis. Das macht Ergebnisse reproduzierbar — Monate später können Sie immer noch sagen, welche Chats, welche Bereinigungseinstellungen und welche Hyperparameter ein bestimmtes Modell hervorgebracht haben — und macht Vergleiche fair, da zwei Durchläufe, die mit derselben Aufbereitung trainiert wurden, tatsächlich dieselben Daten gesehen haben.
Es ermöglicht Ihnen auch Verzweigungen. Ein Dataset kann zweimal mit unterschiedlichen Einstellungen aufbereitet werden, eine Aufbereitung kann mehrere Modelle trainieren, und ein trainiertes Modell kann der Ausgangspunkt für einen weiteren Durchlauf sein.
Woher Probleme normalerweise stammen
Enttäuschende Ergebnisse lassen sich meist eher auf die frühen Phasen als auf die Trainingseinstellungen zurückführen:
- Falsche oder inkonsistente Ziele im Datensatz — das Modell lernt sie originalgetreu.
- Keine zurückgehaltenen Daten bei der Datenaufbereitung, sodass die Evaluierung das Gedächtnis anstelle der Fähigkeiten misst.
- Eine Diskrepanz zwischen Training und Nutzung — ein anderer System-Prompt oder echte Fragen, die den Trainings-Chats in keiner Weise ähneln.
- Mehrere Änderungen auf einmal zwischen den Durchläufen, sodass Sie nicht feststellen können, welche davon geholfen hat.
- Sitzungen → Datensatz: 400 Support-Chats werden überprüft; 320 enthalten Antworten, die gut genug sind, um als Ziele zu dienen.
- Anbieter → Datenaufbereitung: Die Bereinigung entfernt Fehlerantworten und Duplikate, personenbezogene Daten werden geschwärzt, 10 % der Konversationen werden als Testdatensatz für die Evaluierung zurückbehalten und 10 % des Rests werden für die Validierung zurückgehalten.
- Training: Überwachtes Fine-Tuning mit Auto-Einstellungen als Basislinie.
- Evaluierung: Das trainierte Modell und das Basismodell beantworten die zurückgehaltenen Testfragen. Ein Bewerter bevorzugt bei den meisten das trainierte Modell, und seine Begründungen weisen auf eine Schwäche bei Abrechnungsfragen hin.
- Nächste Runde: Weitere Abrechnungs-Chats fließen in einen neuen Datensatz ein, und der Zyklus wiederholt sich. Da nur eine Sache geändert wurde, zeigt die nächste Evaluierung, ob es geholfen hat.
Häufige Fehler
- Anpassung der Trainingseinstellungen vor der Überprüfung des Datensatzes.
- Änderung des Datensatzes, der Aufbereitungseinstellungen und der Hyperparameter im selben Durchlauf.
- Überspringen der Evaluierung, weil der Trainingsverlust gesunken ist.
- Das Löschen alter Durchläufe anstelle ihrer Archivierung, wodurch die Aufzeichnung darüber verloren geht, was versucht wurde und warum es gescheitert ist.
Quellen und weiterführende Literatur
Externe Quellen werden in einem neuen Tab geöffnet.
- 01Datasheets for DatasetsGebru et al., 2018 · arXiv · arxiv.orgWarum jedes Dataset mit einer Aufzeichnung darüber versehen sein sollte, woher es stammt und wie es erstellt wurde.
- 02Model Cards for Model ReportingMitchell et al., 2018 · arXiv · arxiv.orgDie gleiche Idee für trainierte Modelle: Dokumentieren Sie, womit sie trainiert und evaluiert wurden.
- 03Supervised fine-tuningOpenAI API docs · developers.openai.comDie Version derselben Pipeline eines gehosteten Anbieters: Daten aufbereiten, trainieren, evaluieren.
- 04Customize your model to improve its performance for your use caseAmazon Bedrock User Guide · docs.aws.amazon.comWie ein anderer Anbieter Anpassungsaufträge strukturiert.