Skip to main content

Visão geral

Tipo: Ferramenta de CodificaçãoCaminho Primário: OpenAI Responses (caminho opcional avançado)Confiança de Suporte: Suportado com limites de modelo/caminho
OpenAI Codex é uma ferramenta de linha de comando (CLI) open-source que atua como um agente de codificação leve, capaz de ler, modificar e executar código no terminal. É construída sobre modelos GPT e otimizada para geração de código. Para TokenLab, o Codex CLI pode usar /v1/responses, mas você deve tratá-lo como um caminho de compatibilidade avançado. Algumas funcionalidades exclusivas do Responses não são garantidas em todos os modelos e rotas. A compactação remota do Codex CLI é compatível em POST /v1/responses/compact. O Codex envia o model da sessão atual em body.model para /compact e auto-compactação, então o modelo usado para compactar deve estar disponível no caminho Responses. Não configure /v1/compact.

Requisitos do Sistema

  • OS: macOS, Linux (suporte oficial), Windows via WSL
  • Node.js: Versão 18+
  • npm: Versão 10.x.x ou superior

Instalação

Verifique a instalação:

Configuração

Passo 1: Definir Chave de API

Temporário (sessão atual):
Configuração permanente: Adicione em ~/.bashrc, ~/.zshrc, ou ~/.bash_profile:
Em seguida recarregue:

Passo 2: Configure config.toml

Edite ~/.codex/config.toml:
Este modo WebSocket é uma ponte Responses-over-WebSocket para clientes Codex. Ele aceita somente eventos oficiais response.create; stream é implícito, e background e response.cancel não estão disponíveis nesse transporte. Não é a API OpenAI Realtime e não aceita session.update, conversation.item.*, input_audio_buffer.*, áudio binário nem envelopes Realtime aninhados response.create.response.
Se o arquivo de configuração não existir, execute codex uma vez para gerá-lo, depois edite o arquivo. Reinicie o Codex completamente após alterar config.toml para que as novas configurações do provedor sejam recarregadas.
O Codex está desaprovando o suporte a chat/completions para provedores personalizados. Mantenha wire_api = "responses" para TokenLab a menos que você esteja intencionalmente usando um caminho de compatibilidade mais antigo.
O TokenLab encaminha campos Responses desconhecidos em best-effort sem rebaixar silenciosamente a requisição para Chat Completions. O upstream selecionado decide se o campo ou a combinação é compatível.

Uso Básico

Iniciar modo interativo:
Comando direto:
Especificar modelo:

Modelos Recomendados

Comandos Interativos

Verificar Configuração

Casos de Uso Comuns

Revisão de código:
Gerar mensagens de commit:
Corrigir erros:
Explicar código:

Solução de Problemas

  • Verifique se base_url em config.toml está exatamente https://api.tokenlab.sh/v1
  • Verifique a conectividade de rede
  • Certifique-se de que nenhum proxy esteja interferindo
  • Verifique se env_key = "OPENAI_API_KEY" está presente em ~/.codex/config.toml
  • Verifique se a variável de ambiente OPENAI_API_KEY está definida
  • Verifique se a chave começa com sk-
  • Certifique-se de que a chave está ativa no painel do TokenLab
  • Verifique se o nome do modelo corresponde exatamente
  • Verifique a disponibilidade do modelo em tokenlab.sh/en/models
  • Alguns campos estão disponíveis apenas em /v1/responses quando a TokenLab pode garantir esse comportamento para o modelo e a rota selecionados
  • Se você vir unsupported_request_field, remova esse campo ou mude para um fluxo de trabalho que não dependa dele
  • O Codex CLI chama POST /v1/responses/compact, não /v1/compact
  • A solicitação de compactação usa o model da sessão atual, portanto esse modelo deve estar disponível no caminho Responses
  • Mantenha wire_api = "responses" e base_url = "https://api.tokenlab.sh/v1"