O czym jest ten film
- Dylan Davis opisuje sytuację, w której ChatGPT wykonuje część zlecenia i pyta, czy ma kontynuować, choć użytkownik polecił mu doprowadzić pracę do końca.
- Zdaniem autora jedną z przyczyn są dawne instrukcje nakazujące modelowi często pytać o zgodę, czekać na ocenę lub wielokrotnie sprawdzać wyniki.
- Podobny objaw mogą wywołać ustawienia uprawnień aplikacji i wtyczek. Warto je sprawdzić przed poprawianiem promptów.
- Pytanie dodane na końcu ukończonej odpowiedzi to inny problem niż przerwanie pracy przed jej zakończeniem.
- Autor proponuje przejrzeć instrukcje projektu lub umiejętności w nowej rozmowie, korzystając z poradnika OpenAI, o którym mówi w nagraniu.
- Każdy zapis nakazujący pytać, zatrzymać się lub czekać należy ocenić pod kątem tego, przed czym miał chronić.
- W instrukcji warto dokładnie opisać, jaki wynik oznacza ukończenie zadania.
- Można z góry wskazać działania, które asystent ma wykonać bez dodatkowych pytań, oraz te, przy których powinien się zatrzymać.
- Przy czynnościach wymagających zgody asystent powinien najpierw przygotować wszystko, co może, a potem poprosić o decyzję.
- Autor zachęca, by nie zadowalać się częściowym wynikiem i nie ponawiać pytań o zgodę już udzieloną w tej samej rozmowie.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Najpierw ustal, dlaczego asystent się zatrzymał
Na czym polega: Przerwę może spowodować instrukcja, ustawienie uprawnień albo rzeczywista potrzeba uzyskania decyzji. Nie każdą naprawi zmiana promptu.
Jak stosować: Gdy ChatGPT stanie w połowie zadania, sprawdź treść jego pytania. Ustal, czy prosi o zgodę na dostęp lub działanie, czeka na ocenę szkicu, czy po prostu pyta, czy ma wykonać resztę zlecenia.
Na co uważać: Nie usuwaj wszystkich próśb o zgodę tylko dlatego, że jedna z nich była zbędna. Część chroni przed nieodwracalnym działaniem.
2.Przejrzyj dawne instrukcje
Na czym polega: Zapis „zawsze zapytaj przed zmianą” mógł kiedyś pomagać w pracy z modelem, ale przy długim zadaniu może skłaniać asystenta do częstych przerw.
Jak stosować: W instrukcjach projektu i umiejętności wyszukaj polecenia typu „zapytaj”, „poczekaj”, „zatrzymaj się” i „przedstaw do zatwierdzenia”. Przy każdym ustal, jaką sytuację miał zabezpieczać.
Na co uważać: Nie skreślaj zabezpieczenia bez zastępstwa. Doprecyzuj, przy jakim konkretnie działaniu nadal ma obowiązywać.
3.Opisz, po czym poznać ukończoną pracę
Na czym polega: Asystentowi łatwiej doprowadzić zadanie do końca, gdy wie, jaki wynik ma dostarczyć.
Jak stosować: Przy pracy na wielu plikach napisz na przykład, że zadanie kończy się po sprawdzeniu każdego pliku, sporządzeniu pełnego zestawienia i wskazaniu brakujących danych.
Na co uważać: Samo „pracuj aż do końca” jest zbyt ogólne. Kryterium ukończenia powinno dać się sprawdzić.
4.Wskaż, które działania nie wymagają ponownej zgody
Na czym polega: Autor proponuje z góry upoważnić asystenta do czynności, które można łatwo poprawić lub cofnąć.
Jak stosować: Wymień odpowiednie dla swojego zadania działania, na przykład odczyt plików we wskazanym folderze, przygotowanie szkicu wiadomości czy opracowanie zestawienia.
Na co uważać: Granice upoważnienia zależą od konkretnej pracy. Nie zakładaj, że zgoda na przygotowanie wiadomości obejmuje również jej wysłanie.
5.Określ, kiedy pytanie jest konieczne
Na czym polega: Prośba o decyzję powinna dotyczyć jasno wskazanych czynności, zwłaszcza takich, których skutków nie da się łatwo odwrócić.
Jak stosować: W instrukcji wymień na przykład wysyłanie wiadomości, płatności, usuwanie danych i zmiany poza obszarem objętym zadaniem.
Na co uważać: Ogólne polecenie „pytaj przed ważnymi działaniami” pozostawia modelowi zbyt wiele miejsca na interpretację.
6.Poproś o zgodę dopiero po przygotowaniu pracy
Na czym polega: Nawet jeśli końcowe działanie wymaga decyzji użytkownika, asystent może wcześniej wykonać czynności już dozwolone.
Jak stosować: Poleć mu przygotować treść, zestawienie lub plan zmian, a następnie przedstawić jedną prośbę o zatwierdzenie konkretnego działania.
Na co uważać: Przygotowanie działania nie oznacza zgody na jego wykonanie. Tę granicę zapisz wprost.
7.Nie każ powtarzać już uzyskanego pytania
Na czym polega: Jeśli użytkownik wyraził zgodę w bieżącej rozmowie, ponowne pytanie o tę samą czynność nie wnosi nowej informacji.
Jak stosować: Dodaj instrukcję, by asystent uwzględniał udzielone upoważnienia i wracał po decyzję tylko wtedy, gdy pojawi się nowe działanie wymagające zgody.
Na co uważać: Zgoda na jedną czynność nie musi obejmować podobnej czynności o innym zakresie lub skutkach.
8.Sprawdź uprawnienia aplikacji i wtyczek
Na czym polega: Autor pokazuje, że częste prośby o potwierdzenie mogą wynikać z ustawień dostępu, niezależnie od treści zadania.
Jak stosować: Przejrzyj ogólne uprawnienia aplikacji oraz uprawnienia usług, z którymi ją połączono. Ustaw poziom dostępu odpowiadający pracy, którą rzeczywiście zlecasz.
Na co uważać: Szersze uprawnienia dotyczą także kolejnych działań asystenta. Nie zwiększaj ich wyłącznie po to, by pozbyć się uciążliwego okna z pytaniem.
9.Odróżnij zbędne pytanie na końcu od niedokończonego zadania
Na czym polega: Asystent może wykonać całą pracę, a potem dodać pytanie o dalsze kroki. To nie jest przerwanie zadania w połowie.
Jak stosować: Jeśli przeszkadza ci tylko takie zakończenie odpowiedzi, dodaj krótką instrukcję, by po ukończeniu pracy nie proponował kolejnego działania w formie pytania.
Na co uważać: Ta poprawka nie sprawi, że asystent dokończy zadanie, które wcześniej przerywał. W takim przypadku trzeba sprawdzić kryterium ukończenia i reguły dotyczące zgody.
10.Zleć przegląd instrukcji przed ich zmianą
Na czym polega: Davis radzi użyć nowej rozmowy do wskazania problematycznych zapisów i ich celu, zanim cokolwiek zostanie poprawione.
Jak stosować: Wklej instrukcje oraz poradnik OpenAI przywołany przez autora. Poproś o listę zdań nakazujących pytać lub czekać, opis ich funkcji i propozycję najmniejszej potrzebnej zmiany.
Na co uważać: Najpierw przeczytaj diagnozę. Automatyczna przeróbka całego zestawu instrukcji może usunąć reguły, które nadal są potrzebne.
Redakcyjne tłumaczenie
Dlaczego ChatGPT przerywa pracę
Najnowszy ChatGPT jest prawdopodobnie najbardziej posłusznym modelem, jaki OpenAI dotąd udostępniło. Właśnie dlatego niektórym osobom przerywa pracę w połowie. Nie ignoruje polecenia. Bywa, że skrupulatnie wykonuje starszą instrukcję zapisaną przez użytkownika — jeszcze z czasów, gdy model trzeba było pilnować na każdym kroku.
Prowadzę firmę doradczą zajmującą się AI. Przez większą część tego miesiąca przeglądałem konfiguracje klientów i usuwałem z nich nieaktualne reguły. Starsze modele potrafiły wybiegać za daleko i psuć wyniki, więc wielu z nas kazało im zatrzymywać się i pytać przed dalszą pracą. Wtedy miało to sens.
GPT-6 bierze jednak takie polecenia bardzo dosłownie. Dochodzi do pewnego etapu, pokazuje to, co już zrobił, po czym zadaje pytanie, na które najpewniej odpowiedzieliśmy na samym początku. Pokażę, gdzie szukać powodujących to zapisów i czym je zastąpić.
Skąd bierze się sprzeczność między poleceniem a zachowaniem modelu
Problem zbyt częstego zatrzymywania się stał się, według autora, na tyle widoczny, że OpenAI uwzględniło go w instrukcjach systemowych modelu. To wewnętrzne reguły, których użytkownik zwykle nie widzi, a które model otrzymuje przed rozpoczęciem rozmowy. Podobne mechanizmy stosują także inni dostawcy modeli.
Davis powołuje się na ujawnioną treść takich instrukcji oraz na niedawno opublikowany poradnik OpenAI dotyczący pracy z nowym modelem. W przywołanych przez niego fragmentach pojawiają się trzy wskazówki. Pierwsza mówi, że użytkowników bardzo frustrują niepotrzebne przerwy na potwierdzenie lub zgodę. Druga nakazuje nie prosić ponownie o pozwolenie, jeśli zostało już udzielone. Trzecia zachęca model, by przechodził do działania i doprowadzał zamierzone zadanie do końca.
Wszystkie sprowadzają się do prostej zasady: gdy użytkownik jasno zlecił pracę, należy ją wykonać bez zbędnych pytań. Problem w tym, że szczegółowe instrukcje dodane przez użytkownika mogą skierować zachowanie asystenta w inną stronę. Dotyczy to zarówno poleceń wpisanych w rozmowie, jak i zapisanych w projekcie czy umiejętności. Jeśli każą się zatrzymać, model może się zatrzymać mimo ogólnej wskazówki, by kontynuować.
Wyobraźmy sobie zlecenie obejmujące 30 faktur. Asystent ma odczytać pliki, zmienić ich nazwy, przenieść je, wydobyć potrzebne informacje i przygotować arkusz. Zaczyna pracę, lecz po ośmiu lub dziewięciu dokumentach pisze: „Oto pierwsza część. Czy mam kontynuować?”. Użytkownik polecił przecież przetworzyć wszystkie faktury. Potwierdza więc, po czym asystent zajmuje się kilkoma kolejnymi plikami i znowu pyta. Tak może się dziać wielokrotnie, choć oczekiwany przebieg jest prosty: wykonać całe zlecenie i wrócić z gotowym wynikiem.
(Informacja dodatkowa: W nagraniu autor odsyła także do bezpłatnej serii wiadomości o zastosowaniach AI oraz do swojej oferty doradczej.)
Trzy sytuacje, które łatwo ze sobą pomylić
Zanim zmienimy instrukcje, warto rozróżnić trzy podobne sytuacje. Pierwsza dotyczy ustawień. ChatGPT może pytać o zgodę na kolejne działania dlatego, że taki poziom uprawnień wybrano w aplikacji albo w połączonej z nią usłudze.
Druga pojawia się po wykonaniu zadania. Asystent oddaje gotowy wynik, ale na końcu pyta, czy ma zająć się czymś jeszcze albo pójść w innym kierunku. Jeśli takie zakończenie nie przeszkadza, niczego nie trzeba zmieniać. Jeśli przeszkadza, wystarczy krótka instrukcja, by nie kończył odpowiedzi pytaniem lub propozycją następnego działania.
Trzecia sytuacja jest tematem tego materiału: asystent rzeczywiście nie wykonał całego zlecenia. Zatrzymał się przed końcem i czeka, aż użytkownik pozwoli mu zrobić to, co już zostało zlecone.
Najpierw sprawdź ustawienia dostępu
Autor pokazuje w aplikacji komputerowej ChatGPT Work ogólne poziomy uprawnień. W przedstawionym przez niego interfejsie można wybrać pytanie o zgodę, automatyczne zatwierdzanie części działań albo pełny dostęp.
Przy ustawieniu wymagającym zgody asystent może wielokrotnie prosić o zatwierdzenie różnych czynności. Zezwolenie na jedną z nich nie musi oznaczać, że przestanie pytać o pozostałe. Davis zaleca większości użytkowników środkową opcję: pozwala ona asystentowi wykonać wiele działań, lecz zatrzymuje go przy czynnościach uznanych za niebezpieczne, na przykład przy usuwaniu danych.
Autor pokazuje również pełny dostęp. Według niego trzeba go najpierw włączyć w sekcji uprawnień ustawień ogólnych, aby pojawił się jako opcja. Daje on asystentowi bardzo szerokie możliwości działania na komputerze.
Druga grupa ustawień dotyczy połączonych usług, takich jak kalendarz, poczta czy system CRM. W pokazanej konfiguracji są one obsługiwane przez wtyczki. Autor zaznacza, że ustawienia ich uprawnień są dostępne w przeglądarce. Po wejściu w ustawienia wtyczek można wybrać regułę dotyczącą wszystkich połączeń: zawsze pytaj, pozwalaj na odczyt albo pozwalaj na działania o niskim ryzyku.
Niektóre wtyczki mają ponadto własne ustawienia. Davis pokazuje je na przykładzie GitHuba; wskazuje też Gmail i kalendarz. Zmiana dokonana w ustawieniach jednej wtyczki dotyczy właśnie jej. Nie każda usługa daje taką możliwość — w pokazanym przez autora przykładzie nie ma jej Google Docs.
Jeśli źródłem przerw są uprawnienia, poprawienie instrukcji projektu nie rozwiąże sprawy. Dlatego warto najpierw ustalić, o jaką zgodę asystent właściwie prosi.
Gdy praca jest skończona, ale odpowiedź kończy się pytaniem
Osobno można uporządkować sposób kończenia odpowiedzi. Część asystentów ma zwyczaj dopisywać pytanie w rodzaju „Czy chcesz, żebym przygotował też inną wersję?”. Davis proponuje dodać do instrukcji projektu albo umiejętności prostą regułę: po ukończeniu zadania nie kończ odpowiedzi pytaniem ani propozycją kolejnego działania.
Ta poprawka dotyczy tylko sposobu przedstawienia gotowej pracy. Nie usuwa przyczyny przerw, które pojawiają się, zanim zadanie zostanie wykonane.
Trzy typy instrukcji, które mogą powodować przerwy
Po przejrzeniu setek promptów autor zauważył trzy często powracające rodzaje zapisów. Pierwszy nakazuje pytać przed działaniem: „Zawsze skonsultuj ze mną każdą zmianę”. Drugi każe zatrzymać się po przygotowaniu wersji roboczej: „Najpierw pokaż szkic i poczekaj na uwagi”. Trzeci poleca sprawdzać wszystko przed kontynuowaniem.
Takie reguły bywały przydatne przy starszych modelach. W pracy z GPT-6 mogą jednak powodować zbyt częste przerwy. Dwie pierwsze wprost każą czekać na użytkownika. Przy trzeciej Davis zwraca uwagę na inne ryzyko: jego zdaniem model i tak potrafi sprawdzać własną pracę, a dodatkowy ogólny nakaz może skłaniać go do ponawiania kontroli kilka razy. Autor uważa, że nadmierne sprawdzanie może nawet pogorszyć wynik.
Nie chodzi o to, by bez namysłu usuwać każdą taką instrukcję. Trzeba ustalić, czemu miała służyć, i zawęzić ją do sytuacji, w których rzeczywiście jest potrzebna.
Jak znaleźć problematyczne zapisy
Davis radzi zacząć nową rozmowę poza projektem lub umiejętnością, której instrukcje chcemy przejrzeć. Dzięki temu analizowany zestaw reguł nie będzie jednocześnie kierował pracą asystenta.
Do rozmowy należy dodać instrukcje projektu albo umiejętności oraz poradnik OpenAI, na który powołuje się autor. Można wkleić treść poradnika lub podać do niego odnośnik. Następnie trzeba poprosić asystenta o porównanie obu materiałów i wskazanie każdego zapisu, który każe pytać, czekać, zatrzymać się, uzyskać zgodę lub skonsultować decyzję z użytkownikiem.
Przy każdym takim zapisie asystent powinien wyjaśnić dwie rzeczy: w jaki sposób może on powodować przerwanie pracy oraz przed czym miał chronić. Potem ma zaproponować możliwie małą zmianę, która zachowa potrzebne zabezpieczenie, ale ograniczy zbędne pytania.
Autor radzi na tym etapie poprosić jedynie o diagnozę, bez automatycznego zmieniania instrukcji. Samodzielne przeczytanie propozycji pozwala zrozumieć źródło problemu. Dopiero potem można poprawić zapisy ręcznie albo zlecić to asystentowi.
Zmiana pierwsza: napisz, co znaczy „gotowe”
Najczęściej polecana przez Davisa poprawka polega na określeniu warunku ukończenia zadania. Zamiast liczyć, że asystent sam odgadnie właściwy moment zakończenia pracy, warto napisać: „Zadanie jest skończone, gdy…” i wymienić oczekiwane rezultaty.
W przykładzie z fakturami może to oznaczać pełną listę wszystkich odczytanych plików, sprawdzenie dat względem dostarczonego materiału oraz wyraźne wskazanie danych, których nie udało się znaleźć. Ostatni element ma znaczenie praktyczne: jeśli czegoś brakuje, asystent powinien to zaznaczyć, zamiast uzupełniać lukę domysłem.
Do takiego warunku autor dodaje polecenie, by wcześniej nie przerywać pracy tylko po to, by zdać relację z postępów. Asystent ma wrócić z kompletnym wynikiem. Dokładna treść warunku zależy oczywiście od zadania: inne kryteria będą właściwe dla faktur, inne dla analizy dokumentów czy przygotowania prezentacji.
Zmiana druga: rozdziel działania dozwolone od tych wymagających zgody
Ogólna reguła „najpierw mnie zapytaj” pozostawia zbyt wiele niejasności. Davis proponuje zastąpić ją dwiema listami.
Na pierwszej umieszcza czynności, które asystent może wykonać bez ponownego pytania. Wymienia odczytywanie plików we wskazanym folderze, przygotowywanie szkiców e-maili, tworzenie i edycję arkuszy, sporządzanie list oraz notatek. W podanych przez niego przykładach chodzi o pracę roboczą, którą można poprawić albo cofnąć.
Autor proponuje też dopisać, że jeśli użytkownik zgodził się już na dane działanie w tej samej rozmowie, asystent nie powinien prosić o tę zgodę ponownie.
Druga lista obejmuje czynności, przy których trzeba się zatrzymać. Davis wymienia wysłanie czegoś innej osobie, dokonanie płatności, usunięcie danych oraz wprowadzanie zmian poza folderem objętym bieżącą pracą. Łączy je możliwość powstania skutków, których nie da się łatwo odwrócić.
Nawet wtedy asystent nie musi przerywać pracy przedwcześnie. Może najpierw zrobić wszystko, na co ma już zgodę — na przykład przygotować wiadomość lub zestawić planowane zmiany — a dopiero potem poprosić o zatwierdzenie konkretnego działania.
Zmiana trzecia: wyraźnie nakaż doprowadzenie zadania do końca
Ostatnią proponowaną poprawkę Davis umieszcza tuż po opisie warunku ukończenia. Ma ona przypominać asystentowi, by działał i doprowadził zadanie do końca, wykonał całą pracę już objętą poleceniem przed zadaniem pytań doprecyzowujących oraz nie oddawał wyniku częściowego jako gotowego.
Nie zastępuje to szczegółowego opisu zadania ani zasad uzyskiwania zgody. Uzupełnia je: wskazuje, że jeśli użytkownik jasno zlecił całość pracy, asystent powinien kontynuować aż do osiągnięcia ustalonego rezultatu.
W praktyce autor proponuje więc następującą kolejność. Najpierw sprawdź, czy przerw nie powodują ustawienia dostępu. Potem przejrzyj zapisane instrukcje w nowej rozmowie, zachowując sens potrzebnych zabezpieczeń. Na koniec określ, jaki wynik oznacza ukończoną pracę, co asystent może zrobić samodzielnie i w którym momencie naprawdę potrzebuje twojej decyzji.
Na zakończenie Davis ponownie przypomina o swojej bezpłatnej, 30-dniowej serii porad dotyczących AI w pracy oraz o możliwości skorzystania z jego usług doradczych.