Wersjonowanie promptów

Prompt nie jest wtedy jedną notatką w czacie, lecz nazwanym składnikiem procesu, na przykład „opis oferty”, „brief do newslettera” albo „kwalifikacja leada”. Każda wersja ma identyfikator, datę, autora, powód zmiany i jasny zakres. Dzięki temu wiadomo, która instrukcja działa obecnie i co dokładnie zmieniło zachowanie systemu.

To nie jest synonim inżynierii promptów. Inżynieria promptów odpowiada na pytanie, jak zaprojektować instrukcję. Wersjonowanie odpowiada na inne pytanie: jak utrzymać tę instrukcję, kiedy jest już używana w realnym procesie. Bez historii zmian poprawka tonu może przypadkiem usunąć warunek bezpieczeństwa, zmienić format JSON albo pogorszyć jakość odpowiedzi dla części klientów.

Najprostszy wariant dla solopreneurki nie wymaga osobnej platformy. Trzymaj prompt w pliku obok automatyzacji lub w jednym dokumencie z nazwą, numerem wersji, wejściem, oczekiwanym wyjściem i trzema reprezentatywnymi przykładami. Zmianę opisuj konkretnie: „v1.3: dodano zakaz obietnic wyniku i format trzech nagłówków”. Nie zapisuj „poprawiono prompt”, bo po tygodniu nie da się tego zweryfikować.

Praktyczny przykład: masz automatyzację, która zamienia odpowiedź z formularza w propozycję tematu konsultacji. W wersji v1 prompt tworzy jeden temat i podsumowanie. W v2 dodajesz wymóg, aby nie zgadywał branży, jeśli odpowiedź jest niepełna, lecz zwracał pole „brak danych”. Przed wdrożeniem uruchamiasz oba warianty na dziesięciu historycznych, zanonimizowanych zgłoszeniach. Jeśli v2 nie psuje poprawnych przypadków, publikujesz ją i zachowujesz v1 jako punkt powrotu.

Dobra wersja promptu jest powiązana z ewaluacją, a nie z wrażeniem „brzmi lepiej”. Ustal kryteria przed zmianą: czy odpowiedź zawiera wymagane pola, czy trzyma ton marki, czy nie wymyśla faktów, czy mieści się w limicie długości. Model i jego ustawienia też zapisuj przy wersji. Ta sama instrukcja może dawać inne rezultaty po zmianie modelu, temperatury, narzędzi lub danych przekazywanych w kontekście.

W systemie produkcyjnym rozdziel wersję roboczą, testową i produkcyjną. Nie podmieniaj promptu używanego przez klientów po pojedynczej rozmowie w Slacku. Najpierw przygotuj wariant, sprawdź go na przykładach, potem oznacz jako produkcyjny. Gdy wynik się pogorszy, rollback powinien oznaczać zmianę jednego wskazania na poprzednią wersję, nie ręczne odtwarzanie tekstu z pamięci.

Ograniczenie: wersjonowanie samo nie gwarantuje jakości. Historia dwudziestu promptów nie pomoże, jeśli nie masz danych testowych i miernika sukcesu. Nie zapisuje też całego kontekstu automatycznie. Przy ważnych zmianach dokumentuj również źródło danych, schemat wyjścia, uprawnienia narzędzi i reguły systemowe. W przeciwnym razie możesz błędnie przypisać różnicę w odpowiedzi samemu promptowi.

Zacznij od jednego procesu, który powtarza się i wpływa na sprzedaż lub relację z odbiorcą. Nadaj promptowi stałą nazwę, zapisz wersję v1 oraz pięć realnych przypadków kontrolnych. Następna poprawka stanie się pierwszym porównaniem. To wystarczy, aby prompt przestał być jednorazową sztuczką, a zaczął działać jak utrzymywany element Twojego systemu AI.