Aby skonfigurować Codex w aplikacji desktopowej ChatGPT do wysyłania żądań przez Amazon Bedrock Mantle w us-gov-west-1, najpierw włącz wybrany model na koncie GovCloud, a potem przygotuj dane uwierzytelniające i pliki konfiguracyjne. AWS opisuje tę procedurę dla administratorów i zespołów wdrażających Codex w AWS GovCloud (US).
Modele dostępne w katalogu AWS
AWS wymienia GPT-5.4 dla usługi Bedrock Mantle działającej w regionie us-gov-west-1. Modele gpt-oss-120b i gpt-oss-20b są wymienione dla obu regionów GovCloud: us-gov-west-1 i us-gov-east-1 (regionalna lista modeli AWS).
Wpis w katalogu wskazuje dostępność regionalną, ale sam nie włącza modelu na konkretnym koncie. W konfiguracji Codex trzeba podać zatwierdzony dla organizacji identyfikator modelu; AWS nie wskazuje jednego identyfikatora właściwego dla wszystkich kont.
Najpierw włącz dostęp do modelu
AWS opisuje dwuetapową aktywację. Na połączonym ze środowiskiem GovCloud standardowym koncie AWS zaakceptuj umowę licencyjną EULA dla modelu w regionie us-east-1 albo us-west-2. Następnie włącz model na koncie GovCloud. Według AWS propagacja uprawnień może potrwać kilka minut (instrukcja dostępu do modeli).
Dopiero po tym etapie przygotuj konfigurację aplikacji. AWS opisuje dwa sposoby uwierzytelniania: klucz Amazon Bedrock albo łańcuch poświadczeń AWS SDK, który może korzystać z profilu SSO w AWS IAM Identity Center. Jeśli w środowisku ustawiono AWS_BEARER_TOKEN_BEDROCK, aplikacja używa tego tokenu przed poświadczeniami z profilu. Sekretów nie zapisuj w plikach TOML.
Przygotuj pliki przed uruchomieniem
AWS wymaga dwóch plików przed startem aplikacji: config.toml z ustawieniami użytkownika oraz administrator-controlled requirements.toml z wymaganiami organizacji. Ścieżki zależą od systemu:
| System | config.toml | requirements.toml |
| Windows | %USERPROFILE%\.codex\config.toml | %ProgramData%\OpenAI\Codex\requirements.toml |
| Linux i macOS | ~/.codex/config.toml | /etc/codex/requirements.toml |
W konfiguracji Codex wybierz dostawcę amazon-bedrock, zatwierdzony przez organizację identyfikator modelu, region us-gov-west-1 i endpoint Bedrock Mantle: https://bedrock-mantle.us-gov-west-1.api.aws/openai/v1. Przykład AWS korzysta z Responses API. Dokładny wybór modelu i uprawnienia muszą odpowiadać konfiguracji organizacji.
Ogranicz połączenia i oceń przepływ danych
Przykładowa polityka sieciowa AWS zezwala na połączenie z bedrock-mantle.us-gov-west-1.api.aws oraz blokuje wskazane zewnętrzne domeny. Przewodnik wyłącza też wybrane funkcje korzystające z sieci. To przykład konfiguracji, a nie uniwersalna polityka dla każdej agencji. W opisanym bezpośrednim połączeniu z AWS zasady przestrzeni roboczej ChatGPT i role użytkowników nie kontrolują żądań; istotne są polityki stacji roboczej oraz tożsamość i uprawnienia AWS.
AWS opisuje konfigurowalny tryb zerowego przechowywania danych (ZDR) dla promptów i odpowiedzi: w tym trybie nie są one zapisywane przez AWS w trwałej pamięci ani udostępniane dostawcom modeli. Osobno dokumentacja GovCloud wskazuje, że określone metadane zdefiniowane przez klienta mogą opuścić region, gdy klient poprosi AWS o zbadanie zgłoszonego problemu. Metadane ewaluacji modeli nie mogą zawierać danych kontrolowanych eksportowo (zasady Amazon Bedrock w AWS GovCloud).
Uruchom Codex i sprawdź dostawcę
Po zapisaniu obu plików uruchom aplikację. Sprawdź w ustawieniach aplikacji albo w Codex CLI za pomocą /status, czy dostawcą jest amazon-bedrock. AWS zaleca przerwanie wdrożenia, jeśli kontrola konfiguracji się nie powiedzie; opisuje też przywrócenie poprzednich ustawień i unieważnienie tymczasowych kluczy lub poświadczeń.
AWS wskazuje, że sama konfiguracja ani korzystanie z GovCloud nie autoryzują obciążenia. Organizacja odpowiada za ocenę modelu, regionu, endpointu, zabezpieczeń stacji roboczych, poświadczeń, repozytoriów i przepływów danych w ramach własnego procesu autoryzacji.
