Codex ‘Selected model is at capacity’: significado e como retomar a tarefa

No Codex, “Selected model is at capacity. Please try a different model.” indica que o modelo selecionado não tem capacidade livre no momento para processar outra solicitação. Aguarde e tente novamente ou escolha outro modelo disponível, mas confira primeiro o que já foi concluído e continue apenas o trabalho pendente.

O que significa “Selected model is at capacity”?

Selected model is at capacity. Please try a different model.

A mensagem informa que o modelo selecionado está no limite de capacidade e sugere tentar outro. Nesse contexto, capacity é a disponibilidade atual do serviço para aceitar e processar solicitações. A frase não indica falta de espaço de armazenamento no computador.

Um agente pode chamar o modelo novamente durante uma tarefa para decidir o próximo passo ou gerar uma resposta. Se a solicitação não puder ser processada, o trabalho pode parecer interrompido. Isso não demonstra que arquivos salvos, comandos ou alterações anteriores em serviços externos foram cancelados. Confira separadamente o momento do erro e o resultado real de cada ação.

O guia oficial de erros da API da OpenAI diferencia sobrecarga temporária do modelo e limites de uso ou de solicitações. Uma interface de programação de aplicações (API) permite que um programa se comunique com um serviço. Porém, essa mensagem do Codex, sozinha, não revela o status HTTP nem o código interno real. A documentação ajuda a entender a diferença, mas não comprova uma correspondência fixa entre a frase do aplicativo e um código específico.

Qual é a diferença em relação ao limite pessoal de uso?

A disponibilidade de processamento do modelo e o saldo de uso da conta são condições diferentes. Problemas temporários de capacidade podem ocorrer mesmo com uso disponível. Por outro lado, a mensagem também não comprova que ainda há saldo suficiente; confira qualquer aviso separado sobre limites.

Problema O que verificar Como agir
Capacidade do modelo Disponibilidade temporária para aceitar trabalho Aguardar, tentar novamente ou considerar outro modelo disponível
Limites de uso ou solicitações Avisos da conta, redefinição e mensagens de limite Seguir as condições indicadas e conferir o limite específico
Conversa ou contexto Aviso separado de entrada maior que o processável de uma vez Resumir o contexto necessário e reduzir conteúdo dispensável
Conexão, autenticação ou ambiente Erros específicos de conexão, acesso, permissão ou ferramenta Investigar o erro informado e tratar sua causa

Contexto é a conversa e o material que o modelo pode usar no raciocínio atual. Uma mensagem de capacidade durante uma tarefa longa não comprova excesso de contexto. A documentação de erros e recuperação de agentes trata separadamente sobrecarga, contexto, uso e conexão. Se o principal sintoma são pedidos que desaparecem ou ficam na fila, diferencie-o dos problemas de solicitações na extensão do Codex para VS Code.

Uma sequência prática para retomar a tarefa

  1. Registre o erro e o progresso. Guarde a frase, o modelo, o horário e o último item com conclusão confirmada. Se um comando ou upload estava em andamento, confira o resultado antes de repetir a operação.
  2. Aguarde antes de tentar novamente. Dê intervalo entre as tentativas em vez de enviar o mesmo pedido repetidamente. Aumente a espera se as falhas continuarem. A mensagem não garante um prazo específico de recuperação.
  3. Considere outro modelo se persistir. Se a conversa atual oferecer um seletor, escolha outro modelo disponível para a conta. Confira se ele oferece as ferramentas e capacidades necessárias para o restante do trabalho.
  4. Concilie os resultados e peça apenas o que falta. Solicite a inspeção de arquivos ou serviços externos antes de continuar, em vez de mandar recriar e executar tudo.
  5. Confirme a retomada com uma etapa pequena. Por exemplo, peça a verificação do último arquivo salvo antes de avançar. Se a mensagem voltar, não suponha que o trabalho continua: escolha entre aguardar, mudar de modelo ou relatar o problema.

O guia oficial de seleção de modelos informa que disponibilidade, ferramentas, ajustes de raciocínio e limites variam conforme produto e versão. Trocar para determinado modelo não garante a solução. No desenvolvimento direto com a API, respeite Retry-After quando a resposta incluir esse cabeçalho de espera. Ele não é necessariamente mostrado aos usuários do aplicativo.

O que conferir no trabalho já concluído?

Uma resposta interrompida não significa que nada mudou. Um arquivo pode ter sido salvo antes de falhar o relatório final, ou um serviço externo pode ter processado o pedido antes de aparecer o erro. Inspecione cada resultado em vez de considerar a tarefa inteira bem-sucedida ou malsucedida por uma única mensagem.

Exemplo de tarefa Verificação antes de retomar Como evitar duplicação
Redação ou edição de arquivos Conteúdo atual, local salvo e alterações Ler o arquivo existente e alterar apenas o que falta
Publicação de posts ID, status, URL pública, idioma e categoria Encontrar posts existentes antes de criar outro
Upload de mídia ID da mídia e post associado Conferir uploads anteriores antes de adicionar mais
Comandos ou ferramentas externas Resultado, registros e estado da execução Confirmar efeitos antes de repetir uma operação incerta

Suponha que uma publicação em sete idiomas pare depois de três posts publicados. Confira primeiro os posts reais e os vínculos de tradução, depois processe somente os quatro restantes. Esse é um exemplo de recuperação, não a afirmação de que todo erro deixa o mesmo número de ações concluídas. A orientação oficial também recomenda verificar alterações em arquivos e ferramentas externas antes de tentar novamente.

Um pedido para continuar o trabalho

A solicitação de retomada fica mais útil quando inclui objetivo, local para conferir resultados, trabalho restante e itens a preservar. Na conversa existente, você pode escrever:

A tarefa parou com um erro de capacidade do modelo. Primeiro confira os arquivos atuais e os resultados realmente salvos nos serviços externos. Não repita ações concluídas; continue pelo trabalho pendente. Preserve conteúdo, URLs e imagens destacadas dos posts publicados fora das alterações solicitadas. Ao terminar, separe os itens concluídos dos que ainda faltam.

Se precisar de uma conversa nova, acrescente objetivo, caminhos de pastas e arquivos, IDs de posts ou mídias criados, listas de itens concluídos e pendentes e instruções aplicáveis. Não suponha que um modelo ou uma conversa novos conheçam automaticamente todos os resultados anteriores. Forneça um registro do trabalho e peça a conferência do estado real.

Depois de retomar, verifique resultados em vez de apenas a resposta de que o trabalho continuará. Para um arquivo, confira o conteúdo atual; para uma publicação, a página pública e o status. Peça que nenhuma criação ou publicação seja repetida até esclarecer operações externas com resultado incerto.

Perguntas frequentes

Isso pode ocorrer mesmo com uso disponível?

Sim. A capacidade atual do serviço e o saldo da conta são condições distintas. A mensagem não revela o saldo restante; confira também as informações separadas de uso.

Preciso reinstalar o aplicativo ou mudar de plano pago?

A mensagem, sozinha, não demonstra necessidade de reinstalação ou mudança de cobrança. Comece aguardando, tentando novamente e considerando outro modelo disponível. Se houver outro erro, investigue esse problema específico.

O que registrar se continuar acontecendo?

Horário e fuso, modelo, versão do aplicativo, texto exato, tarefa em andamento, se ocorre com outro modelo e resultados concluídos. Confira as orientações de status do serviço vinculadas à documentação oficial e procure suporte se persistir. Remova senhas, tokens de autenticação e conteúdo privado de capturas ou registros compartilhados.