
Wybierz ChatGPT Work, gdy firmowy kontekst i działania są już dostępne jako skille, pluginy albo połączenia MCP, a wynikiem ma być raport, dokument, arkusz lub analiza. Wybierz Codex, gdy źródłem prawdy jest folder z instrukcjami i powiązanymi plikami albo gdy rezultat wymaga pracy z kodem, repozytorium, terminalem i testami.
Jeśli agent ma wejść do folderu z ontologią CRM, zacząć od manifestu, dobrać właściwe pliki i przestrzegać zapisanej w nich polityki uprawnień, naturalnym wyborem jest Codex. Jeśli te same zasady są podane przez skill, a aktualne dane i dozwolone akcje przez serwer MCP, Work wystarczy. Gdy dane mają być pobierane z CRM-u i zapisywane z powrotem bez ręcznego eksportu, w obu przypadkach potrzebujesz jeszcze połączenia z systemem.
| Kryterium | ChatGPT Work | Codex |
|---|---|---|
| Najlepszy rodzaj zadania | Research, analiza i gotowy materiał do użycia | Kod, testy, komendy i zmiany w repozytorium |
| Gdzie leżą instrukcje | Skill albo plugin prowadzi agenta przez zadanie | Pliki AGENTS.md, manifesty i instrukcje w folderze projektu |
| Typowe źródła | Projekty ChatGPT, skille, pluginy, serwery MCP i materiały wskazane przez użytkownika | Folder projektu, repozytorium, terminal, narzędzia deweloperskie i dokumentacja techniczna |
| Typowy wynik | Dokument, arkusz, prezentacja, raport, analiza albo Site | Działający kod, poprawka, test, skrypt, przegląd zmian albo automatyzacja techniczna |
| Sposób kontroli | Czytasz wynik, sprawdzasz źródła i zatwierdzasz materiał | Oglądasz różnice w plikach, wynik testów i wykonane komendy |
| Kto powinien zacząć | Osoba biznesowa, operacyjna lub analityczna | Programista, administrator techniczny albo osoba pracująca świadomie na plikach i skryptach |
| Czego nie dostajesz automatycznie | Aktualnych danych z CRM-u bez dostępu i integracji | Znaczenia etapów sprzedaży, reguł firmy i decyzji biznesowej |
OpenAI opisuje Work jako tryb do dłuższej pracy wieloetapowej i gotowych materiałów, a Codex jako agenta do tworzenia oprogramowania i pracy technicznej. Aktualne rozróżnienie, dostępność i sposób przełączania są w dokumentacji OpenAI.
To rozróżnienie widać dobrze na przykładzie ontologii CRM. Taki folder może zawierać manifest, znaczenie pól, kryteria etapów, opis automatyzacji, zasady dostępu i listę działań dozwolonych agentowi. Agent nie powinien czytać wszystkiego naraz. Zaczyna od manifestu i dobiera pliki potrzebne do konkretnego zadania.
Jeżeli źródłem prawdy jest właśnie ten folder, wybierz Codex. Pracuje bezpośrednio w projekcie, widzi układ plików, może stosować instrukcje przypisane do repozytorium i pokazać, co zmienił. Pasuje też do utrzymania ontologii, bo da się uruchomić walidację, porównać wersje i zapisać poprawki.
Work jest lepszym wyborem, gdy ktoś wcześniej zamknął tę wiedzę w skillu, a dostęp do Pipedrive'a, HubSpota albo innego systemu wystawił przez plugin lub serwer MCP. Skill mówi, jak wykonać zadanie. MCP dostarcza aktualne dane i dozwolone operacje. Użytkownik prosi wtedy o analizę pipeline'u, zamiast wskazywać pięć plików i tłumaczyć ich kolejność.
Work może dostać lokalny folder po nadaniu dostępu. Jeśli jednak każde zadanie zaczynasz od polecenia „otwórz manifest, potem wybierz odpowiednie pliki i sprawdź politykę”, przenosisz obsługę repozytorium na osobę biznesową. Wtedy lepiej użyć Codexa albo przygotować osobny skill do korzystania z ontologii. OpenAI opisuje skille jako wspólny format dla ChatGPT i Codexa, a skille spakowane jako plugin udostępnia również w Work. Szczegóły są w dokumentacji skillów OpenAI.

Jeżeli nazwy czat, asystent i agent zlewają Ci się w jedno, zacznij od wyjaśnienia, czym jest agent AI i co odróżnia go od chatbota. Work i Codex należą do tej samej rodziny narzędzi agentowych, ale dostały inny rodzaj pracy.
Oba narzędzia mogą pomóc przy podsumowaniu pipeline'u, ale zaczną od innych materiałów i zostawią po sobie inny rezultat.
Załóżmy, że dyrektor sprzedaży chce co poniedziałek dostać raport z czterema rzeczami:
| Element zadania | ChatGPT Work | Codex |
|---|---|---|
| Dane wejściowe | Skill opisujący raport, połączenie MCP z CRM-em, notatki i szablon | Folder z ontologią CRM, repozytorium ze skryptem, opis API, testowe dane i szablon |
| Pierwsze wykonanie | Skill prowadzi zadanie, a MCP dostarcza aktualne dane. Work przygotowuje raport do sprawdzenia | Czyta manifest i potrzebne pliki, tworzy albo poprawia kod, uruchamia testy i generuje raport |
| Następny tydzień | Ponownie korzysta z tego samego skilla i połączenia. Zadanie można też zaplanować | Uruchamia ten sam skrypt, jeśli integracja i środowisko są utrzymane |
| Kontrola błędu | Sprawdzasz liczby, źródła i wnioski w raporcie | Sprawdzasz kod, logi, testy i wynik na danych kontrolnych |
| Granica | Nie naprawi brakujących pól ani nie ustali sam kryteriów etapów | Nie zdecyduje, co w Waszym procesie oznacza „ryzyko” albo „stara szansa” |
Work jest szybszą drogą do pierwszego użytecznego raportu. Codex ma przewagę, gdy raport ma powstawać z tych samych reguł co tydzień, a błędy trzeba łapać testami przed pokazaniem wyniku. To nie oznacza, że każda cykliczna analiza wymaga kodu. Jeżeli Work ma dozwolone połączenie ze źródłem i dobrze opisane zadanie, także może wykonywać pracę cyklicznie. Różnica polega na tym, czy utrzymujesz materiał i instrukcję, czy techniczny proces zapisany w plikach.
Podsumowanie pipeline'u jest jednym z kilku zastosowań. W osobnym materiale zebrałem siedem przykładów agentów AI w sprzedaży razem z danymi wejściowymi, punktem akceptacji i metryką każdego zadania.
Wybierz Work, gdy głównym rezultatem jest materiał biznesowy, który ktoś ma przeczytać, poprawić i wykorzystać.
Work pasuje do firmy szczególnie wtedy, gdy:
W aplikacji desktopowej Work może korzystać z lokalnych plików i aplikacji po nadaniu zgody. W chmurze pracuje na materiałach i połączeniach dostępnych w danym planie oraz obszarze roboczym. Lokalne zadanie zostaje na komputerze, a zadania chmurowe mogą synchronizować się między obsługiwanymi urządzeniami.
Dobrym pierwszym zadaniem jest materiał, którego wynik łatwo ocenisz. Daj Workowi poprzedni raport, eksport danych, definicje wskaźników i napisz, czego nie wolno mu zgadywać. Sprawdź, czy każda liczba prowadzi do konkretnego wiersza albo źródła.
Wybierz Codex, gdy zadanie wymaga kontrolowanych zmian w plikach, uruchamiania komend albo budowy czegoś, co ma działać ponownie.
Codex pasuje, gdy:
Codex działa przez osobne klienty, między innymi aplikację desktopową, CLI, rozszerzenie IDE i wydzielony interfejs webowy. W standardowym ChatGPT na webie i mobile nie wybierasz go jako trybu obok Work. OpenAI utrzymuje aktualną listę klientów oraz warunki planów w dokumentacji Codexa.
Codex nie jest jednak skrótem do integracji. Żeby pobrał dane z Pipedrive'a, HubSpota albo innego CRM-u, musi dostać dokumentację, dane dostępowe w bezpiecznej formie, środowisko wykonania i reguły obsługi błędów. Work potrzebuje tego samego dostępu, tyle że zwykle dostaje go przez gotowy plugin albo serwer MCP. Sam wybór trybu nie mówi jeszcze, co agentowi wolno zrobić w systemie klienta.
Work i Codex nie wiedzą, co w Waszej firmie oznacza dobra szansa sprzedaży, kiedy oferta jest gotowa ani które pole może zmienić agent. Te reguły zwykle siedzą w głowach handlowców, automatyzacjach i wyjątkach dopisywanych przez lata.
Przy podsumowaniu pipeline'u trzeba ustalić przynajmniej:
Bez tych ustaleń Work przygotuje ładny raport z niespójnych danych. Codex zapisze tę samą niespójność w skrypcie i będzie ją powtarzał bez wahania.
Jeżeli spiszesz te zasady jako folder z ontologią CRM, Codex może czytać je bezpośrednio z projektu. Jeżeli chcesz udostępnić tę samą wiedzę handlowcom i dyrektorowi sprzedaży w Work, przygotuj skill do korzystania z ontologii i połącz go z CRM-em przez MCP. Sam folder jest źródłem wiedzy. Skill i MCP zamieniają go w sposób pracy dostępny bez otwierania repozytorium.

Wdrażając CRM-y na co dzień, widzę tu ten sam błąd: firma chce wybrać mocniejsze narzędzie, zanim nazwie reguły. Dlatego przed wpuszczeniem agenta do CRM-u zaczynam od spisania procesu i granic agenta. Narzędzie można później zmienić. Znaczenie danych musi zostać w firmie.
Integracja jest potrzebna wtedy, gdy materiał ma powstawać z aktualnych danych bez ręcznego eksportu albo wynik ma wracać do CRM-u.
Są trzy różne poziomy pracy:
| Poziom | Co się dzieje | Przykład |
|---|---|---|
| Narzędzie | Użytkownik dostarcza materiały i odbiera wynik | Work analizuje eksport i tworzy raport |
| Automatyzacja | System uruchamia stałe kroki po zdarzeniu albo harmonogramie | Co poniedziałek pobiera dane i zapisuje plik |
| Agent w procesie | Dobiera kroki, korzysta z kilku źródeł i zatrzymuje się w ustalonych miejscach | Sprawdza ryzyka, przygotowuje komentarze i prosi o zatwierdzenie zmian w CRM-ie |
Jeżeli zastanawiasz się, gdzie kończy się funkcja narzędzia, a zaczyna integracja, zobacz porównanie API, CRM-u i agenta AI. Tam różnica dotyczy architektury całego procesu, a nie nazwy produktu.
Szerszy wybór między narzędziem, automatyzacją i zmianą całego sposobu pracy opisuję w przewodniku AI w sprzedaży: od narzędzia do wdrożenia. Ten tekst o Work i Codexie odpowiada tylko na jeden fragment tamtej decyzji.
Zespół, który dopiero chce ustalić wspólny sposób pracy z AI na własnych materiałach, może zacząć od programu AI dla zespołu sprzedaży. Program nie obejmuje integracji ani agentów na żywych danych. Jeżeli CRM jest uporządkowany, firma ma opiekuna rozwiązania i chce połączyć dane, materiały oraz pomiar, właściwym zakresem jest wdrożenie AI w sprzedaży B2B.
Work i Codex korzystają ze struktury użycia oraz kredytów powiązanej z planem ChatGPT. Dostęp, limity i możliwość dokupienia kredytów zależą od planu, rodzaju zadania, wybranego modelu i miejsca wykonania.
Nie podaję tu jednej ceny za zadanie, bo taka liczba zestarzałaby się szybciej niż artykuł. OpenAI publikuje bieżące zasady na stronie cen Codexa, a wykorzystanie można sprawdzić na swoim panelu użycia.
W firmie koszt licencji jest tylko jednym z czterech składników:
| Składnik | Co faktycznie kupujesz albo finansujesz |
|---|---|
| Plan i kredyty | Dostęp do modeli, narzędzi i limitu wykonania |
| Przygotowanie kontekstu | Cennik, definicje, szablony, przykłady i zasady procesu |
| Integracje | Połączenia z CRM-em, pocztą, kalendarzem, dokumentami i transkrypcjami |
| Kontrola i utrzymanie | Testy, akceptacje, logi, poprawki oraz aktualizacje po zmianie procesu |
Jeśli porównujesz tylko cenę planu, pomijasz pracę, która decyduje o jakości wyniku. Najdroższy wariant obu narzędzi dalej nie zna Waszych etapów sprzedaży ani cennika.
Wybór między Work i Codexem nie rozstrzyga, jakie dane wolno udostępnić agentowi. To osobna decyzja administratora i właściciela procesu.
OpenAI deklaruje, że domyślnie nie używa danych z ChatGPT Business, Enterprise, Edu ani API do trenowania modeli. Opisuje też szyfrowanie, kontrolę retencji i uprawnienia administratorów na stronie prywatności danych biznesowych. W planach indywidualnych obowiązują ustawienia danych danego konta, więc prywatna subskrypcja handlowca nie powinna być domyślnym miejscem dla danych klientów.
Na start nadaj agentowi minimalny potrzebny dostęp. Jeżeli ma przygotować raport, zwykle wystarczy odczyt. Zapis do CRM-u dołóż dopiero wtedy, gdy wynik jest stabilny, reguły są opisane, a każda zmiana ma właściciela i ślad w logach.
Najkrótszy test zaczyna się od jednego prawdziwego zadania, nie od listy funkcji.
Jeśli po tym ćwiczeniu nadal nie wiesz, które narzędzie wybrać, prawdopodobnie problemem nie jest produkt. Zadanie nie ma jeszcze ustalonego wejścia, wyniku albo właściciela.
Masz folder z instrukcjami i kontekstem, po którym agent ma poruszać się sam? Wybierz Codex. Masz gotowe skille oraz serwery MCP, które podają instrukcje, dane i dozwolone akcje? Work wystarczy do większości zadań biznesowych.
W obu przypadkach wdrożenie zaczyna się wcześniej: od wyboru zadania, uporządkowania danych, spisania reguł i ustalenia, gdzie człowiek zatwierdza wynik.
Jeżeli chcesz zacząć od wspólnego sposobu pracy zespołu, zobacz program AI dla zespołu sprzedaży. Jeżeli agent ma pracować na aktualnych danych z CRM-u i innych systemów, przejdź do wdrożenia AI w sprzedaży B2B.
Codex to agent OpenAI do pracy z kodem. Potrafi czytać i zmieniać pliki, uruchamiać komendy oraz testy, przeglądać zmiany i pracować z repozytorium. W ChatGPT pozostaje osobnym trybem pracy technicznej, a nie zamiennikiem Work do dokumentów i analiz biznesowych.
Codex jest dostępny w planach ChatGPT, a zakres użycia zależy od planu i bieżących zasad OpenAI. Darmowy dostęp może mieć niższe limity albo charakter próbny. Przed wyborem sprawdź aktualny plan i panel wykorzystania, bo limity zmieniają się częściej niż sam sposób działania narzędzia.
Codex jest lepszy do kodu, testów, terminala i repozytorium. ChatGPT Work jest lepszym wyborem do researchu, analizy i gotowych dokumentów, arkuszy, prezentacji lub raportów. Porównanie bez podania rezultatu zadania nie ma sensu, bo oba narzędzia rozwiązują inny rodzaj pracy.
Codex służy do tworzenia, poprawiania i przeglądania kodu oraz technicznej pracy w projekcie. Może też budować skrypty i automatyzacje, jeśli ma dostęp do właściwego środowiska i dokumentacji. Nie ustala sam reguł procesu biznesowego ani znaczenia danych w CRM-ie.
Codex jest powiązany z planem ChatGPT, a rzeczywisty koszt zależy od planu, modelu, limitu i wykorzystanych kredytów. OpenAI zmienia zasady oraz limity, dlatego aktualna strona cen jest lepszym źródłem niż kwota wpisana na stałe w artykule. W firmie dolicz też przygotowanie danych, integracje i kontrolę wyniku.
Limit zależy od planu, modelu, liczby kroków i tego, czy praca odbywa się lokalnie, czy w chmurze. Długi projekt z dużym repozytorium zużyje więcej niż mała poprawka. Bieżący stan konta sprawdzisz w panelu użycia, a w aktywnej sesji CLI także poleceniem /status.
Raz w tygodniu dostaniesz bezpłatnie, jedno gotowe rozwiązanie, jak skutecznie wykorzystać nowoczesne technologie w sprzedaży B2B.
Zapisując się, zamawiasz newsletter Wellbiz sp. z o.o. i zgadzasz się na otrzymywanie e-maili z poradami i ofertami. Wypiszesz się jednym kliknięciem. Link jest w każdej wiadomości. Regulamin newslettera, Polityka prywatności