Skip to main content
Skorzystaj z tego przewodnika, aby uruchomić Codex z CometAPI jako dostawcą modeli. Oficjalne materiały:

Wymagania wstępne

Wybierz sposób konfiguracji

Udostępniamy dwie opcje, aby pomóc Ci szybko skonfigurować Codex.

Opcja 1: Skonfiguruj Codex ręcznie (zalecane)

Edytuj bezpośrednio plik ~/.codex/config.toml na poziomie użytkownika. To najbardziej niezawodna ścieżka, szczególnie dla użytkowników Windows i WSL.

Opcja 2: Skonfiguruj za pomocą skryptu

Uruchom skrypt konfiguracyjny jako skrót. Zapisuje on tę samą konfigurację dostawcy i przechowuje CometAPI API key dla Codex.

Skonfiguruj Codex ręcznie

Codex odczytuje domyślne ustawienia dostawcy z pliku ~/.codex/config.toml na poziomie użytkownika. Skonfiguruj tam dostawcę CometAPI, a nie w projektowym pliku .codex/config.toml. Codex ignoruje ustawienia provider i provider-auth w projektowych plikach konfiguracyjnych. Zalecana konfiguracja używa nazwanego dostawcy cometapi oraz uwierzytelniania opartego na poleceniu. Dzięki temu CometAPI pozostaje oddzielone od wbudowanego dostawcy OpenAI, nie wymaga dziedziczenia zmiennych środowiskowych powłoki i nie zastępuje ~/.codex/auth.json.
Zapisz swój klucz API CometAPI w lokalnym pliku z kluczem:
Dodaj tę konfigurację do ~/.codex/config.toml:
Natywny Codex w systemie Windows używa $HOME\.codex, zwykle C:\Users\<user>\.codex. WSL używa ~/.codex z dystrybucji Linux. Edytuj katalog odpowiadający środowisku, w którym działa agent Codex.

Użyj uwierzytelniania za pomocą zmiennej środowiskowej

Jeśli wolisz przechowywać klucz API CometAPI w zmiennej środowiskowej, użyj env_key zamiast bloku [model_providers.cometapi.auth]. Używaj tej konfiguracji dostawcy tylko wtedy, gdy COMETAPI_KEY jest dostępny w środowisku uruchamiającym Codex:
Nie łącz env_key z [model_providers.cometapi.auth]. Codex obsługuje jedną metodę uwierzytelniania na niestandardowego dostawcę.

Uruchom skrypt konfiguracji

Skrypt konfiguracji jest opcjonalny. Zapisuje tę samą konfigurację providera cometapi do ~/.codex/config.toml, przechowuje Twój klucz API CometAPI w ~/.codex/cometapi_key, tworzy kopie zapasowe przed zmianami plików i weryfikuje konfigurację za pomocą codex exec, gdy dostępny jest Codex CLI. W przypadku macOS, Linux lub WSL uruchom interaktywny instalator:
W przypadku konfiguracji nieinteraktywnej przekaż klucz API jawnie:
W przypadku natywnego Windows PowerShell uruchom interaktywny instalator:
W przypadku nieinteraktywnej konfiguracji w Windows przekaż klucz API jawnie:
Domyślnie skrypt nie zastępuje ~/.codex/auth.json i nie usuwa logowania ChatGPT. Używaj --force-auth-json lub -ForceAuthJson tylko wtedy, gdy chcesz, aby skrypt zarządzał logowaniem Codex z użyciem klucza API przez auth.json.

Wybierz lub zmień model ID

Użyj model ID ze strony Models. W konfiguracji ręcznej zmień wartość model w ~/.codex/config.toml. W przypadku macOS, Linux lub WSL przekaż --model podczas uruchamiania skryptu konfiguracji:
W przypadku natywnego Windows PowerShell przekaż -Model podczas uruchamiania skryptu konfiguracji:
Skrypt używa CODEX_HOME, jeśli jest ustawione. W przeciwnym razie zapisuje do ~/.codex bieżącego środowiska.

Zweryfikuj konfigurację

Aby zweryfikować konfigurację za pomocą Codex CLI, uruchom to polecenie tylko do odczytu z dowolnego lokalnego projektu:
Jeśli Codex CLI nie jest dostępny w PATH, otwórz aplikację Codex i wyślij krótki Prompt z lokalnego projektu.

Rozwiązywanie problemów

Upewnij się, że model_provider = "cometapi" znajduje się w pliku ~/.codex/config.toml na poziomie użytkownika.
Zaktualizuj ~/.codex/cometapi_key albo ponownie uruchom skrypt konfiguracji ze zaktualizowaną wartością $COMETAPI_KEY.
Użyj ręcznych natywnych kroków PowerShell dla Windows, a następnie uruchom polecenie weryfikacyjne.
Użyj --key "$COMETAPI_KEY", ustaw COMETAPI_KEY albo uruchom interaktywne polecenie sh -c "$(curl ...)".
Upewnij się, że base_url ma wartość https://api.cometapi.com/v1 w ~/.codex/config.toml.
Sprawdź stronę Models, aby zobaczyć dostępne model IDs.
Edytuj $HOME\.codex dla natywnego trybu Windows albo edytuj ~/.codex wewnątrz WSL dla trybu agenta WSL.
Nie używaj --force-auth-json ani -ForceAuthJson, chyba że chcesz korzystać z trybu logowania za pomocą klucza API.