3 способа запустить Codex CLI с обходом проверки разрешений: codex —yolo — аналог —dangerously-skip-permissions в Claude Code

После того как привыкаешь запускать Claude Code с claude --dangerously-skip-permissions, при переходе на командную строку OpenAI Codex сразу возникает вопрос: как включить в Codex такой же режим — чтобы ИИ работал без подтверждений? Ответ: codex —yolo. Полная форма команды — codex --dangerously-bypass-approvals-and-sandbox.

Это не просто заметка с одной командой для быстрого поиска. Мы разберём границы доступа, сценарии использования и правила безопасности для трёх способов запуска, а также расскажем, как подключить модель через APIYI apiyi.com.

Главное: после прочтения вы сможете выбрать параметры запуска под свою среду разработки — реже нажимать «Подтвердить» и при этом не разрешать ИИ то, чего разрешать не стоит.

Главное о параметре —yolo в командной строке Codex

Для начала сравним команды, которые полностью открывают доступ в обоих инструментах:

Полная и краткая формы команды Codex

codex --dangerously-bypass-approvals-and-sandbox и codex --yolo работают совершенно одинаково. Второй вариант — просто сокращённая форма первого. После запуска Codex перестаёт запрашивать подтверждение перед каждым действием и больше не ограничен песочницей: он может выполнять команды, изменять файлы и обращаться к сети.

Обратите внимание на два ключевых слова в полном названии параметра. «Approvals» — это подтверждения, то есть запрос разрешения перед выполнением каждой команды. «Sandbox» — песочница, которая ограничивает доступ Codex к файлам и сети. Полное название говорит о том, что команда снимает сразу два уровня защиты, а не только один.

Параметры Claude Code и Codex можно сопоставить так: --dangerously-skip-permissions в Claude Code в первую очередь отключает подтверждения, а --yolo в Codex не только делает то же самое, но и отключает песочницу. Поэтому этот параметр снимает больше ограничений, чем можно предположить по его названию.

Сравнение 3 способов запуска Codex из командной строки

В повседневной работе Codex чаще всего запускают одним из трёх способов. Разница между ними сводится к двум вопросам: требуется ли подтверждение и остаются ли ограничения песочницы.

codex — самый осторожный вариант. Он подойдёт, если вы впервые работаете с незнакомым проектом или хотите лично контролировать каждый шаг. codex --full-auto — золотая середина: операции в рабочей области выполняются автоматически, но ограничения песочницы остаются. Этот вариант лучше всего подходит для сценария «пусть ИИ работает сам, но не выходит за пределы каталога проекта». codex --yolo снимает все ограничения — он подойдёт, если среда уже достаточно изолирована, а цена ошибки невелика.

Если вам нужно, чтобы Codex выполнял задачи автоматически, как Claude Code, но вы не хотите сразу отключать песочницу, начните с codex --full-auto. Когда убедитесь, что задачи выполняются стабильно, а среде можно доверять, переходите на --yolo.

Кроме того, в Codex можно независимо настраивать политику подтверждений и режим песочницы — необязательно сразу снимать обе защитные меры. Доступные значения смотрите в выводе codex --help на своём компьютере и в официальной документации по настройке: они могут различаться в разных версиях.

Как быстро начать работу с Codex —yolo

Простейший пример запуска

Откройте в терминале каталог проекта и выполните команду:

# 完整写法
codex --dangerously-bypass-approvals-and-sandbox

# 等价的简写
codex --yolo

Если вам часто приходится переключаться между режимами, добавьте в файл конфигурации shell пару псевдонимов — так не придётся каждый раз вводить команды вручную:

# 加入 ~/.zshrc 或 ~/.bashrc
alias cx="codex"
alias cxa="codex --full-auto"
alias cxy="codex --yolo"

Названия псевдонимов можно изменить по своему усмотрению. Советуем сделать псевдоним для --yolo заметным, чтобы помнить: сейчас вы работаете в режиме без ограничений.

Настройка подключения моделей через APIYI

Codex поддерживает пользовательские провайдеры моделей. Если вы хотите вызывать разные модели с помощью одного API-ключа, подключите совместимый с OpenAI интерфейс APIYI apiyi.com по адресу https://api.apiyi.com/v1.

Пример настройки файла ~/.codex/config.toml:

# 自定义模型提供方示例，字段名以你所用 Codex 版本的官方配置文档为准
[model_providers.apiyi]
name = "APIYI"
base_url = "https://api.apiyi.com/v1"  # 使用 APIYI 统一接口
env_key = "APIYI_API_KEY"

После настройки запишите API-ключ в переменную окружения APIYI_API_KEY, а затем укажите apiyi в качестве провайдера по умолчанию. Названия полей и синтаксис могут различаться в разных версиях, поэтому перед настройкой сверьтесь с официальной документацией.

import os
import openai
from typing import Optional


def check_connection(
    prompt: str = "回复 OK 即可",
    model: str = "gpt-4o-mini",
    system_prompt: Optional[str] = None,
) -> str:
    """
    用最小请求验证 API Key 与 base_url 是否可用

    Args:
        prompt: 用户输入
        model: 模型名称
        system_prompt: 可选的系统提示词

    Returns:
        模型响应内容或错误信息
    """
    client = openai.OpenAI(
        api_key=os.environ.get("APIYI_API_KEY", "YOUR_API_KEY"),
        base_url="https://api.apiyi.com/v1",  # APIYI 统一接口
    )

    messages = []
    if system_prompt:
        messages.append({"role": "system", "content": system_prompt})
    messages.append({"role": "user", "content": prompt})

    try:
        response = client.chat.completions.create(
            model=model,
            messages=messages,
            max_tokens=50,
        )
        return response.choices[0].message.content
    except Exception as e:
        return f"Error: {str(e)}"


if __name__ == "__main__":
    print(check_connection())

Совет: Получите бесплатный тестовый лимит на APIYI apiyi.com и сначала проверьте работу codex --full-auto на небольшом проекте. Затем решите, нужен ли вам режим --yolo. С одним API-ключом можно вызывать популярные модели OpenAI, Claude, Gemini и других провайдеров, чтобы сравнить их работу при автоматическом выполнении задач.

Когда использовать Codex —yolo: выбор сценария

Выбирая способ запуска, ориентируйтесь на три вещи: насколько надёжна среда, можно ли отменить изменения и нужен ли задачам доступ к сети. Вот рекомендации для типичных сценариев:

Логика простая: преимущество --yolo — в том, что вас не отвлекают, а цена — отсутствие страховки. Поэтому этот режим лучше подходит для сред, изменения в которых можно отменить или которые можно уничтожить. А в каталогах с реальными учётными данными и доступом к рабочим ресурсам лучше оставить подтверждение действий или песочницу.

Чек-лист безопасного использования Codex —yolo

Когда проверка и песочница отключены, Codex получает почти те же возможности, что и вы в терминале: он может удалять файлы, менять конфигурацию и отправлять сетевые запросы без ограничений. Поэтому до и после работы стоит принять несколько мер предосторожности:

Кроме перечисленного, стоит помнить ещё о нескольких вещах:

1. Сначала запустите Codex с --full-auto, чтобы оценить, как он работает, и только потом решайте, переходить ли на --yolo.
2. Используйте --yolo только в контейнере, виртуальной машине или на отдельном компьютере для разработки. Не запускайте его в домашнем каталоге на рабочем компьютере, которым пользуетесь каждый день.
3. Перед каждой задачей создавайте коммит в Git. После выполнения проверяйте изменения с помощью git diff и только затем решайте, оставить их или откатить.
4. Разбивайте задачи на небольшие части. Чем шире сформулирована задача, тем выше вероятность, что ИИ без контроля выполнит действия, которых вы не ожидали.

Как использовать Codex CLI вместе с Claude Code

Многие разработчики не выбирают что-то одно, а устанавливают Codex и Claude Code на один компьютер. Подходы к работе с разрешениями у них похожи, поэтому привычки можно перенести с одного инструмента на другой:

• Для повседневной разработки: Claude Code — с настройками разрешений по умолчанию, Codex — с командой codex или codex --full-auto.
• В изолированной среде: Claude Code — с флагом --dangerously-skip-permissions, Codex — с флагом --yolo.
• Для совместной отладки: поручите одному инструменту писать код, а другому — проверять его. Перед запуском обоих убедитесь, что рабочее дерево Git чистое.

Если вам нужно обращаться сразу к нескольким моделям — OpenAI, Claude, Gemini и другим, — удобнее централизованно управлять ключами через APIYI apiyi.com. Один API-ключ и единый интерфейс, совместимый с OpenAI, позволяют переключаться между моделями без изменений всей конфигурации среды. Оплата по фактическому использованию также помогает точнее рассчитывать расходы.

Часто задаваемые вопросы

Ключевые выводы о команде Codex --yolo

• Аналог команды: --dangerously-skip-permissions в Claude Code соответствует codex --yolo в Codex.
• Полная форма: codex --dangerously-bypass-approvals-and-sandbox — работает так же, как --yolo.
• Объём разрешений: команда одновременно пропускает этап подтверждения и отключает песочницу — её действие шире, чем можно предположить по названию.
• С чего начать: для локальной разработки используйте codex --full-auto: песочница остаётся включённой, что позволяет найти баланс между скоростью и безопасностью.
• Минимум безопасности: запускайте --yolo только в доверенной, изолированной среде, где можно отменить изменения или удалить её. Заранее создайте коммит в Git.
• Подключение моделей: через APIYI apiyi.com можно обращаться к разным популярным моделям с помощью одного API-ключа и адреса https://api.apiyi.com/v1.

Итоги

В Codex CLI команде claude --dangerously-skip-permissions соответствует codex --yolo. Полная форма — codex --dangerously-bypass-approvals-and-sandbox. Достаточно запомнить три уровня разрешений:

1. codex: разрешения по умолчанию, подтверждение действий настраивается отдельно. Подходит для незнакомых проектов и каталогов с важными данными.
2. codex --full-auto: автоматическое выполнение задач в рабочей области с ограничениями песочницы. Подходит для повседневной локальной разработки.
3. codex --yolo: максимальный уровень свободы. Подходит для доверенной и изолированной среды, где можно отменить изменения.

Повышайте уровень свободы постепенно: сначала освойте поведение Codex в режиме по умолчанию, затем ускорьте работу с помощью --full-auto и используйте --yolo только при реальной необходимости. Для быстрой проверки подключения моделей можно воспользоваться APIYI apiyi.com: платформа предоставляет бесплатные тестовые лимиты и единый интерфейс для работы с разными моделями.

Справочные материалы

1. Документация по настройке OpenAI Codex: официальное руководство по настройке
2. Ссылка: developers.openai.com/docs/config-file/config-basic
3. Примечание: актуальные параметры запуска, политики подтверждения и настройки режима песочницы смотрите в документации для используемой версии.

Автор: техническая команда APIYI
Технические вопросы: свяжитесь с нами через главную страницу сайта APIYI. Другие материалы доступны в центре документации: docs.apiyi.com

Читайте также

• Gemini 4 Argon vs Claude Opus 5.5: разбираем таблицу Google с 19 тестами и сравниваем по 4 параметрам — кто сильнее: На основе официальной таблицы оценок Google сравните Gemini 4 Argon и Claude Opus 5.5 по 19 тестам в сферах интеллектуального труда, агентного программирования, длинного контекста и мультимодальности, учтите независимые оценки Artificial Analysis и Vals, цены, лимиты вывода и доступность и дайте рекомендации по выбору для разных сценариев.
• Пошаговое руководство: подключаем всех агентов одним ключом и объединяем доступ к API через шлюз на базе magpie с открытым исходным кодом (на примере Claude Code, Codex, Pi и Hermes): Практическое руководство: примерно за 30 минут настройте все программирующие агенты на своём компьютере (например, Claude Code, Codex, Pi и Hermes) так, чтобы они использовали один API-ключ и один адрес шлюза; в руководстве есть скриншоты интерфейса magpie, пошаговая настройка, сравнение с нативной конфигурацией и таблица устранения ошибок.
• Легендарный Skill, которым пользуются разработчики крупнейших компаний: руководство по mattpocock/skills с 300 тысячами звёзд — 5 шагов для начала: сначала уточните требования с помощью /grill-me, затем пишите код с помощью /tdd: Следуйте mattpocock/skills с нуля: установите навыки через графический интерфейс, выполните /setup-matt-pocock-skills в диалоге, затем с помощью /grill-me уточните требования к «проверке купонов» и в конце пишите код с помощью /tdd, добавляя по одному тесту за раз; в статье есть таблица выбора навыков и таблица устранения неполадок.