Отдельные ключи config.toml обретают смысл, когда собираются в цельные профили под контекст. Профиль отвечает на вопрос "как мы хотим, чтобы Codex вёл себя в этой роли", и собирается из модели, разрешений, sandbox и служебных ключей в одно объяснимое поведение, а не в россыпь скопированных строк. Три профиля покрывают большинство сценариев: безопасный локальный для ежедневной работы, строгий для обзора и отдельный для автоматизации.

Базовый локальный профиль задаёт разумный рабочий баланс. Полезно один раз увидеть его целиком. Ниже - модель и умеренный effort, approval_policy on-request, sandbox workspace-write, кэшированный поиск, credentials в keyring, выключенный login shell и сеть off в рабочей записи. Читается он как явное описание безопасной ежедневной среды: агент может работать и менять файлы в workspace, но не выходит в сеть и не хранит credentials в файле, а спрашивает на выходе за границу.

Профиль обзора устроен намеренно иначе, и различие поучительно. Ниже - review-профиль: approval_policy never, sandbox read-only, высокий effort. Логика прозрачна: обзор не должен ничего менять, поэтому read-only; ему не нужны остановки на подтверждение, поэтому never; и он выигрывает от более глубокого рассуждения, поэтому высокий effort. Это не просто другой набор значений, а другая задача, выраженная конфигурацией, - и именно поэтому её выносят в отдельный профиль.

Полезно один раз увидеть, как профиль выбирают на запуск. Ниже - codex --profile review для интерактива и codex exec --profile review для неинтерактивного обзора репозитория. К этой форме возвращаются, переключаясь между режимами работы: один и тот же репозиторий можно открыть в безопасном локальном профиле для правок и в строгом read-only для обзора, не переписывая настройки вручную каждый раз. Профиль - это переиспользуемая, названная роль, а не разовая настройка.

Автоматизация требует отдельного подхода к тому, где живут настройки. Для CI надёжнее указывать sandbox и output-флаги прямо в самой команде, а не полагаться только на файл профиля, который на чужой машине может оказаться другим. Явные флаги в команде делают прогон воспроизводимым: он ведёт себя одинаково независимо от того, что лежит в пользовательском config исполнителя. Профиль хорош для человека за терминалом, но CI ценит явность выше удобства.