# Codex + Twój dostawca

Przypisz konfiguracji uruchamiania Codex własnego dostawcę modeli albo użyj istniejącego profilu natywnego.

## Przygotuj dane dostawcy

Zainstaluj Codex i pobierz od dostawcy adres bazowy, klucz API oraz identyfikator modelu. Endpoint musi obsługiwać OpenAI Responses API; zgodność z Chat Completions nie wystarczy.

Przykład dodaje wpis `Codex · work` bez zmiany innych wpisów Codex i bez edycji globalnej konfiguracji Codex.

Masz już profil Codex? Przejdź do sekcji [Użyj istniejącego profilu Codex](https://facadecode.com/pl/docs/providers/codex/#profile).

## 1. Zdefiniuj dostawcę

Dodaj tę konfigurację do facade.json (zobacz [Ustawienia agentów](https://facadecode.com/pl/docs/settings/)). Zastąp przykładowy adres bazowy, klucz i identyfikator modelu:

```json
{
  "clis": {
    "Codex · work": {
      "type": "codex",
      "model": "YOUR_MODEL_ID",
      "args": [
        "-c",
        "model_provider=work",
        "-c",
        "model_providers.work.name=Work",
        "-c",
        "model_providers.work.base_url=https://api.example.com/v1",
        "-c",
        "model_providers.work.wire_api=responses",
        "-c",
        "model_providers.work.env_key=WORK_API_KEY"
      ],
      "env": {
        "WORK_API_KEY": "YOUR_API_KEY"
      }
    }
  }
}
```

Użyj tego samego identyfikatora dostawcy, `work`, w polu `model_provider=work` i we wszystkich ustawieniach `model_providers.work.…`. Nazwa zmiennej z kluczem, `WORK_API_KEY`, musi być zgodna z `env_key`.

## 2. Sprawdź ustawienia dostawcy

| Ustawienie | Działanie |
| --- | --- |
| `model_provider=work` | Wybiera dostawcę zdefiniowanego w ustawieniach work. |
| `model_providers.work.name` | Nadaje temu dostawcy nazwę wyświetlaną. |
| `model_providers.work.base_url` | Ustawia bazowy adres API. |
| `model_providers.work.wire_api=responses` | Używa formatu Responses API. |
| `model_providers.work.env_key=WORK_API_KEY` | Wskazuje Codexowi zmienną środowiskową zawierającą klucz. |
| `env.WORK_API_KEY` | Przekazuje ten klucz do procesu Codex. |

Każde `-c` ustawia jedną opcję Codex dla agentów uruchamianych z tego wpisu.

W przykładzie klucz jest zapisany w facade.json. Jeśli klucz znajduje się już w zmiennej środowiskowej, ustaw `env.WORK_API_KEY` na `${env:WORK_API_KEY}`. Edytor musi mieć tę zmienną przed uruchomieniem agenta.

## 3. Uruchom Codex z tą konfiguracją

Zapisz facade.json, wybierz **New Agent** i wskaż `Codex · work`. Sprawdź wybrany model poleceniem `/model`, a następnie wyślij krótkie zadanie dotyczące projektu.

Jeśli dostawca udostępnia statystyki użycia, sprawdź, czy żądanie pojawiło się na właściwym koncie. Aby sprawdzić konfigurację uruchamiania, użyj polecenia **Show Agent Launch** i wybierz folder roboczy. Znajdź ten wpis w raporcie, aby zobaczyć, jak następny agent uruchomi się z bieżącymi ustawieniami.

Błędy żądań opisuje artykuł [Rozwiązywanie problemów](https://facadecode.com/pl/docs/troubleshooting/).

## Przykład: QwenCloud

Dla klucza QwenCloud Token Plan użyj adresu `https://token-plan.maas.qwencloudapi.com/compatible-mode/v1` jako adresu bazowego i pozostaw `wire_api=responses`. Użyj modelu dostępnego w Twoim planie. Klucze rozliczane za użycie korzystają z endpointu właściwego dla regionu.

[Bieżące ustawienia Codex w QwenCloud ↗](https://docs.qwencloud.com/developer-guides/clients-and-developer-tools/codex)

## Użyj istniejącego profilu Codex

Jeśli używasz już natywnego profilu Codex, wskaż go w argumentach wpisu:

```json
{
  "clis": {
    "Codex · profile": {
      "type": "codex",
      "args": [
        "--profile",
        "work"
      ]
    }
  }
}
```

Zastąp `work` nazwą używanego profilu. Konfigurację dostawcy pozostaw w tym profilu, zamiast powtarzać ją we wpisie Facade. Zapisz plik, wybierz **New Agent** i wskaż `Codex · profile`. Wyślij krótkie zadanie i potwierdź żądanie w statystykach użycia dostawcy, jeśli są dostępne.