Mała redakcja z AI: jak przekazywać temat od źródeł do publikacji

Mamy nowy model. Tylko o czym chcemy napisać?

Komunikat producenta może dać długą listę funkcji. Nam przyda się jeszcze pytanie czytelnika. Na przykład: „Czy ten model pomoże mi zrobić animację na stronę?”. Od razu wiemy, czego szukać i jaki przykład pokazać. Sama lista możliwości nie ułoży nam artykułu.

Proponujemy podzielić pracę z AI na trzy role: zbieranie źródeł, redagowanie i recenzję. Możecie obsadzić je zespołem albo przejść samodzielnie przez kolejne etapy. Najpierw ustalenia, potem tekst, na końcu uwagi do konkretnych zdań. To nie gwarancja braku błędów. Łatwiej jednak zauważyć moment, w którym luźny pomysł zaczął udawać sprawdzoną informację.

Researcher przynosi też listę niewiadomych

Researcher, czyli osoba zbierająca i sprawdzająca materiały, przygotowuje pytania, źródła i ustalenia. Przy informacji o produkcie zapisuje bezpośredni link, datę i to, kto ma dostęp. Niewykonany test, niejasny limit czy nazwa znana tylko z nieoficjalnej wzmianki trafiają osobno do niewiadomych. Redaktor musi wiedzieć, czym naprawdę dysponuje.

Na tytuł jeszcze przyjdzie czas. Gdy zakochamy się w atrakcyjnej tezie za wcześnie, trudniej dostrzec, że źródła jej nie potwierdzają. Dopiero po przejrzeniu materiału wybierzcie formę: pełny poradnik, krótki news, może tylko link w przeglądzie. Nie każda wiadomość potrzebuje całego artykułu.

Redaktor pokazuje, po co komu ta funkcja

Wracamy do animacji. Czytelnikowi przyda się wybór sceny, przygotowanie ruchu i poprawienie tempa. Na takim przykładzie łatwiej zrozumieć zastosowanie narzędzia niż z kolejnej listy funkcji. Pokażcie też, gdzie człowiek sam musi podjąć decyzję.

Pilnujmy przy tym różnicy między pomysłem a wykonaną pracą. Jeśli piszemy „sprawdziliśmy”, próba musi za nami stać. Wymyślone ćwiczenie nadal może być użyteczne — po prostu nazwijmy je propozycją. Google w zaleceniach o treściach tworzonych z AI podkreśla wartość dla czytelnika i ręczne sprawdzanie poprawności. Sama większa liczba tekstów tego nie załatwi.

Poniższy prompt pomoże ułożyć szkic z przygotowanej paczki źródeł. Lista rzeczy do kontroli na końcu jest dla redakcji. Zachowajcie ją podczas dalszych poprawek, żeby pytania nie zniknęły razem z roboczą wersją.

Zredaguj artykuł na podstawie dołączonej paczki źródeł.
Zacznij od konkretnego problemu czytelnika.
Oddziel potwierdzone funkcje, propozycję zastosowania i niewiadome.
Nie dopisuj własnych testów ani doświadczeń autora.
Używaj zwykłego języka; wyjaśniaj termin przy pierwszym użyciu.
Na końcu wypisz twierdzenia wymagające dodatkowej kontroli przed publikacją.

„Brzmi dobrze” to jeszcze nie recenzja

Recenzent wraca do nazw, dat i linków. Szuka zdań, w których zapowiedź zamieniła się w premierę albo dostęp dla wybranych kont zrobił się dostępem dla wszystkich. Jeśli jest kod, porównuje jego działanie z podpisem. Autor potrzebuje uwagi do konkretnego miejsca, nie tylko ogólnego werdyktu.

Po poprawkach przeczytajcie razem tytuł, opis na liście artykułów i sam tekst. Krótka zapowiedź również potrafi obiecać za dużo. Przy materiale zostawcie informację, kto sprawdził najważniejsze ustalenia i jakie pytania zostały otwarte.

Ustalcie też, kto wróci do artykułu po zmianie produktu i jak oznaczy aktualizację. W małym zespole wystarczy notatka przy temacie. Gdy za kilka tygodni zmieni się dostępność narzędzia, będzie wiadomo, komu dać znać i gdzie poprawić informację.