AI PraktykPO POLSKU

Karty pisze AI wyłącznie z oficjalnej dokumentacji, a program sprawdza cytaty i komendy. Jak to działa

Kontrolaśredni

Bezpieczna praca: sandbox, zatwierdzanie, sieć

Bezpieczna praca opiera się na dwóch warstwach: sandbox określa techniczne możliwości Codex, a polityka zatwierdzania wskazuje, kiedy agent ma poprosić o zgodę. Domyślnie dostęp agenta do sieci jest wyłączony, a lokalny sandbox systemowy ogranicza dostęp Codex zwykle do bieżącego workspace. Tryby sandboxa, politykę zatwierdzania i ustawienia sieci można dostosować do poziomu ryzyka, który akceptujesz.

W trybie Auto Codex może automatycznie czytać pliki, edytować je i uruchamiać polecenia w katalogu roboczym. Zgody wymagają próby edycji plików poza workspace lub uruchomienia poleceń, które potrzebują dostępu do sieci. Gdy chcesz tylko rozmawiać lub planować bez wprowadzania zmian, przełącz się poleceniem /permissions na tryb read-only.

Reguły dostępu do sieci dotyczą miejsc docelowych używanych przez skrypty, programy i podprocesy uruchamiane przez polecenia. Aby ograniczyć już włączony ruch sieciowy regułami domen, włącz funkcję network_proxy; samo dodanie reguł jej nie aktywuje. Proxy nie przyznaje dostępu do sieci: przy wyłączonej sieci pozostaje ona wyłączona, a przy włączonej i wyłączonym proxy ruch wychodzący jest nieograniczony.

Jeśli potrzebujesz pośredniego poziomu kontroli, granularna polityka zatwierdzania pozwala zachować interaktywne prompty dla wybranych kategorii i automatycznie odrzucać inne. Automatyczny przegląd dotyczy działań, które już wymagają zatwierdzenia, natomiast działania mieszczące się w sandboxie nie dostają dodatkowego kroku przeglądu. Uruchomienie Codex bez sandboxa i zatwierdzeń jest opisane jako niezalecane, dlatego przed takim wyborem zachowaj ostrożność.

przykład
Użyj tego ustawienia, gdy Codex ma pracować w workspace, a działania wymagające zgody mają zatrzymać się do zatwierdzenia.
codex --sandbox workspace-write --ask-for-approval on-request
przykład
Wybierz ten wariant do bezpiecznego, tylko do odczytu przeglądania z zatwierdzaniem działań wykraczających poza sandbox.
codex --sandbox read-only --ask-for-approval on-request
przykład
Użyj tego wariantu sesji CLI, gdy chcesz włączyć sieć w trybie workspace-write i ustawić reguły dla domen.
codex \
  -c 'features.network_proxy.enabled=true' \
  -c 'features.network_proxy.domains={ "api.openai.com" = "allow", "example.com" = "deny" }' \
  -c 'sandbox_workspace_write.network_access=true'

Zastosowanie w praktyce

Do pracy nad plikami w bieżącym katalogu wybierz workspace-write z zatwierdzaniem na żądanie, jeśli chcesz automatycznych edycji w workspace i zgody poza jego granicami. Do rozmowy lub planowania bez zmian użyj trybu read-only dostępnego przez /permissions. Jeśli polecenia mają korzystać z sieci, włącz dostęp sieciowy dla workspace-write, a następnie aktywuj proxy, by ruch podlegał skonfigurowanej polityce. Gdy chcesz ograniczyć ryzyko do odczytu, wybierz read-only z zatwierdzaniem na żądanie; Codex może wtedy czytać pliki i uruchamiać polecenia w sandboxie tylko do odczytu.

WskazówkaNie zakładaj, że reguły domen same włączają ograniczanie ruchu: aktywuj network_proxy, a dostęp do sieci ustaw osobno.

Zgodne z dokumentacją (sprawdzone 30 października 2026), opis z 30 października 2026. Karta jest pisana od nowa, gdy zmieni się jej fragment dokumentacji.

Otwórz w serwisie (wyszukiwarka i filtry tematów)