O uso do Codex não se resume a um número fixo de prompts. As mensagens locais e os chats na nuvem compartilham um limite de cinco horas, e podem ser aplicados limites semanais adicionais. A rapidez com que você utiliza essa cota depende do modelo, do contexto do repositório, do raciocínio, do uso de ferramentas, da recuperação e do armazenamento em cache.
O mesmo plano pode parecer generoso durante uma edição direcionada e restritivo durante uma revisão abrangente. Uma mensagem pode dar início a pesquisas no repositório, comandos, raciocínio, alterações e verificação. Pergunte que tipo de trabalho cada solicitação inicia, e não apenas quantas solicitações ainda restam.
Quando o tempo dedicado à programação é valioso, GlobalGPT oferece uma maneira prática de direcionar tarefas que não exigem acesso ao repositório. Um desenvolvedor pode manter o Codex focado no código enquanto utiliza outros modelos disponíveis ou os fluxos de trabalho guiados do Yukie para Slides, Documentos e Imagens, destinados a apresentações, resumos e recursos multimodais. Isso preserva o contexto de programação sem dar a impressão de que um agente do navegador substitui a execução no repositório.
Este guia distingue as regras oficiais do que observamos em quatro tarefas de codificação controladas. Ele também mostra como escolher um plano, reduzir o trabalho desperdiçado e decidir quais tarefas podem ser transferidas com segurança para outro fluxo de trabalho.
Como usar o Codex em um minuto
Há quatro conceitos distintos que devem ser bem diferenciados. A janela de cinco horas é a cota de curto prazo compartilhada entre o trabalho no Codex local e na nuvem. Um limite semanal é uma restrição de prazo mais longo que também pode ser aplicada. Os créditos adquiridos são uma opção de continuidade paga para contas elegíveis após o esgotamento do uso incluído. As chamadas por chave de API são um produto separado do tipo “pague conforme o uso” e não devem ser confundidas com uma assinatura ChatGPT.
Como as camadas de limite interagem
Uma reinicialização de janela curta não necessariamente elimina a restrição de prazo mais longo.
Este diagrama mostra relações, e não uma quantidade garantida de trabalho ou um tempo de recuperação pessoal.
| Camada | O que isso significa | O que isso não significa |
|---|---|---|
| Janela de cinco horas | Subsídio compartilhado de curto prazo para trabalho presencial e na nuvem com apoio | Cinco horas ininterruptas de programação ou uma contagem garantida de prompts |
| Limite semanal | Um limite de conta mais longo que também pode ser aplicado | Uma restrição que sempre desaparece após a reinicialização do curto intervalo de tempo |
| Créditos adquiridos | Continuação paga após o consumo incluído para usuários qualificados | Capacidade adicional de assinatura gratuita |
| Chave da API | Uma rota para desenvolvedores com cobrança separada | Parte do crédito para consumidores do plano Plus ou de planos superiores |
O que realmente significa o intervalo de cinco horas do Codex
É melhor entender a janela de cinco horas como um orçamento de trabalho compartilhado e contínuo. Não se trata de um cronômetro que funciona apenas enquanto você digita, nem garante que todas as mensagens tenham o mesmo custo. As mensagens locais e os chats na nuvem utilizam essa janela compartilhada; portanto, mudar de interface não cria um limite independente.
Você inicia uma sessão, envia tarefas e utiliza a cota compartilhada de acordo com o trabalho envolvido. O curto intervalo é reiniciado posteriormente, mas um limite semanal ainda pode ser relevante. “Cinco horas” se refere a um período de cota, e não a cinco horas de execução ininterrupta.
Para o Plus, o OpenAI apresenta estimativas gerais de aproximadamente 15 a 90 mensagens locais para o Sol, 20 a 110 para o Terra e 50 a 280 para o Luna por janela de cinco horas. A amplitude desses intervalos é o ponto principal. Trata-se de um contexto de planejamento, não de um direito pessoal nem de uma previsão de quantas solicitações seu repositório atual permitirá.
Conheça a autonomia de cinco horas anunciada
Escolha um modelo e o número previsto de mensagens. O resultado é um contexto — não uma previsão de cota pessoal.
O uso efetivo varia de acordo com o modelo, o contexto, a complexidade da tarefa, o raciocínio, as ferramentas, a recuperação de dados e o armazenamento em cache. Isso não representa uma estimativa da porcentagem restante, do limite semanal, dos créditos ou do custo da API.
Um modelo mais simples pode ser adequado para tarefas claras e facilmente verificáveis; um raciocínio mais rigoroso justifica-se quando há ambiguidade, risco ou consequências que afetam vários arquivos.
Por que duas solicitações do Codex podem consumir quantidades muito diferentes
O tamanho do prompt é um indicador pouco confiável. “Analise este repositório e corrija os problemas importantes” pode dar início a um trabalho muito abrangente, pois seu escopo não está definido. Um prompt mais longo, que especifique o componente, reproduza a falha e defina o que constitui sucesso, pode restringir a busca.
A escolha do modelo altera o intervalo de planejamento
Diferentes modelos apresentam estimativas de uso publicadas distintas. A decisão prática não se resume simplesmente à escolha entre qualidade e preço; trata-se de um equilíbrio entre o julgamento necessário e a capacidade de processamento disponível. Utilize um modelo diário para tarefas delimitadas com verificações objetivas. Reserve um raciocínio mais aprofundado para a arquitetura, alterações sensíveis à segurança, bugs ambíguos e revisões em que deixar passar um problema sutil seja mais oneroso do que investir mais recursos.
O repositório e o contexto da conversa geram trabalho
O Codex pode ler instruções, inspecionar a árvore, rastrear pontos de chamada, compreender testes e revisitar o contexto. Conversas longas podem perpetuar suposições obsoletas. Um teste com falha identificado, um módulo específico e um limite claro reduzem a área de busca.
A ambiguidade estimula a exploração
Um agente pode agir diretamente quando o comportamento esperado é claro e uma falha é reproduzível. Requisitos subjetivos, bugs intermitentes e várias soluções plausíveis exigem uma exploração mais aprofundada. Elimine ambiguidades evitáveis sem suprimir o raciocínio necessário.
Ferramentas e verificações são um consumo útil
Pesquisas, comandos, testes, linters e análises de diferenças aumentam a carga de trabalho, mas tornam os resultados mais confiáveis. Ignorar testes pode resultar em uma segunda sessão dispendiosa. Solicite a verificação específica que comprove o resultado e evite explorações não relacionadas.
A entrada em cache não é uma porcentagem da cota
O Codex pode relatar campos de entrada em cache quando o contexto processado anteriormente é reutilizado. Essa telemetria ajuda a descrever o perfil de uma execução, mas não revela a porcentagem economizada da sua cota de cinco horas. Também não se trata de uma cobrança de crédito nem de uma fatura de API. Trate a entrada em cache como um detalhe de implementação que pode melhorar a eficiência, e não como uma unidade que você possa converter em capacidade restante da assinatura.
| Formato da tarefa | Pressão provável | Por que |
|---|---|---|
| Explique uma função em um arquivo com nome específico | Mais baixo | Contexto restrito e ausência de ciclo de edição e teste |
| Corrigir um bug reproduzível com um teste que falha | Moderado | Diagnóstico direcionado, alteração de código e verificação |
| Adicionar um recurso em vários arquivos | Mais alto | Planejamento, edições entre arquivos, testes e verificações de compatibilidade |
| Analise de forma geral um repositório desconhecido | Potencialmente alto | Ampla área de busca, discernimento e contexto recorrente |
Esses indicadores são direcionais, e não numéricos. O tamanho do repositório, a qualidade do código, a clareza das tarefas, os testes disponíveis e escolha do modelo de codificação pode mover qualquer tarefa real para cima ou para baixo.
- Trabalho em baixa pressão possui um contexto restrito, um alvo específico e uma verificação de objetivo.
- Trabalho sob alta pressão combina uma ampla investigação, ambiguidade, alterações entre arquivos e verificações repetidas.
- Chamadas a ferramentas úteis não são desperdício: Os testes e a inspeção de diferenças podem consumir a cota disponível, mas evitam retrabalhos dispendiosos.
O que quatro tarefas controladas no repositório revelaram
Executamos quatro tarefas congeladas no mesmo fixture compacto em Python: compreensão de repositório desconhecido, um recurso de múltiplos arquivos, uma correção de bug relacionado ao horário de verão e revisão mais reparo. O primeiro resultado válido foi preservado para cada tarefa. O Codex relatou os campos de entrada, entrada em cache, saída e saída de raciocínio, proporcionando-nos uma maneira consistente de comparar as quatro execuções sem transformar a telemetria em uma conta de assinatura.
Evidências observadas na CLI do Codex
Quatro tarefas do repositório utilizaram quantidades muito diferentes de contexto
Os campos de tokens emitidos pela CLI são apresentados como evidência de teste — e não como porcentagens da janela de assinatura ou faturas de API.
| Tarefa | Duração | Entrada | Entrada em cache | Saída | Resultado do raciocínio |
|---|---|---|---|---|---|
| T1 · Compreender | 108 s | 147,420 | 119,296 | 3,752 | 1,073 |
| T2 · Matéria | 115 s | 228,681 | 194,560 | 3,634 | 1,219 |
| T3 · Correção de bug | 99 s | 146,412 | 119,296 | 2,820 | 933 |
| T4 · Resenha | 223 s | 496,865 | 419,072 | 7,517 | 3,588 |
Ver resumo completo da execução controlada
# Codex T1-T4 Resumo formal da execução ## Status da execução - Protocolo: 1.0.1-codex - Ambiente: CLI do Codex no macOS - Versão da CLI: 0.146.0-alpha.3.1 - Modelo: gpt-5.6-sol - Esforço de raciocínio T1-T3: médio - Esforço de raciocínio T4: alto - Lote controlado válido: tentativa 3 - Intervenção humana durante tarefas válidas: nenhuma - Rede necessária para as tarefas: não - Acesso para commit, push, implantação ou produção: nenhum ## Resultados válidos da primeira saída | Tarefa | Duração | Resultado objetivo | Tokens de entrada | Entrada em cache | Tokens de saída | Saída de raciocínio | |---|---:|---|---:|---:|---:|---:| | T1 | 108 s | Testes de linha de base aprovados; nenhum arquivo alterado | 147.420 | 119.296 | 3.752 | 1.073 | | T2 | 115 s | 7 testes públicos e verificações de características ocultas aprovados | 228.681 | 194.560 | 3.634 | 1.219 | | T3 | 99 s | 4 testes públicos e ambas as verificações ocultas do DST aprovados | 146.412 | 119.296 | 2.820 | 933 | | T4 | 223 s | 2 defeitos corrigidos com testes de regressão; 4 testes aprovados | 496.865 | 419.072 | 7.517 | 3.588 | Os campos de token reproduzem os valores emitidos pela CLI do Codex. Não se trata de porcentagens da janela de assinatura, tokens de API faturáveis ou conversões de crédito. ## Tentativas excluídas preservadas - Tentativa 1: falha de infraestrutura antes da invocação do modelo, pois a opção de aprovação foi colocada após o subcomando `exec`. Todos os arquivos de eventos estavam vazios. Excluídos da pontuação do modelo. - Tentativa 2: evidência inválida, pois as saídas visíveis não estavam exclusivamente em inglês e o executor T2 isolado não recebeu a autorização de alteração de arquivo já concedida ao usuário. O lote completo foi preservado, mas excluído da pontuação comparativa. - Tentativa 3: espaços de trabalho e sessões isolados novos, saídas anteriores ocultas, validação “somente em inglês” aprovada. Este é o lote controlado válido. ## Evidências retidas por tarefa - Resposta final visível completa - Fluxo de eventos JSONL bruto - Avisos da CLI sanitizados - Carimbos de data/hora de início e fim - Código de saída - Diferenças do código-fonte - Saída da verificação pública e código de saída - Saída da verificação oculta aplicável e código de saída - Registro da execução com modelo, esforço, hash do prompt, duração, uso e intervenção humana As respostas finais brutas imutáveis são retidas como `final.md`. Seu texto está em inglês, mas os links clicáveis gerados pelo Codex contêm o nome em chinês do diretório pai local. Cada tarefa, portanto, também inclui `final-sanitized.md`, que substitui apenas esse prefixo absoluto específico da máquina por `./` e passa por uma verificação rigorosa de CJK. As evidências destinadas ao público devem usar a cópia de exibição sanitizada; os arquivos brutos permanecem disponíveis para auditoria. A integração T5 GlobalGPT é independente da pontuação de codificação e agora está concluída. Consulte `results/T5/SUMMARY.md` para obter evidências sobre CLI, MCP, Skill, bloqueio de modelo, prontidão e limitações.
Não converta esses campos em uma porcentagem de cinco horas, porcentagem do limite semanal, valor de crédito ou custo da API. O consumo real varia de acordo com o modelo, a tarefa, o contexto, o raciocínio, as ferramentas, a recuperação e o armazenamento em cache.
A tarefa de revisão e correção foi a execução mais pesada observada: 496.865 tokens de entrada, incluindo 419.072 tokens de entrada armazenados em cache, com 7.517 tokens de saída e 3.588 tokens de saída de raciocínio. Isso faz sentido para este caso específico, pois a tarefa exigiu uma inspeção abrangente, a identificação de dois defeitos, alterações no código e verificação. Isso não prova que a revisão de código seja sempre a categoria de tarefa mais dispendiosa.
A resposta relacionada à compreensão do repositório foi concisa e não alterou nenhum arquivo, mas mesmo assim processou um contexto substancial. O comprimento visível da saída é um indicador inadequado do trabalho realizado no repositório. O recurso e a correção de bug também foram aprovados, embora tenham gerado dados de telemetria diferentes.
A conclusão limitada é que a forma da tarefa altera significativamente a atividade observada, mesmo em um pequeno repositório. A amostra não permite prever uma porcentagem residual ou uma taxa universal.
- O comprimento visível da resposta não refletia a quantidade de contexto do repositório que foi processada.
- A ampla tarefa de revisão e reparo gerou o maior volume de dados de telemetria nesta etapa.
- Os dados armazenados em cache mostraram a reutilização, mas não a porcentagem de desconto de cinco horas.
Reinícios a cada cinco horas, limites semanais e o que vem a seguir
Uma reinicialização de cinco horas e uma reinicialização semanal resolvem restrições diferentes. O período curto permite restaurar o acesso a curto prazo, enquanto o limite mais longo, no nível da conta, permanece em vigor. Se o período de cinco horas já tiver passado e você ainda estiver com o acesso limitado, a primeira coisa a verificar é a restrição semanal, em vez de presumir que a reinicialização falhou.
Documentos OpenAI /status como o cheque de cota em uma sessão ativa do CLI. A página da conta pode exibir limites, prazos de reajuste, créditos e saldos de modelos separados. Esses campos são sensíveis ao tempo; a porcentagem de outro usuário não representa a sua capacidade prevista.
Ao ser interrompido, mantenha o diff, o teste mais recente, o objetivo restante e os riscos não resolvidos. Verifique qual limite está ativo. Retome o trabalho relevante no repositório após a reinicialização necessária ou avalie os créditos; transfira apresentações, memorandos e imagens para outro local.
- Verifique o status atual e distinguir a janela de curto prazo do limite semanal.
- Salvar uma transferência sem erros com o status verificado, a próxima etapa e as verificações restantes.
- Mover tarefas não relacionadas que não precisa do repositório.
- Currículo com um único objetivo após a reinicialização correspondente.
- Compre créditos com cuidado Somente quando a conclusão, neste momento, justificar o gasto.
Além disso, $100 ou $200 — qual plano se adapta melhor ao seu trabalho?
Para usuários individuais, a decisão atual começa com o plano Plus, a $20 por mês. O OpenAI também apresenta os planos 5x e 20x para usuários com maior volume de uso, a $100 e $200 por mês, respectivamente. Esses preços referem-se a níveis de assinatura; os nomes não garantem cinco ou vinte vezes uma contagem específica de mensagens e não devem ser convertidos em taxas de tokens de API.
| Plano | Preço mensal | Melhor ajuste inicial | Sinal para reconsiderar |
|---|---|---|---|
| Mais | $20 | Trabalho ocasional ou de curta duração como programador | Um trabalho valioso é constantemente interrompido por restrições impostas |
| Nível 5x de uso mais intenso | $100 | Uso diário do agente com sessões mais longas | O tempo livre incluído ainda atrapalha um dia normal de trabalho |
| Nível 20x de uso mais intenso | $200 | Uso individual muito intenso | O histórico de uso real justifica o plano de consumo mais alto |
Qual plano de assinatura você deveria analisar primeiro?
Escolha um padrão de trabalho. Trata-se de uma orientação para o planejamento, e não de uma calculadora de capacidade garantida ou de ponto de equilíbrio.
Comece com o Plus. Para trabalhos ocasionais, o plano de consumo mais básico é, sem dúvida, a primeira opção a ser avaliada. A capacidade real continua variável.
Os preços e os nomes dos planos devem ser verificados novamente imediatamente antes da publicação. O uso da API e os créditos adquiridos são itens distintos.
Escolha com base nas interrupções observadas, e não em estimativas hipotéticas de solicitações. Comece com o nível mais baixo que suporte seu trabalho normal no repositório. Acompanhe com que frequência um limite interrompe um progresso valioso, se essas sessões estão bem delimitadas e quanto do tempo disponível é gasto em tarefas que poderiam ser realizadas em outro momento. É mais fácil justificar um nível mais alto quando as execuções do agente fazem parte do dia de trabalho e as interrupções custam mais do que a diferença de preço.
Uma cota maior não resolve um fluxo de trabalho desorganizado. Melhore primeiro os limites das tarefas; se o trabalho de engenharia, mesmo quando bem gerenciado, ainda atingir seus limites, será mais fácil justificar um plano com cota maior.
Créditos e cobrança pela API não são a mesma coisa
O uso incluído, os créditos adquiridos e o faturamento por chave de API são três modalidades diferentes. Os usuários qualificados dos planos Plus e Pro podem adquirir créditos após o esgotamento da cota incluída, sendo que o uso incluído é consumido primeiro. Os créditos adquiridos constituem um saldo pago, e não um pacote gratuito maior. O documento OpenAI estabelece que os créditos adquiridos permanecem válidos por 12 meses e, em geral, não são reembolsáveis nem transferíveis, salvo exceções legais.
| Rota | Quando se aplica | Relação de cobrança |
|---|---|---|
| Valor incluído na assinatura | Trabalho normal elegível no Codex, na categoria Plus ou de uso mais intenso | Incluído no plano mensal para consumidores |
| Créditos adquiridos | Uma conta qualificada permanece válida após o consumo incluído | Saldo pré-pago separado; o uso incluído é consumido primeiro |
| Chave da API | Um desenvolvedor acessa a rota da API | Faturamento separado por API no modelo “pay-as-you-go” |
É também por isso que os campos de token dos nossos testes de assinatura não devem ser inseridos em uma calculadora de API e apresentados como uma fatura real. As execuções não resultaram em uma compra de API, e o artigo não utiliza taxas atuais de token não verificadas. Se você usar uma chave de API, faça uma estimativa desse custo com base nos preços oficiais atuais da API e em seus dados reais de telemetria da API, separadamente do plano de consumidor.
Um fluxo de trabalho que economiza cota sem comprometer a qualidade do código
O objetivo não é fazer com que o Codex realize menos tarefas úteis. Trata-se de eliminar a redescoberta, o desvio de escopo e as tarefas incompatíveis, ao mesmo tempo em que se preserva a verificação que torna o resultado de um agente seguro para uso.
Antes da corrida: defina um objetivo
Indique a funcionalidade ou o defeito, a área afetada, as restrições que devem ser respeitadas e as verificações que comprovam a conclusão. Inclua um comando com falha ou o nome do arquivo, quando souber. Remova registros obsoletos e instruções não relacionadas. Escolha o modelo mais simples que possa lidar com segurança com a ambiguidade e o risco.
Implementar [resultado único] no [escopo]. Manter [restrição]. O sucesso significa: [testes/verificações]. Inspecionar apenas os arquivos adicionais que forem necessários, executar a verificação pertinente e relatar os arquivos alterados, os resultados e os riscos remanescentes.Durante a corrida: mantenha o foco, não recorra a atalhos
Deixe o Codex analisar contexto suficiente e executar testes úteis. Intervenha quando a tarefa se estender para uma limpeza não relacionada, repetir uma abordagem que falhou sem novas evidências ou carecer de uma decisão sobre o produto necessária para garantir a correção.
Após a execução: mantenha um estado reutilizável
Analise as diferenças e os testes; em seguida, salve o que foi alterado, o que foi aprovado, o que permanece e o que precisa de revisão manual. Comece um trabalho não relacionado em um novo contexto. Um estado salvo reduz a necessidade de redescobrir tudo após uma reinicialização.
Retome a partir deste estado verificado: [resumo]. O próximo objetivo é [um passo]. Verifique novamente as alterações atuais e os testes relevantes antes de fazer qualquer alteração. Não amplie a tarefa além do [escopo].Mais curto não significa automaticamente mais barato. Uma orientação enigmática pode estimular mais exploração do que um briefing detalhado, mas restrito. A orientação mais eficiente fornece informações suficientes para começar da maneira correta e critérios de aceitação suficientes para saber quando parar.
Quais obras devem ficar no Codex — e quais podem ser transferidas para outro lugar?
Use o Codex quando a tarefa depender do estado do repositório: análise de código desconhecido, implementação em vários arquivos, depuração, testes, revisão de código e alterações que exijam uma comparação de diferenças. Esses fluxos de trabalho se beneficiam do acesso a arquivos, da execução no terminal e da verificação no mesmo ambiente.
Realize o trabalho quando o repositório não for parte do problema. Elaboração de apresentações, documentos estruturados, resumos, criação de imagens, e alguns tarefas de pesquisa geralmente precisam de entradas de conteúdo e de um formato de saída claro, em vez de acesso ao shell. Encaminhá-las para outro lugar preserva a janela de programação e, muitas vezes, oferece ao usuário uma interface mais direta.
Quando a janela do Codex é importante
Transfira o trabalho adequado — e não a engenharia de repositórios — para um agente de navegador guiado
| Tarefa | Rota mais adequada | Por que |
|---|---|---|
| Compreensão do repositório | Código Codex ou Claude | Requer contexto direto da base de código e raciocínio baseado nos arquivos. |
| Implementação com vários arquivos | Código Codex ou Claude | É necessário coordenar as edições, as comparações de diferenças e os testes de execução. |
| Correção de bugs e revisão de código | Agente de codificação + revisão humana | Precisa ser reproduzido, corrigido e verificado. |
| Apresentação guiada | Yukie é uma opção prática | Foram verificadas a entrada dedicada de slides, a revisão do esboço, os modelos e a exportação. |
| Resumo estruturado sem código | Yukie é uma opção prática | O fluxo de trabalho dedicado aos documentos e a lista de verificação para tomada de decisões foram verificados. |
| Criação de imagens | O Yukie é uma opção prática com revisão dos resultados | O fluxo de trabalho de imagens funcionou, mas a solicitação combinada de imagem e legenda foi atendida apenas parcialmente. |
Esse roteamento não afirma uma economia exata na cota do Codex e não posiciona o Yukie como um substituto do agente de codificação do repositório.
GlobalGPT se encaixa aqui como um espaço de trabalho multimodelo e multimodal. Ele pode direcionar a redação, a pesquisa, imagens, áudio e vídeo por meio de modelos ou fluxos de trabalho guiados escolhidos para o produto final. Isso amplia a configuração de trabalho; não reproduz a edição de repositórios, os controles do terminal nem todos os recursos nativos do Codex. Mantenha a base de código no agente de codificação e transfira apenas as tarefas que possam sair dele com segurança. Quando um segundo modelo for útil dentro do host de codificação, o GlobalGPT CLI é a via de integração pertinente.
O que aprendemos com três tarefas orientadas do Yukie
Testamos três fluxos de trabalho em navegadores utilizando o primeiro resultado válido e não repetimos a execução de resultados insatisfatórios apenas para fins de aparência. Os números abaixo representam o número de critérios fixos concluídos; não se trata de pontuações universais de qualidade do produto.
| Fluxo de trabalho | Critérios atendidos | Resultado prático |
|---|---|---|
| Slides | 5/6 | Fluxo claro e orientado da apresentação; as notas do palestrante solicitadas não puderam ser verificadas |
| Documento | 6/6 | Resumo completo e estruturado com controles de exportação visíveis |
| Imagem e legenda | 5/6 | O elemento visual atendia aos requisitos, mas faltava a legenda exigida |
Slides: orientações claras, um resultado a ser entregue ainda não verificado
O fluxo de trabalho do Slides apresentava uma entrada dedicada, seleção de finalidade, um esboço editável de cinco slides, seis modelos nomeados, visualização prévia, histórico de versões, um indicador de status de qualidade e um caminho de exportação. Ele atendeu a cinco dos seis critérios fixos. As notas do palestrante foram solicitadas, mas não puderam ser verificadas na apresentação final nem na interface; portanto, o resultado foi considerado uma aprovação parcial.
Y1 · Teste do navegador Yukie
Apresentação guiada com cinco slides
- ✓Seleção da entrada e da finalidade dos slides dedicados
- ✓Exatamente cinco slides e um esboço editável
- ✓Seis modelos com nomes; foi utilizado o “Minimal Tech”
- ✓Estrutura solicitada substancialmente abordada
- ×Notas do palestrante comprovadamente presentes
- ✓Visualização, histórico de versões e caminho de exportação
Uso visível: 55,31 créditos neste turno. Não se trata de uma conversão de moeda.
Ver o prompt exato do congelamento
Crie uma apresentação de cinco slides para desenvolvedores independentes intitulada “Lance produtos mais rapidamente sem se esgotar”. O público-alvo são desenvolvedores autônomos que criam produtos de IA. Use um estilo tecnológico escuro e clean. Inclua: 1) título e promessa, 2) os três maiores gargalos do fluxo de trabalho, 3) um sistema operacional semanal prático, 4) uma comparação simples de “antes e depois” e 5) uma chamada à ação concisa. Faça com que cada slide seja fácil de ler rapidamente, use linguagem concreta e inclua notas do palestrante.
Visualizar evidências de saída
— Apresentação guiada de cinco slides ### Evidência do fluxo de trabalho - Yukie disponibilizou um ponto de entrada dedicado `Slides /ppt`. - Ele analisou o título solicitado, o público-alvo e o número de cinco slides. - Ofereceu opções de objetivo: Persuadir, Informar, Educar e Inspirar. A opção “Educar” foi selecionada. - Gerou um esboço editável de cinco slides antes da renderização. - Ofereceu seis modelos nomeados: Profissional, Consultoria, Apresentação de Startup, Relatório de Dados, Educação e Tecnologia Minimalista. - O modelo “Minimal Tech” foi recomendado e utilizado. ### Primeira saída válida A apresentação gerada continha exatamente cinco slides: 1. Entregue mais rápido sem se esgotar 2. Os três assassinos silenciosos da velocidade 3. Sua cadência semanal de entrega 4. Transforme seu fluxo de trabalho: antes x depois 5. Comece a entregar de forma sustentável hoje mesmo A interface final exibia `3/3 concluídos`, `5 slides · Minimal Tech · 16:9`, Visualização, Histórico de versões, `Relatório de qualidade aprovado` e um controle de exportação. ### Limitações - O prompt solicitava explicitamente notas do palestrante. O DOM final e a pré-visualização visível não exibiram notas do palestrante verificáveis nem uma mensagem informando que as notas não estavam disponíveis. Portanto, esse critério permanece não verificado e impede a aprovação total. - O conteúdo visível de raciocínio interno misturava chinês e inglês, embora o inglês tivesse sido selecionado. O conteúdo público do slide inspecionado estava em inglês. - O próprio rótulo “Relatório de qualidade: Aprovado” da interface é um indicador de status do produto, não uma pontuação editorial independente. ### Evidência - Imagem da evidência publicada: `https://static.futureshareai.com/glb_features/Y1-slides-status-v2.webp` - A página final ao vivo foi mantida no Chrome como um produto final.
A vantagem era um fluxo de trabalho de apresentação mais claro, e não uma alegação de melhor raciocínio por parte do agente de codificação. O usuário ainda escolhia uma finalidade e um modelo, e os resultados finais ainda precisavam ser verificados.
Documento: a tarefa com o roteiro mais simples
O fluxo de trabalho do Document foi a opção mais adequada para transferir o trabalho para fora do Codex. Ele gerou os quatro tipos de tarefas solicitados — valor, risco, evidência e orientação para revisão humana —, premissas identificadas, uma lista de verificação para decisão e controles visíveis para download, abertura, exportação e histórico de versões.
Y2 · Teste do navegador Yukie
Resumo da pesquisa sobre agentes de codificação estruturada
- ✓Fluxo de trabalho dedicado a documentos
- ✓Todos os quatro tipos de tarefas solicitados
- ✓Orientações sobre valor, risco, evidência e revisão humana
- ✓Suposições marcadas
- ✓Lista de verificação para a tomada de decisão incluída
- ✓Download, abrir, exportar e histórico de versões
Uso visível: 55,31 créditos exibidos. Isso não é uma conversão de moeda.
Ver o prompt exato do congelamento
Elabore um resumo de pesquisa conciso intitulado “Quando um desenvolvedor autônomo deve recorrer a um agente de programação?”. O leitor é um desenvolvedor independente com tempo e orçamento limitados. Compare quatro tipos de tarefas: análise de repositório desconhecido, desenvolvimento de funcionalidades envolvendo vários arquivos, correção de bugs e revisão de código. Para cada tipo de tarefa, explique o valor esperado, o principal risco, quais evidências o usuário deve solicitar e quando a revisão humana é essencial. Conclua com uma lista de verificação para a tomada de decisão. Identifique claramente quaisquer suposições e não invente estatísticas ou fontes.
Visualizar evidências de saída
— Documento de pesquisa estruturado ### Evidências do fluxo de trabalho - Yukie disponibilizou um ponto de entrada dedicado `Document /doc`. - Realizou uma etapa automática de pesquisa e apresentou um esboço para confirmação. - O fluxo de trabalho exigiu uma confirmação de geração antes da produção do documento. ### Primeira saída válida O documento incluiu: - Premissas - Resumo da recomendação - Uma comparação de tarefas abrangendo análise de repositórios desconhecidos, trabalho com recursos em múltiplos arquivos, correção de bugs e revisão de código - Valor esperado, principal risco, evidências a serem solicitadas e orientações para revisão humana para cada tarefa - Orientações sobre o uso de um agente de codificação sem exceder o orçamento - Uma lista de verificação para decisão - Uma seção de conclusão A interface final exibia as opções “Baixar”, “Abrir”, “Exportar”, “Histórico de versões” e um controle de compartilhamento somente para leitura. O compartilhamento permaneceu desativado. ### Limitações - O documento exigia um clique de confirmação antes da geração, de modo que o fluxo de trabalho era guiado, em vez de totalmente automático e sem intervenção humana. - Não foram observadas alegações numéricas sem fundamento na saída revisada. ### Evidências - Imagem da evidência publicada: `https://static.futureshareai.com/glb_features/Y2-document-result.webp` - A página final ativa foi salva no Chrome como um produto final.
Um resumo que deva citar o comportamento do repositório ainda precisa de evidências do repositório. Um memorando independente, baseado nos requisitos fornecidos, pode utilizar o esboço orientado e o fluxo de exportação sem ocupar a janela de codificação.
Imagem e legenda: o elemento visual foi aprovado, mas o pacote não
O fluxo de trabalho de imagens recomendou um modelo de imagem e apresentou controles específicos para cada formato. O primeiro resultado válido, em formato quadrado, utilizou o fundo azul-marinho solicitado, o destaque em ciano, o motivo do cronômetro 60:00 e o título exato. No entanto, não incluiu a legenda exigida de 60 a 90 palavras nem a chamada à ação; portanto, a tarefa combinada cumpriu cinco dos seis critérios.
Y3 · Teste do navegador Yukie
Imagem quadrada do FocusDock e legenda correspondente
- ✓Fluxo de trabalho dedicado para imagens e prompt editável
- ✓Imagem quadrada na escala 1:1
- ✓Azul-marinho, ciano, cronômetro e título exato
- ×Legenda obrigatória de 60 a 90 palavras
- ✓Nenhuma alegação de cliente real nem estatística inventada
- ✓Caminho de ajuste visível
Uso visível: 320 créditos exibidos antes da geração. Não se trata de uma conversão de moeda.
Ver o prompt exato do congelamento
Crie um recurso visual quadrado para redes sociais e uma legenda correspondente para um aplicativo de produtividade imaginário chamado “FocusDock”. O elemento visual deve usar um fundo azul-marinho, uma cor de destaque ciano, um motivo simples de cronômetro e o título “Uma tarefa. Uma hora. Pronto.” A legenda deve ter de 60 a 90 palavras, ser direcionada a desenvolvedores independentes e incluir uma chamada à ação clara. Não use marcas registradas, depoimentos reais de clientes nem estatísticas de desempenho inventadas.
Visualizar evidências de saída
— Recurso social multimodal ### Evidência do fluxo de trabalho - Yukie disponibilizou um ponto de entrada dedicado `Image /paint`. - Ela reformulou a solicitação em um prompt editável para geração de imagens. - Ela recomendou o GPT Image 2 para tipografia. - A etapa de modelo e parâmetros mostrou GPT Image 2, 1:1, 2K e 320 créditos antes da geração. ### Primeira saída válida A imagem quadrada gerada incluía visivelmente: - Um fundo azul-marinho - Um destaque em ciano - Um motivo de cronômetro exibindo `60:00` - O título exato `Uma tarefa. Uma hora. Concluída.` - Nenhuma referência evidente a clientes reais ou estatísticas de desempenho inventadas A interface final exibia os controles `Gerar vídeo a partir desta imagem` e `Ajustar a imagem`. ### Falha preservada Nenhuma legenda correspondente com 60–90 palavras foi entregue na saída final da tarefa. O único texto relacionado à legenda no DOM final foi a solicitação original do usuário. Nenhuma ação corretiva foi enviada, pois tal ação seria uma intervenção manual e não substituiria nem o primeiro resultado válido nem sua falha. ### Evidência - Imagem da evidência publicada: `https://static.futureshareai.com/glb_features/Y3-image-result.webp` - A página final ativa foi mantida no Chrome como um resultado final.
Juntos, os três testes sustentam uma conclusão limitada: as entradas guiadas podem reduzir o atrito na configuração de entregas que não envolvem código, mas a orientação não elimina a necessidade de verificar cada resultado solicitado. Eles não sustentam a ideia de chamar a Yukie de forma ilimitada, converter os créditos exibidos em dinheiro ou tratá-la como um substituto para a engenharia de repositórios.
Uma lista de verificação prática para decisões sobre a aplicação do Codex
- A tarefa requer o repositório, o shell, o diff ou os testes? Se sim, guarde-o no Codex ou em outro agente de codificação.
- O objetivo é limitado? Defina um resultado e as verificações que o comprovam antes de iniciar uma corrida longa.
- A tarefa exige o raciocínio mais sólido? Utilize um modelo mais simples quando o risco e a ambiguidade permitirem.
- Qual limite está ativo? Separe o intervalo de cinco horas, o limite semanal, os créditos e o faturamento da API.
- O trabalho pode sair do ambiente de programação com segurança? Encaminhe apresentações, documentos independentes, mídias e outras tarefas não relacionadas ao repositório para um modelo adequado ou um fluxo de trabalho guiado.
Faça a atualização quando o trabalho no repositório, devidamente definido, for consistentemente valioso e quando o custo das interrupções for maior do que a diferença em relação ao plano. Altere o fluxo de trabalho primeiro quando o tempo estiver sendo gasto com uma redescoberta ampla, entregas não relacionadas ou esclarecimentos repetidos que poderiam ter sido resolvidos antes do início da execução.
Perguntas frequentes sobre o uso do Codex
O Codex é reiniciado a cada cinco horas?
A janela compartilhada de curto prazo é reiniciada a cada cinco horas, mas ainda podem ser aplicados limites semanais adicionais. Portanto, o reinício a cada cinco horas não garante que todas as restrições da conta sejam removidas.
Quantas sugestões do Codex eu recebo?
Não existe um número único e confiável de prompts. O OpenAI publica estimativas gerais por modelo, enquanto o consumo real varia de acordo com o contexto, o raciocínio, as ferramentas, a recuperação de informações, o armazenamento em cache e a complexidade da tarefa.
Por que ainda posso estar limitado depois de cinco horas?
Pode haver um limite semanal adicional em vigor. Verifique a visualização do uso atual da conta ou as informações documentadas sobre a cota em uma sessão ativa, em vez de confiar apenas na reinicialização de curto prazo.
Como posso verificar o uso do Codex na CLI?
Documentos OpenAI /status para verificar informações sobre limites em uma sessão ativa da CLI do Codex. O que é exibido depende da autenticação atual e do status da conta.
As taxas da API do Codex estão incluídas no plano Plus ou nos planos de uso mais intenso?
Não. O uso da chave de API é cobrado separadamente da cota da assinatura do consumidor.
Posso comprar mais créditos do Codex?
Os usuários qualificados podem adquirir créditos após esgotar o pacote incluído. Verifique a página da conta atual para saber a disponibilidade e as condições antes de comprar.
Os tokens de entrada armazenados em cache mostram quanto do meu limite de assinatura eu economizei?
Não. A telemetria de entrada em cache não fornece uma conversão confiável para uma porcentagem de cinco horas, uma porcentagem semanal, um valor de crédito ou uma fatura da API.
A Yukie é ilimitada?
Não encontramos evidências confiáveis que sustentem essa afirmação. Considere o Yukie como uma opção orientada para tarefas adequadas que não envolvam repositórios, e não como um substituto comprovado e ilimitado para a codificação.
Os limites oficiais, preços e condições de crédito foram verificados em 29 de julho de 2026. Eles podem sofrer alterações; portanto, verifique as páginas atuais do OpenAI antes de tomar uma decisão de compra.
Mantenha o trabalho do repositório no Codex. Para a próxima apresentação, resumo de pesquisa ou recurso multimodal que não exija o uso do seu código-fonte, abrir GlobalGPT e escolha o modelo ou o fluxo de trabalho guiado da Yukie criado para essa tarefa.
