Dobre zadanie
Określ cel, kontekst, ograniczenia i kryteria akceptacji. Jasny opis ułatwia agentowi pracę i pomaga ocenić, czy rezultat odpowiada potrzebie.
\n
OPENAI CODEX · PRACA Z KODEM
Codex od OpenAI jest narzędziem do zadań programistycznych. Może pomóc przy pracy nad kodem, ale sam nie zna wszystkich ograniczeń Twojego projektu ani zasad firmy. Szkolenie koncentruje się na współpracy: jak opisać zadanie, przekazać potrzebny kontekst, przejrzeć zmiany i zdecydować, co można zaakceptować.
Rozmowa wstępna nie rezerwuje miejsca ani nie zobowiązuje do zakupu.
OD OPISU DO REVIEW
DLA KOGO
To nie obietnica, że agent napisze bezbłędny kod. To propozycja nauki procesu, w którym zadanie jest jasne, wynik sprawdzony, a odpowiedzialność pozostaje po stronie człowieka.
Określ cel, kontekst, ograniczenia i kryteria akceptacji. Jasny opis ułatwia agentowi pracę i pomaga ocenić, czy rezultat odpowiada potrzebie.
Przejrzyj zmiany w plikach, poproś o wyjaśnienie i uruchom odpowiednie kontrole. Nie akceptuj kodu wyłącznie dlatego, że agent go wygenerował.
Omów, jak użycie agenta wpisuje się w zasady repozytorium, review i ochrony danych. Konkretne narzędzia i środowisko ustalamy przed szkoleniem.
MOŻLIWY ZAKRES
Najpierw ustalamy, o który produkt Codex chodzi, kto będzie uczestnikiem i jaki rodzaj pracy chcecie omówić. Nazwa Codex pojawia się w różnych kontekstach. Ta strona dotyczy Codex od OpenAI jako agenta do pracy programistycznej. Interfejsy, plany dostępu i funkcje mogą się zmieniać, dlatego program sprawdzamy względem aktualnego środowiska grupy.
Program może obejmować przygotowanie zadania z kryteriami akceptacji, dostarczenie kontekstu repozytorium, podział większej zmiany na mniejsze kroki, czytanie propozycji zmian, testowanie oraz omówienie uprawnień i danych. Dla grupy nietechnicznej ważne może być poznanie procesu i ograniczeń, a dla developerów — ocena kodu i dopasowanie do repozytorium.
Nie ma jednego programu, czasu trwania ani ceny potwierdzonych dla wszystkich odbiorców. Przygotuj opis zadania albo pytanie, z którym zespół się mierzy. Nie przesyłaj kodu poufnego ani sekretów; ogólny opis wystarczy, by wstępnie sprawdzić dopasowanie.
Warto omówić, kto przegląda propozycję, które testy są potrzebne i co dzieje się, gdy agent nie rozumie zadania. Codzienna praca z AI powinna mieć jasne granice, zwłaszcza jeśli projekt zawiera dane firmowe, klucze lub informacje nieprzeznaczone do udostępniania.
Program dla programisty pracującego nad kodem może różnić się od programu dla osoby zarządzającej zadaniami technicznymi lub początkującego twórcy prototypu. Rozmowa wstępna ma pomóc zdecydować, czy szkolenie Codex jest właściwe, czy lepiej zacząć od innego szkolenia AI albo od podstaw programowania.
Propozycja ćwiczenia do uzgodnienia: na neutralnym, demonstracyjnym repozytorium uczestnik zapisuje małe zadanie, kryteria akceptacji i ograniczenia. Prosi Codex od OpenAI o propozycję planu, ogląda zmienione pliki, pyta o założenia, a następnie sprawdza rezultat dostępną kontrolą. To ćwiczenie uczy czytania i oceny zmian; nie jest opisem wdrożenia klienta ani gwarancją, że agent ukończy dowolne zadanie.
W codziennej pracy agent może wspierać wybrane, dobrze opisane zadania programistyczne. Przed użyciem w firmie warto ustalić, które zadania można delegować, kto sprawdza zmiany i jak zespół postępuje z błędami lub niepełnym wynikiem. Automatyzacja nie jest celem sama w sobie; ważne jest, czy rozwiązanie pasuje do procesu i czy rezultat można zweryfikować.
Wystarczy ogólny opis zadania, informacja o roli uczestników i środowisku pracy. Nie przesyłaj kodu firmowego, danych osobowych ani kluczy dostępu przed uzgodnieniem zasad. Jeśli uczestnicy są programistami, warto wcześniej wskazać języki i typ repozytorium, ale nie zakładamy określonej technologii w programie. Dostęp do Codex oraz dostępne funkcje zależą od aktualnego produktu i konta.
Przed użyciem Codex warto ustalić, jaki produkt i tryb pracy są dostępne uczestnikom. Codex od OpenAI może wspierać zadania programistyczne, lecz konkretne funkcje zależą od aktualnego produktu, konta i konfiguracji. Wspólnym elementem dobrego procesu pozostają jasny cel, opis repozytorium, ograniczenia oraz sposób sprawdzenia rezultatu. Program szkolenia może więc zacząć się od małego zadania i przejść przez planowanie, pracę z plikami, przegląd zmian i poprawki.
Podczas code review zwróć uwagę na zakres diffu, wpływ zmiany na istniejące zachowanie oraz przypadki, których kryteria nie obejmowały. Następnie uruchom dostępne testy i sprawdź rezultat w kontekście aplikacji. Jeśli polecenie było niejasne, lepiej poprosić agenta o wyjaśnienie założeń lub ograniczyć zmianę. W zespole developerzy powinni ustalić zasady akceptacji, ochrony kluczy i danych oraz odpowiedzialność za kod wdrażany do projektu.
Nie każdy warsztat Codex musi mieć ten sam poziom. Osoba techniczna może potrzebować pracy na repozytorium, terminalu, testach i integracji z GitHub; osoba nietechniczna może chcieć poznać możliwości i ograniczenia agenta oraz nauczyć się opisywać zadania. Te cele wymagają innych ćwiczeń. Przed rozmową wystarczy opisać rolę uczestników, typ pracy i dostępne środowisko — bez przesyłania kodu lub danych poufnych. Na tej podstawie ustalimy, czy szkolenie OpenAI Codex odpowiada potrzebie.
Materiały źródłowe
Funkcje i dostępność narzędzi mogą się zmieniać. Oficjalna dokumentacja pomaga sprawdzić aktualne informacje przed rozmową i szkoleniem.
Oficjalne przewodniki OpenAI dotyczące używania Codex w pracy z oprogramowaniem.
Otwórz dokumentacjęDobierz temat
Jeśli Twoim celem jest inne narzędzie lub szersze prototypowanie, zacznij od właściwej ścieżki.
Porównaj alternatywną ścieżkę agentowego programowania.
Zobacz szkolenieZobacz szersze warsztaty o prototypowaniu z narzędziami AI.
Zobacz szkolenieBaza wiedzy
Konkretne przykłady, bez skrótów myślowych. Informacje o funkcjach sprawdzaj w aktualnej dokumentacji narzędzia.
Dowiedz się, jak korzystać z OpenAI Codex: przygotować zadanie, pracować z repozytorium, przeglądać zmiany i weryfikować kod.
Czytaj artykułJAK PRACUJEMY
Skuteczna praca z agentem łączy delegowanie zadania z jasnymi granicami i kontrolą wyniku.
Zapisz, jaki problem ma rozwiązać zmiana, czego nie należy ruszać i jak sprawdzisz wynik. Im mniejsze zadanie, tym łatwiej ocenić rezultat.
Wskaż istotne pliki, zasady projektu i ograniczenia. Nie udostępniaj agentowi danych lub systemów bez sprawdzenia uprawnień i polityki organizacji.
Czytaj różnice w kodzie, pytaj o założenia, uruchom dostępne testy i oceń, czy wynik spełnia kryteria. To człowiek zatwierdza dalsze użycie.
PROWADZĄCY
Jędrzej Paulus jest doktorem językoznawstwa, ma około pięciu lat doświadczenia w nauczaniu i pracował w marketingu IT. Przez kilka lat organizował szkolenia online dla międzynarodowych zespołów, a także prowadził wykład AI for Executives na Uniwersytecie Warszawskim.
W szkoleniu łączy praktyczne poznawanie narzędzi AI z jasnym przekazywaniem wiedzy i pracą na przykładach. Nie przedstawiamy go jako eksperta od każdej architektury oprogramowania. Zakres developerski musi być dopasowany do poziomu grupy i potwierdzony przed współpracą.
Przed rozmową
Tak. Przed ustaleniem programu potwierdzimy dokładny produkt i środowisko, bo nazwa Codex występuje też w innych kontekstach.
Zależy od zakresu. Osoba oceniająca kod musi mieć kompetencje do jego sprawdzenia. Uczestnicy nietechniczni mogą poznawać rolę agenta w prototypowaniu, ale to nie zastępuje nauki programowania.
Można omówić taki wariant po sprawdzeniu dostępu, poufności, zasad organizacji i zakresu. Nie udostępniaj repozytorium przed takim uzgodnieniem.
Forma i czas nie są jeszcze ustalone. Dobieramy je po rozmowie o uczestnikach, celu i programie.
Cena zależy od zakresu, liczby uczestników i formy. Podamy ją po ustaleniu tych elementów.
Nie obiecujemy certyfikatu. Ewentualne materiały lub podsumowanie trzeba potwierdzić przed ustaleniem współpracy.
To narzędzia różnych dostawców do pracy programistycznej. Wybór zależy od środowiska i zadania; aktualne różnice omawiamy przed szkoleniem.
Nie mamy potwierdzonej informacji o dofinansowaniu tego szkolenia. Jeśli zależy Ci na takiej możliwości, uwzględnijmy to w rozmowie przed wyborem terminu.
Może wspierać zadania programistyczne, ale najpierw trzeba ocenić, czy zadanie jest odpowiednio opisane, czy dostęp jest bezpieczny i jak sprawdzić efekt. Nie obiecujemy, że każdą czynność da się automatyzować.
Kolejny krok
W krótkiej rozmowie ustalimy, kto weźmie udział, z jakiego środowiska korzysta i co chce przećwiczyć. Dopiero wtedy można odpowiedzialnie potwierdzić program, formę, czas, cenę i termin.