Eksploatacja Codex na produkcji

Poziom 3 Przegląd Zaktualizowano 2026-10-12

Eksploatacja Codex po wdrożeniu to obserwacja czterech sygnałów: zużycia względem limitów planu (/status, /usage i OpenTelemetry z tabeli [otel] w konfiguracji), kondycji instalacji (codex doctor), wydajności kodu, który Codex wdraża, oraz bezpieczeństwa tego kodu. Każdy sygnał ma właściciela i swoją stronę, więc nikt nie musi śledzić sesji.

Ten hub jest dla developerów i tech leadów, którzy po pierwszym miesiącu odpowiadają za Codex w zespole. Tygodniowy limit kończy się w środę, sesje jednej osoby zachowują się inaczej niż u reszty zespołu, a osoba od bezpieczeństwa pyta, co agent zmienił w zeszłym tygodniu. Polecenia CLI na tej stronie sprawdziliśmy z Codex CLI 0.157.1 w dniu 2026-09-26.

Która strona o eksploatacji Codex odpowiada na twoje pytanie?

Twoje pytanie	Strona
Na co idą kredyty i limity i jak sprawić, żeby starczyły na dłużej?	Kredyty, limity użycia i optymalizacja kosztów
Jak z Codex znaleźć i poprawić wolny endpoint lub zapytanie?	Optymalizacja wydajności z Codex
Jak z Codex przeprowadzić audyt bezpieczeństwa kodu?	Skanowanie bezpieczeństwa z Codex
Jak znalezisko z Codex Security zamienia się w przetestowaną, scaloną poprawkę?	Codex Security i centrum dowodzenia agentami

Telemetria wspólna dla wszystkich agentów jest opisana w obserwowalności agentów. Polityka wydatków u wielu dostawców jest w zarządzaniu kosztami użycia AI, a ceny modeli w hubie modeli.

Jak ustawić bazową kontrolę eksploatacji Codex?

Zrób to raz na zespół, zanim zaczniesz cokolwiek stroić.

Sprawdź każdą instalację. W terminalu uruchom codex --version i codex doctor --summary. codex doctor sprawdza instalację, konfigurację, uwierzytelnianie, łączność i stan środowiska uruchomieniowego; --json zwraca raport maszynowy z usuniętymi danymi wrażliwymi, który dołączysz do zgłoszenia albo zbierzesz z każdej maszyny. Zapisz wersję, bo domyślne ustawienia zmieniają się między wydaniami.
Odczytaj własne zużycie. W sesji /status pokazuje szacowane kredyty lub koszt wątku w uprawnionych workspace’ach (od CLI 0.148.0), a /usage pokazuje zużycie konta i proponuje reset limitu (od 0.156.0). Limity liczone są w oknach pięciogodzinnych i tygodniowych.
Eksportuj telemetrię do własnego kolektora, nie tylko do OpenAI. Dodaj tabelę [otel] do konfiguracji użytkownika (~/.codex/config.toml) albo systemowej (/etc/codex/config.toml):
```
[otel]
environment = "prod"
log_user_prompt = false          # wartość domyślna; prompty nie trafiają do eksportu

[otel.exporter.otlp-http]
endpoint = "http://localhost:4318/v1/logs"
protocol = "binary"
```
Codex ignoruje otel w pliku .codex/config.toml repozytorium (lista kluczy blokowanych na poziomie projektu, 0.157.1), więc sklonowane repozytorium nie przekieruje eksportu. Domyślnie eksporter jest wyłączony. Pełną listę zdarzeń i reguły alertów znajdziesz w zaawansowanej konfiguracji Codex.
Ogranicz każdy przebieg bez nadzoru. codex exec nie ma w 0.157.1 flagi limitu wydatków (sprawdzone przez codex exec --help 2026-09-26). Przebiegi w CI ograniczaj timeoutem zadania, jednym zadaniem na przebieg i flagą --ephemeral, żeby sesje nie były zapisywane. W GitHub Actions ustaw timeout-minutes: 20 na zadaniu, które uruchamia codex exec --ephemeral.
Trzymaj jedną politykę modeli. GPT-6.1 Sol jest domyślnym modelem od CLI 0.159.1 i domyślnie działa z wysiłkiem low. Zanim zmienisz model, podnieś model_reasoning_effort, a rutynowe zadania przenoś na GPT-6 Luna dopiero wtedy, gdy twoje własne ewaluacje potwierdzą, że wynik się utrzymuje. Ceny są w hubie modeli.

Do not edit any files. Audit how Codex is configured for this repository:
AGENTS.md (root and nested), .codex/config.toml, .codex/ skills and hooks,
and any codex exec calls in .github/workflows/ or scripts/.
Report a table with columns: file, finding, cost or risk, fix. Look for:
1. AGENTS.md content over 200 lines, or rules repeated across files (loaded every session).
2. MCP servers that nothing in the repository or the last 20 commits refers to.
3. Unattended runs using --dangerously-bypass-approvals-and-sandbox or danger-full-access.
4. CI jobs that call codex exec without a timeout.
End with the three changes that save the most usage and the one that removes the most risk.

Read ops/codex-events.csv, exported from our OpenTelemetry collector
(one row per Codex event with user, model, date and event name).
First print the column names you found; if user, model, date or event name is missing,
stop and say so. Do not guess missing values. Report:
1. Sessions per active developer per week, as median and 90th percentile.
2. The share of sessions per model and per reasoning effort.
3. Every denied tool decision or sandbox outcome in an unattended run, grouped by job.
4. Any week where sessions rose more than 30% with no matching rise in merged pull requests.
Write the result to ops/codex-review.md, cite the rows behind every number,
and list the rows you could not parse.

Skąd wiesz, że Codex działa dobrze, bez śledzenia sesji?

Czytaj sygnały, które mają właściciela, a nie transkrypty. Otwieraj sesję dopiero wtedy, gdy wskaże ją sygnał.

Sygnał	Źródło	Jak wygląda zdrowy stan	Właściciel
Zużycie	`/status`, `/usage` i twój kolektor OpenTelemetry	Nikt nie wyczerpuje tygodniowego okna przed końcem tygodnia; każdy developer jest widoczny w kolektorze	Tech lead
Kondycja instalacji	`codex doctor --json` po każdej aktualizacji	Żadnych nieudanych kontroli w `codex doctor`; jedna wersja CLI w całym zespole	Każdy developer
Wydajność wdrożonego kodu	Trace’y (OpenTelemetry) i benchmarki twojej aplikacji	Brak regresji po zmianie od Codex; zobacz optymalizację wydajności	Dyżurny inżynier
Bezpieczeństwo wdrożonego kodu	`@codex security review` (wyzwalacz w GitHubie sprawdzony 2026-08-28), twoje skanery i test exploita dla każdej poprawki	Każde poważne znalezisko ma test, który najpierw nie przechodził, a po poprawce przechodzi, albo udokumentowane odrzucenie	Właściciel kodu

Etap przed tym to code review i wdrożenie z Codex. Polityka dla całego zespołu, requirements.toml i dowody audytowe są w zarządzaniu Codex w firmie.

Co się psuje, gdy Codex pracuje codziennie?

Objaw	Przyczyna	Naprawa
Tygodniowy limit kończy się w połowie tygodnia	Szerokie zadania eksploracyjne, długi `AGENTS.md` albo podniesiony wysiłek w każdym zadaniu	Sprawdź `/status` dla każdego wątku, dziel zadania, skróć `AGENTS.md` i ustawiaj wysiłek per zadanie; zobacz optymalizację kosztów
Kolektor nie pokazuje nic od jednego developera	Tabela `[otel]` w `/etc/codex/config.toml` to tylko wartość domyślna, którą nadpisuje `~/.codex/config.toml` developera; albo eksportera nigdy nie ustawiono.	Porównaj tabelę `[otel]` w `~/.codex/config.toml` developera z `/etc/codex/config.toml`; `codex doctor` uruchamiaj tylko po to, by wyłapać ostrzeżenia startowe, np. o zignorowanych kluczach z konfiguracji projektu; co miesiąc zestawiaj pokrycie kolektora z liczbą stanowisk
Ktoś w zespole dostaje inny model lub inne zachowanie	Różne wersje CLI: GPT-6.1 Sol jest domyślny dopiero od 0.159.1 (wcześniej, od 0.153.4, GPT-6 Astra)	Porównaj `codex --version`; uruchom `codex update`
Zadanie w CI trwa znacznie dłużej niż planowano	`codex exec` nie ma w 0.157.1 limitu wydatków	Dodaj timeout zadania i oznacz zadanie jako nieudane, gdy zadziała; trzymaj jedno zadanie na przebieg
Podatność trafia na produkcję w zmianie napisanej przez Codex	Przegląd bezpieczeństwa uruchamiano tylko wtedy, gdy ktoś o nim pamiętał	Zrób z `@codex security review` i testu exploita warunek scalenia; zobacz Codex Security

Gdy przebieg agenta wywoła incydent produkcyjny, postępuj według reagowania na incydenty wywołane przez agenta: najpierw unieważnij jego poświadczenia, potem badaj.