3 maneiras de iniciar o Codex CLI ignorando as permissões: codex –yolo é o equivalente ao –dangerously-skip-permissions do Claude Code

Depois de se acostumar com claude --dangerously-skip-permissions no Claude Code, ao migrar para a linha de comando do Codex, da OpenAI, a primeira dúvida costuma ser: qual é a opção equivalente para “trabalhar sem pedir aprovação”? A resposta é direta: codex –yolo. A forma completa é codex --dangerously-bypass-approvals-and-sandbox.

Este não é um artigo que só apresenta um comando para consulta rápida. Vamos explicar os limites de permissão, os cenários de uso e as práticas de segurança de três formas de iniciar o Codex. Também vamos mostrar como conectar um modelo pela APIYI, em apiyi.com.

O principal benefício: ao terminar de ler, você vai saber escolher os parâmetros certos para o seu ambiente de desenvolvimento. Assim, evita clicar em “confirmar” toda hora sem deixar a IA atuar livremente onde não deveria.

Principais pontos sobre –yolo na linha de comando do Codex

Confira primeiro a tabela comparativa com os comandos que liberam totalmente as permissões nas duas ferramentas:

Detalhes sobre o parâmetro completo e o atalho do Codex CLI

codex --dangerously-bypass-approvals-and-sandbox e codex --yolo têm exatamente o mesmo efeito. O segundo é apenas um atalho para o primeiro. Depois de ativado, o Codex deixa de pedir sua aprovação a cada etapa e também deixa de seguir as restrições do sandbox. Com isso, pode executar comandos, modificar arquivos e acessar a rede diretamente.

Vale prestar atenção a duas palavras no nome do parâmetro: “approvals” significa aprovações — ou seja, se o Codex deve perguntar antes de executar cada comando. “Sandbox” se refere ao ambiente isolado, que define quais arquivos o Codex pode acessar e quais recursos de rede pode usar. O nome completo deixa claro que essa opção desativa duas barreiras de segurança, não apenas uma.

A relação com o Claude Code pode ser entendida assim: --dangerously-skip-permissions, no Claude Code, corresponde principalmente a “não pedir confirmação”. Já --yolo, no Codex, além de ignorar as confirmações, também desativa o sandbox. Na prática, essa opção libera mais recursos do que o nome sugere.

Comparação entre 3 modos de iniciar o Codex pela linha de comando

No dia a dia, as 3 formas mais comuns de iniciar o Codex são estas. A diferença entre elas se resume a duas questões: se é preciso aprovar as ações e se o sandbox continua ativo.

codex é a opção mais conservadora. É ideal para conhecer um projeto desconhecido pela primeira vez ou para situações em que você quer revisar cada etapa. codex --full-auto fica no meio-termo: as ações dentro do espaço de trabalho podem ser executadas automaticamente, mas ainda estão sujeitas às restrições do sandbox. É a opção que mais se aproxima de “deixar a IA trabalhar sozinha, mas sem sair do diretório do projeto”. Já codex --yolo libera tudo; é indicado para ambientes suficientemente isolados, em que o custo de um erro é baixo.

Se você quer que as tarefas sejam executadas automaticamente, como no Claude Code, mas não quer desativar o sandbox logo de início, comece com codex --full-auto. Depois de confirmar que a tarefa é estável e que o ambiente é confiável, considere usar --yolo.

Além disso, a política de aprovação e o modo do sandbox do Codex podem ser ajustados separadamente. Não é necessário remover as duas barreiras de proteção de uma vez. Para conferir os valores disponíveis, consulte a saída de codex --help na sua máquina e a documentação oficial de configuração. Eles podem variar entre versões.

Como começar rapidamente com o Codex –yolo

Exemplo de inicialização rápida

No terminal, acesse o diretório do seu projeto e execute:

# Forma completa
codex --dangerously-bypass-approvals-and-sandbox

# Forma abreviada equivalente
codex --yolo

Se você costuma alternar entre modos diferentes, pode adicionar dois aliases ao arquivo de configuração do shell e evitar digitar os comandos toda vez:

# Adicione ao ~/.zshrc ou ~/.bashrc
alias cx="codex"
alias cxa="codex --full-auto"
alias cxy="codex --yolo"

Você pode escolher outros nomes para os aliases. Recomendamos que o alias de --yolo seja bem chamativo, para lembrar que você está usando o modo totalmente liberado.

Como configurar a conexão com modelos pela APIYI

O Codex permite configurar provedores de modelos personalizados. Se quiser usar uma única chave API para acessar vários modelos, você pode se conectar pela interface compatível com a OpenAI da APIYI, em apiyi.com. O endereço da API é https://api.apiyi.com/v1.

Confira um exemplo de configuração para ~/.codex/config.toml:

# Exemplo de provedor de modelo personalizado. Consulte a documentação oficial da versão do Codex que você usa para confirmar os nomes dos campos.
[model_providers.apiyi]
name = "APIYI"
base_url = "https://api.apiyi.com/v1"  # Use a interface unificada da APIYI
env_key = "APIYI_API_KEY"

Depois de configurar, defina a chave API na variável de ambiente APIYI_API_KEY e indique apiyi como provedor padrão na configuração. Os nomes dos campos e a sintaxe podem variar entre versões. Antes de começar, confira a documentação oficial da versão que você está usando.

import os
import openai
from typing import Optional


def check_connection(
    prompt: str = "Responda apenas OK",
    model: str = "gpt-4o-mini",
    system_prompt: Optional[str] = None,
) -> str:
    """
    Verifica se a chave API e o base_url estão funcionando com uma solicitação mínima.

    Args:
        prompt: entrada do usuário
        model: nome do modelo
        system_prompt: comando de sistema opcional

    Returns:
        conteúdo da resposta do modelo ou mensagem de erro
    """
    client = openai.OpenAI(
        api_key=os.environ.get("APIYI_API_KEY", "YOUR_API_KEY"),
        base_url="https://api.apiyi.com/v1",  # Interface unificada da 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())

Sugestão: use a APIYI, em apiyi.com, para obter créditos de teste gratuitos. Primeiro, teste o codex --full-auto em um projeto pequeno e depois decida se precisa usar o --yolo. Com uma única chave API, você pode acessar modelos populares como OpenAI, Claude e Gemini e comparar o desempenho de cada um na execução automática de tarefas.

Quando usar o Codex –yolo: escolha do cenário

A escolha do modo de inicialização depende de três fatores: se o ambiente é confiável, se as alterações podem ser revertidas e se a tarefa exige acesso à internet. Veja as recomendações para alguns cenários comuns:

A lógica por trás da tabela é simples: o benefício de --yolo é não ser interrompido; o custo é ficar sem uma rede de segurança. Por isso, quanto mais fácil for reverter alterações ou descartar o ambiente, mais indicado é usar esse modo. Já em diretórios com credenciais reais e recursos de produção, é melhor manter as aprovações ou o sandbox.

Checklist para usar o Codex –yolo com segurança

Como a aprovação e o sandbox foram desativados, o Codex pode fazer tudo o que você faria ao digitar comandos no terminal: excluir arquivos, alterar configurações e iniciar solicitações de rede sem bloqueios. Por isso, vale a pena tomar algumas precauções antes e depois de usar o recurso:

Além dos pontos da tabela, vale lembrar algumas outras recomendações:

1. Primeiro, execute uma rodada com codex --full-auto para observar como o Codex trabalha. Depois, decida se vale a pena passar para --yolo.
2. Restrinja o uso de --yolo a contêineres, máquinas virtuais ou computadores dedicados ao desenvolvimento. Evite executá-lo no diretório principal do computador que você usa no dia a dia.
3. Antes de cada tarefa, crie um ponto de restauração com um commit no Git. Ao terminar, confira as alterações com git diff e decida se quer mantê-las ou revertê-las.
4. Divida as tarefas em partes menores. Quanto mais vaga for a instrução, maior a chance de a IA executar ações inesperadas sem supervisão.

Como usar o Codex CLI e o Claude Code juntos

Muitos desenvolvedores não precisam escolher entre um e outro: eles instalam o Codex e o Claude Code na mesma máquina. Como os dois seguem uma lógica parecida para liberar permissões, dá para adaptar seus hábitos de uso:

• Desenvolvimento no dia a dia: use as permissões padrão do Claude Code e execute codex ou codex --full-auto no Codex.
• Ambiente isolado: use --dangerously-skip-permissions no Claude Code e --yolo no Codex.
• Investigação conjunta: deixe uma ferramenta escrever o código e a outra revisá-lo. Antes de iniciar, verifique se o Git está em um estado limpo nos dois casos.

Se você precisa chamar vários modelos, como OpenAI, Claude e Gemini, concentrar o gerenciamento das chaves na APIYI (apiyi.com) pode facilitar bastante: uma única chave API e uma interface compatível com a OpenAI. Assim, você pode trocar de modelo sem precisar alterar toda a configuração do ambiente. A cobrança por uso também facilita calcular os custos com base no consumo real.

Perguntas frequentes (FAQ)

Principais pontos do comando --yolo do Codex

• Comando correspondente: no Codex, o equivalente a --dangerously-skip-permissions do Claude Code é codex --yolo.
• Forma completa: codex --dangerously-bypass-approvals-and-sandbox tem o mesmo efeito que --yolo.
• O que é liberado: o comando ignora as aprovações e desativa o sandbox ao mesmo tempo — ele libera mais acesso do que o nome sugere.
• Por onde começar: no desenvolvimento local, use primeiro codex --full-auto. O sandbox continua ativo, equilibrando produtividade e segurança.
• Regra básica de segurança: use --yolo somente em ambientes confiáveis, reversíveis e descartáveis. Antes, faça um commit no Git.
• Acesso a modelos: com um único chave API da APIYI em https://api.apiyi.com/v1, você pode acessar diversos modelos populares.

Resumo

No Codex CLI, o comando equivalente a claude --dangerously-skip-permissions é codex --yolo. A forma completa é codex --dangerously-bypass-approvals-and-sandbox. Para usar o Codex, basta guardar na memória estes três níveis de permissão:

1. codex: permissões padrão, com aprovações conforme a configuração. É indicado para projetos desconhecidos e diretórios sensíveis.
2. codex --full-auto: executa tarefas automaticamente dentro do espaço de trabalho, mas continua sujeito às restrições do sandbox. É indicado para o desenvolvimento local do dia a dia.
3. codex --yolo: libera todas as restrições. É indicado para ambientes confiáveis, isolados e reversíveis.

A recomendação é liberar as permissões gradualmente: comece no modo padrão para entender o comportamento, passe para --full-auto para ganhar velocidade e use --yolo somente quando realmente necessário. Para testar rapidamente a integração com modelos, recomendamos a APIYI, que oferece créditos gratuitos para testes e uma interface unificada para vários modelos.

Referências

1. Documentação de configuração do OpenAI Codex: orientações oficiais de configuração
2. Link: developers.openai.com/docs/config-file/config-basic
3. Observação: consulte as configurações mais recentes de parâmetros de inicialização, políticas de aprovação e modos de sandbox. Considere a versão que você está usando.

Autor: equipe técnica da APIYI
Contato técnico: fale com a gente pela página inicial do site da APIYI. Você encontra mais materiais no centro de documentação, em docs.apiyi.com.

Artigos relacionados

• Gemini 4 Argon vs Claude Opus 5.5: análise da tabela de avaliação do Google com 19 critérios — 4 dimensões para descobrir quem é melhor: Com base na tabela oficial de avaliações do Google para o Gemini 4 Argon, compare item a item seu desempenho com o Claude Opus 5.5 em 19 benchmarks de trabalho intelectual, programação com agentes, contexto longo e multimodalidade, e recomende modelos por cenário considerando também avaliações independentes da Artificial Analysis e da Vals, preço, limite de saída e disponibilidade.
• Tutorial passo a passo: conecte todos os agentes com uma única chave usando o gateway de API de acesso unificado e de código aberto magpie (com Claude Code, Codex, Pi e Hermes como exemplos): Um tutorial prático para seguir passo a passo: em cerca de 30 minutos, configure todos os agentes de programação da sua máquina — como Claude Code, Codex, Pi e Hermes — para usar a mesma chave API e o mesmo endereço de gateway, com capturas de tela da interface do magpie, etapas de integração, comparação das configurações nativas e uma tabela de solução de problemas.
• A skill lendária usada por desenvolvedores das grandes empresas: tutorial do mattpocock/skills, com 300 mil estrelas: guia de início em 5 etapas — primeiro use /grill-me para esclarecer os requisitos, depois /tdd para escrever o código: Para iniciantes: siga mattpocock/skills, instale pela interface gráfica, execute /setup-matt-pocock-skills na caixa de diálogo, use /grill-me para esclarecer os requisitos de “validação de cupons” e, por fim, use /tdd para escrever código com um teste de cada vez; o artigo inclui tabelas de seleção de skills e solução de problemas.