Перейти до основного вмісту
Скористайтеся цим посібником, щоб запускати Codex з CometAPI як провайдером моделей. Офіційні посилання:

Передумови

Виберіть шлях налаштування

Ми пропонуємо два варіанти, щоб допомогти вам швидко налаштувати Codex.

Варіант 1: Налаштувати Codex вручну (рекомендовано)

Відредагуйте файл ~/.codex/config.toml на рівні користувача безпосередньо. Це найнадійніший шлях, особливо для користувачів Windows і WSL.

Варіант 2: Налаштування через скрипт

Запустіть скрипт налаштування як скорочений шлях. Він записує ту саму конфігурацію provider і зберігає CometAPI API key для Codex.

Налаштуйте Codex вручну

Codex зчитує персональні стандартні налаштування провайдера з файлу рівня користувача ~/.codex/config.toml. Налаштовуйте провайдера CometAPI саме там, а не у файлі проєкту .codex/config.toml. Codex ігнорує налаштування provider і provider-auth у файлах конфігурації проєкту. Рекомендоване налаштування використовує іменований провайдер cometapi та автентифікацію на основі команди. Це відокремлює CometAPI від вбудованого провайдера OpenAI, не потребує успадкування змінних середовища оболонки та не замінює ~/.codex/auth.json.
Збережіть свій API key CometAPI у локальному файлі ключа:
Додайте цю конфігурацію до ~/.codex/config.toml:
Нативний Codex у Windows використовує $HOME\.codex, зазвичай C:\Users\<user>\.codex. WSL використовує ~/.codex дистрибутива Linux. Редагуйте каталог, який відповідає середовищу, у якому працює агент Codex.

Використовуйте автентифікацію через змінну середовища

Якщо ви хочете зберігати API key CometAPI у змінній середовища, використовуйте env_key замість блоку [model_providers.cometapi.auth]. Використовуйте цю конфігурацію провайдера лише тоді, коли COMETAPI_KEY доступний у середовищі, з якого запускається Codex:
Не поєднуйте env_key з [model_providers.cometapi.auth]. Codex підтримує один метод автентифікації для кожного користувацького провайдера.

Запустіть скрипт налаштування

Скрипт налаштування є необов’язковим. Він записує ту саму конфігурацію провайдера cometapi до ~/.codex/config.toml, зберігає ваш API-ключ CometAPI у ~/.codex/cometapi_key, створює резервні копії перед змінами файлів і перевіряє конфігурацію за допомогою codex exec, коли доступний Codex CLI. Для macOS, Linux або WSL запустіть інтерактивний інсталятор:
Для неінтерактивного налаштування явно передайте API-ключ:
Для Windows native PowerShell запустіть інтерактивний інсталятор:
Для неінтерактивного налаштування у Windows явно передайте API-ключ:
За замовчуванням скрипт не замінює ~/.codex/auth.json і не видаляє вхід через ChatGPT. Використовуйте --force-auth-json або -ForceAuthJson, лише якщо хочете, щоб скрипт керував входом до Codex за API-ключем через auth.json.

Виберіть або змініть model ID

Використовуйте model ID зі сторінки Models page. У разі ручного налаштування змініть значення model у ~/.codex/config.toml. Для macOS, Linux або WSL передайте --model під час запуску скрипта налаштування:
Для Windows native PowerShell передайте -Model під час запуску скрипта налаштування:
Скрипт використовує CODEX_HOME, якщо його задано. Інакше він записує у ~/.codex поточного середовища.

Перевірте налаштування

Щоб перевірити налаштування за допомогою Codex CLI, виконайте цю команду лише для читання з будь-якого локального проєкту:
Якщо Codex CLI недоступний у PATH, відкрийте застосунок Codex і надішліть короткий Prompt із локального проєкту.

Усунення несправностей

Переконайтеся, що model_provider = "cometapi" є у файлі користувацького рівня ~/.codex/config.toml.
Оновіть ~/.codex/cometapi_key або повторно запустіть скрипт налаштування з оновленим значенням $COMETAPI_KEY.
Використайте ручні кроки для Windows native PowerShell, а потім виконайте команду перевірки.
Використайте --key "$COMETAPI_KEY", встановіть COMETAPI_KEY або запустіть інтерактивну команду sh -c "$(curl ...)".
Переконайтеся, що base_url має значення https://api.cometapi.com/v1 у ~/.codex/config.toml.
Перевірте сторінку Models, щоб побачити доступні model IDs.
Редагуйте $HOME\.codex для режиму Windows native або редагуйте ~/.codex всередині WSL для режиму агента WSL.
Не використовуйте --force-auth-json або -ForceAuthJson, якщо вам не потрібен режим входу через API key.