Codex w zespole i firmie

Wdrożenie Codeksa w zespole to cztery decyzje, w tej kolejności: do którego workspace’u ChatGPT wszyscy się logują, co commituje repozytorium, jakie limity wymusza requirements.toml i jak sprawdzić efekt. Wartości domyślne są w config.toml, limity w requirements.toml; wdrożenie potrzebuje obu.

Ta strona jest dla tech leada, który przenosi Codex z jednego entuzjasty na cały zespół, i dla programisty, który ma ujednolicić konfigurację. Typowy objaw: ktoś pracuje z pełnym dostępem, ktoś inny ręcznie zatwierdza każde polecenie, a nikt nie wie, czy zły wynik wziął się z promptu, czy z konfiguracji. Sprawdzone na Codex CLI 0.157.1 w dniu 2026-09-26.

Która strona o Codeksie w zespole odpowiada na twoje pytanie?

Twoje pytanie	Strona
Jak współdzielić AGENTS.md, .codex/config.toml, reguły i umiejętności (skills) przez repozytorium?	Współpraca zespołowa i współdzielona konfiguracja
Jak wymusić limity, których programiści nie nadpiszą, i zdobyć dane do audytu?	Zarządzanie enterprise i zgodność
Jak utrzymać przewidywalne zużycie i wydatki na kredyty?	Zarządzanie kosztami Codeksa
Jak skonfigurować zadania w chmurze dla zespołu?	Środowiska chmurowe Codeksa

Używacie też Claude Code albo Cursora? Skorzystaj z jednej polityki dla wszystkich agentów kodujących. Decydujesz, gdzie model w ogóle może działać? Zacznij od strony gdzie działa model.

W jakiej kolejności wdrażać Codex w zespole?

Plik z ograniczeniami nic nie daje, dopóki połowa zespołu loguje się do złego workspace’u.

1. Ustal logowanie i plan. Codex jest dostępny w planach Plus, Pro, Business, Edu i Enterprise (README Codeksa od OpenAI, sprawdzone 2026-09-26). Umieść zespół w jednym workspace’ie Business lub Enterprise, a potem poproś każdą osobę o uruchomienie codex login status. Polecenie potwierdza logowanie przez ChatGPT, a nie kluczem API, ale nie podaje nazwy workspace’u; wymusza go przypięcie z kroku 3.

2. Zacommituj warstwę projektu. Zacommituj AGENTS.md, .codex/config.toml (sandbox, polityka zatwierdzeń, serwery MCP), zespołowe reguły i skills — wszystko pod CODEOWNERS. Codex wczytuje .codex/config.toml tylko z zaufanego katalogu, więc programista, który oznaczy go jako niezaufany, po cichu wraca do własnych ustawień.

3. Wymuś próg przez requirements.toml. Plik ogranicza wszystkie warstwy poniżej. Codex czyta go z /etc/codex/requirements.toml na macOS i Linuksie, z systemowego katalogu konfiguracji na Windowsie, z preferencji zarządzanych przez MDM albo z paczki konfiguracji zarządzanej w chmurze (config_requirements.rs, sprawdzone 2026-09-26).

   /etc/codex/requirements.toml

   allowed_login_methods = ["chatgpt"]
   allowed_chatgpt_workspaces = ["YOUR_WORKSPACE_ID"]
   allowed_approval_policies = ["on-request", "untrusted"]
   allowed_sandbox_modes = ["read-only", "workspace-write"]
   allowed_web_search_modes = ["disabled", "cached"]
   allow_managed_hooks_only = true

   Zastąp YOUR_WORKSPACE_ID identyfikatorem workspace’u. Inne logowanie kończy się błędem „Login is restricted to workspace id(s)…”. Ustaw zacommitowane approval_policy na dozwoloną wartość; /debug-config pokazuje, która wygrała.

   Ten fragment używa starszych trybów sandboksa. Profile uprawnień (default_permissions, beta) to mechanizm preferowany przez OpenAI i druga droga do pełnego dostępu; oba systemy się nie łączą. Jeśli zespół używa profili, ogranicz tę drogę przez allowed_permission_profiles. W odróżnieniu od pozostałych kluczy allowed_* to tabela nazw profili, a nie lista, więc tablica zostanie odrzucona:

   [allowed_permission_profiles]
   ":read-only" = true
   ":workspace" = true

   Nigdy nie dopuszczaj :danger-full-access. W 0.157.1 requirements.toml musi też ustawiać default_permissions, chyba że dopuszcza oba te wbudowane profile.

4. Udowodnij próg na czystej maszynie. Uruchom codex doctor, a potem /debug-config w TUI — polecenie pokazuje każdą warstwę konfiguracji i źródło każdego wymagania. Potem wypróbuj oba zapisy pełnego dostępu: codex --sandbox danger-full-access i codex -c default_permissions=":danger-full-access". Każda próba przechodzi, gdy Codex odmawia startu albo /status pokazuje dostęp read-only lub workspace-write.

5. Przepuszczaj wynik przez te same bramki co pracę człowieka. Pull requesty agenta przechodzą to samo CI, te same testy i ten sam przegląd CODEOWNERS co praca innych. Dodaj openai/codex-action@v1 albo codex exec review jako drugie przejście, tak jak opisuje Codex w CI/CD.

Prompt do skopiowania: audyt współdzielonej konfiguracji Codeksa w repozytorium

Audit this repository's shared Codex configuration for a team rollout. Do not edit any
files. Read every AGENTS.md, .codex/config.toml, any .rules files, the shared skills
directory and CODEOWNERS. Report:
1. Every setting that grants danger-full-access, approval_policy "never", or live web
   search, with the file and line.
2. Every MCP server: transport, what it can reach, and any credential that is not read
   from an environment variable.
3. Settings that only work on one machine: absolute paths, personal tokens, tools the
   README does not install.
4. Commands in AGENTS.md that no longer exist in package.json, Makefile or the CI files.
5. Which of these files CODEOWNERS does not protect.
End with a table: finding, risk (high, medium, low), and the one-line fix.

Prompt do skopiowania: projekt requirements.toml dla zespołu

Draft a requirements.toml proposal for our Codex rollout. Do not write it to any system
path; print it and explain each line. Base it on .codex/config.toml in this repository
and propose only:
1. allowed_approval_policies and allowed_sandbox_modes that exclude "never" and
   danger-full-access. allowed_sandbox_modes must include "read-only".
2. allowed_web_search_modes without "live".
3. allow_managed_hooks_only = true, with the hooks we would then need to manage centrally.
4. The MCP servers we already use, listed as [mcp_servers.<name>.identity] with their
   command or url.
For each line, name the developer workflow it would break and how to test that it holds.

Skąd wiesz, że wdrożenie Codeksa się trzyma?

Kontrola	Dowód	Kto zatwierdza
Wszyscy logują się do właściwego workspace’u	/debug-config pokazuje przypięcie allowed_chatgpt_workspaces; codex login status pokazuje logowanie przez ChatGPT; członkowie workspace’u zgadzają się ze składem zespołu	Administrator workspace’u
Próg jest wczytany	/debug-config pokazuje źródło wymagań; oba starty z pełnym dostępem z kroku 4 kończą się odmową albo dostępem read-only lub workspace-write w /status	Właściciel platformy lub bezpieczeństwa
Warstwa projektu jest wspólna	/status u dwóch programistów pokazuje ten sam model, sandbox i politykę zatwierdzeń	Tech lead
Zmiany agenta przechodzą te same bramki	CI i CODEOWNERS wymagane na gałęzi domyślnej; żadnych bezpośrednich pushy	Właściciel repozytorium

Co się psuje, gdy Codex trafia do całego zespołu?

• Wyniki jednej osoby różnią się od wyników reszty. Najpierw sprawdź zaufanie do projektu (niezaufany katalog pomija .codex/config.toml), potem nadpisania -c i --profile.
• requirements.toml jest odrzucany albo ignorowany. allowed_sandbox_modes bez "read-only" to w 0.157.1 błąd. Pusta lista allowed_approval_policies to również błąd, a pusta allowed_web_search_modes po cichu ogranicza wyszukiwanie do disabled. /debug-config pokazuje, które źródło Codex wczytał; warstwa zarządzana w chmurze albo przez MDM może wygrać z plikiem lokalnym.
• Hooki przestają działać po włączeniu allow_managed_hooks_only. To ustawienie celowo ignoruje wszystkie hooki spoza warstwy zarządzanej — użytkownika, projektu, sesji i pluginów. Najpierw przenieś hooki zespołu do warstwy zarządzanej.
• Wydatki rosną po wdrożeniu. Nieużywane serwery MCP i rozdęte pliki AGENTS.md zużywają kontekst w każdej sesji. Przytnij je i zajrzyj do strony zarządzanie kosztami Codeksa.

Co dalej przy wdrażaniu Codeksa w zespole?

• Zacznij od współdzielonych plików: współpraca zespołowa i współdzielona konfiguracja.
• Rozszerz kontrolę na całą organizację: zarządzanie enterprise i zgodność.
• Trzymaj poświadczenia agentów poza ich kontekstem: tożsamość agentów, poświadczenia i sekrety.
• Poprowadź ludzką stronę zmiany: prowadzenie zespołu, który dowozi z agentami.
• Porównaj konfigurację zespołową w innych narzędziach: Claude Code w zespole i Cursor w zespole.