Lançamos o modo de meta (ou /goal) como uma forma de ajudar você a fazer o Codex trabalhar em direção a um resultado concreto. Quando você define uma meta, o Codex continuará trabalhando até que ela seja alcançada, seja em horas ou dias. Algumas pessoas usaram o Codex para trabalhar em uma única meta por mais de 120 horas.
O modo de meta é incrivelmente poderoso, e há algumas coisas que você pode fazer para aproveitá-lo ao máximo. Aqui estão 7 pontos a serem considerados ao usar /goal.
1. Critérios claros *verificáveis
O prompt que você define ao ativar o modo de meta pode servir como seu prompt inicial, mas, mais importante, atuará como seus critérios de saída para a meta. O Codex verificará após uma rodada se a meta foi alcançada ou não. Como resultado, seu prompt de meta não deve ser excessivamente longo e deve focar em um critério claro sobre quando a meta foi atingida.
Na maioria dos casos, uma boa meta contém um número claro\* para o modelo atingir antes que a meta seja considerada concluída. Bons exemplos:
- "Reduza o tempo de build e deploy em 30%."
- "Migre esta funcionalidade de TypeScript para Rust e alcance 100% de paridade de testes."
- "Melhore o scaffolding da aplicação para que o maior contentful paint em produção fique abaixo de 2,5s."
\O prompt nem sempre precisa ser um número, mas geralmente ajuda com as próximas dicas.*
Se você não tem certeza de como definir melhor sua meta ou quer trabalhar primeiro com o Codex para debater o projeto, não precisa iniciar uma thread com o modo de meta.
O Codex pode definir uma meta por conta própria, então você pode iniciar uma conversa e, quando estiver pronto para o Codex começar o trabalho, pode pedir ao Codex para definir a meta com base na sua conversa.
Você também pode editar a meta a qualquer momento pressionando o botão de editar no aplicativo Codex ou usando /goal novamente no CLI.
2. Forneça orientação, se possível
Enviar um prompt como "Reduza o tempo de build e deploy em 30%" pode ser legal e até encontrar algumas soluções criativas. Também pode fazer o Codex seguir uma pista falsa se você tem uma ideia de onde o problema pode estar.
Quando possível, dê ao Codex um ponto de partida para começar a trabalhar, quais ferramentas ele pode usar para alcançar a meta, ou quaisquer outras indicações sobre onde o Codex pode seguir o caminho errado.
Meu colega @reach_vb, por exemplo, fez isso em um de seus experimentos ao dizer ao Codex que ele poderia usar o navegador Chrome para acessar o Google Colab e limitações aceitáveis, como gerar seu próprio conjunto de dados quando ele pediu ao Codex para treinar um modelo.
Da mesma forma, se você está procurando reduzir os tempos de build e sabe onde a maior parte do tempo é gasta, tente apontar o Codex para essa área primeiro como parte do seu prompt.
Alternativamente, você pode até fazer o Codex fazer uma pesquisa inicial no modo de plano e criar um plano como um arquivo que ele possa usar para documentar opções potenciais. Em seguida, faça sua meta referenciar esse plano.
3. Torne o progresso mensurável
Se sua meta é ambiciosa ou se há várias maneiras pelas quais o Codex pode se aproximar dela, é importante que você dê ao Codex ferramentas para medir o progresso.
No caso de algumas tarefas, isso pode ser algo dado, como melhorar tempos de build ou aumentar a cobertura de testes, porque o Codex geralmente já tem as ferramentas ou as cria naturalmente.
Para outras metas, vale a pena debater com o Codex quais ferramentas seriam úteis ou sugerir maneiras de saber como ele está progredindo. Por exemplo, ter ferramentas para calcular diferenças visuais entre duas capturas de tela ou criar um conjunto de avaliação para um agente que você está tentando ajustar.
Quando eu pedi ao Codex para recriar alguns componentes de um vídeo, fiz com que ele criasse uma ferramenta para si mesmo para poder comparar as capturas de tela e inspecionar as diferenças. Ele optou por evoluir a ferramenta ao longo do tempo para ter diferentes modos de diff.
Uma captura de tela que o Codex gerou para comparar visualmente dois quadros
Dependendo da sua tarefa, você também vai querer considerar se há critérios adicionais para medir/verificar que podem fazer o Codex pensar que a tarefa foi concluída, mas que você consideraria incompleta. Por exemplo, implementar uma UI recortando a inspiração de design e incorporando-a para ficar "perfeita em pixels" ou atingir uma taxa de 100% de testes aprovados reduzindo a cobertura de testes.
4. Crie um ambiente realista
Para que o Codex realmente progrida em direção à meta, ele precisa operar em um ambiente realista. Na prática, isso significa que, se você está tentando melhorar tempos de deploy ou problemas de latência, ele deve ter acesso a ambientes de deploy e teste que imitem a produção. Ou seja, mesma stack, mesmas flags, um banco de dados semelhante.
Como exemplo, estávamos depurando algumas melhorias de tempo de build e deploy para developers.openai.com. Já estávamos usando previews de deploy, então o Codex podia usá-los para fazer deploy e revisar os logs associados, mas nossos deploys de preview tinham alguns caminhos de build desabilitados em comparação com execuções completas de produção. Então, o Codex teve que fazer deploys manuais para os mesmos ambientes com configurações de produção semelhantes para inspecionar o ambiente.
Da mesma forma, você pode fazer o Codex usar computer use para testar a aplicação real. Para trabalhar em algumas melhorias de desempenho no iOS, @dimillian até usou um dispositivo físico para o ambiente mais preciso.
5. Cuidado com metas visuais
Dar ao Codex uma meta visual como "Implemente esta UI 100% perfeita em pixels com base nesta imagem" é tentador, mas dependendo da configuração, pode causar alguns problemas.
Se você não der a orientação e restrições corretas, ele pode acabar se perdendo em alguns problemas, ignorando a meta geral. Por exemplo, se a referência incluir gráficos que o Codex deve gerar, sejam ícones SVG ou imagens, ele pode se perder tentando torná-los precisos em vez de dissecar o problema adequadamente.
Além disso, o Codex precisará de ferramentas para fazer a comparação visual corretamente, o que significa mais entradas de imagem e maior uso geral de tokens, sem necessariamente dar ao Codex uma maneira fácil de identificar oportunidades.
Em vez disso, as imagens podem servir como contexto útil para impulsionar a meta, mas você deve encontrar outras maneiras para o Codex identificar que a meta foi alcançada, como listas de verificação de funcionalidades, especificações para implementar, adesão ao sistema de design, etc.
6. Acompanhando o progresso
Se o Codex acabar trabalhando por horas ou dias em segundo plano (ou até mesmo em outra máquina), é fácil perder o controle de quão longe ele está ou que trabalho foi feito. Aqui estão algumas coisas que achei úteis, dependendo da meta, para acompanhar:
- Peça ao Codex para fazer commits em etapas significativas e enviar para um PR de rascunho. Isso é útil especialmente se você trabalha em um site com previews de deploy.
- Faça o Codex atualizar um artefato para executivos. Pode ser um arquivo HTML que você pode manter aberto no navegador no aplicativo ou até mesmo implantar para sua equipe usando Sites, uma imagem de um gráfico renderizado que rastreia o progresso ou até mesmo um arquivo markdown simples.
- Instrua o Codex a postar atualizações. Você também pode pedir ao Codex, como parte da meta, para comunicar grandes progressos de volta a um canal do Slack ou outros lugares onde você deseja que o progresso seja documentado.
- Use outros chats para pedir atualizações de status. Se você só quer uma verificação rápida do estado atual, pode executar /side para iniciar um novo chat lateral e fazer perguntas lá. Como ele bifurca a thread atual, tem todo o contexto até este ponto, mas também tem vida curta. A alternativa no aplicativo Codex é pedir ao Codex em um novo chat normal para ler a outra thread de meta e responder suas perguntas. Isso pode ser especialmente poderoso se você pedir ao Codex para agendar uma automação para verificar regularmente.
7. Limpeza e finalização dos resultados
Ótimo, a meta finalmente foi alcançada! Hora de dar um $yeet na equipe e encerrar o dia?
Geralmente, achei útil, especialmente para tarefas de otimização, que o Codex reflita sobre o trabalho realizado e o revise. Você pode começar com um /review para executar uma revisão de código local, mas também pode valer a pena fazer o Codex refletir mais profundamente sobre as diferentes tentativas que fez para resolver a meta e limpar adequadamente.
Como o Codex continuará até atingir a meta, ele pode ter tentado várias coisas que não funcionaram bem o suficiente ou que não funcionaram e que podem ter permanecido nas alterações.
Hora de definir sua próxima meta
A funcionalidade de meta no Codex é uma ferramenta incrivelmente poderosa para resolver alguns dos desafios mais significativos que você encontra, mas fornecer o ambiente e as instruções certas fará com que você atinja sua meta de forma mais eficiente.
Para que você já usou /goal?
https://x.com/OpenAIDevs/status/2057530209470210453
