As pessoas vêm até mim com frequência e perguntam: "O Codex consegue fazer isso?"
Então passam os próximos dois ou três minutos explicando exatamente o que é "isso": o problema que querem resolver, o que o aplicativo deve fazer e como seria um bom resultado. Às vezes compartilham o que já tentaram, o que funcionou e o que não funcionou.
E eu fico pensando: você deveria simplesmente dizer tudo isso para o Codex.
Essa explicação inteira já era o prompt.
Engenharia de prompt está morta. E não está.
Se engenharia de prompt significa aprender uma linguagem secreta antes de pedir ajuda, então acho que está praticamente morta. Especialmente com modelos de raciocínio, geralmente não existe uma palavra mágica que desbloqueia a resposta certa. Acho que você não deveria ficar olhando para uma tela em branco por uma hora tentando criar o prompt perfeito.
Mas também não está morta, porque clareza ainda importa. A ambiguidade dificulta o trabalho do Codex, assim como dificulta para qualquer outra pessoa. Se eu embaralhasse os parágrafos deste artigo ou mudasse para um idioma que você não entende, seria mais difícil de acompanhar. Até o tempo verbal importa: "Eu tentei isso" não é a mesma coisa que "Quero que você tente isso".
O que você realmente quer? Qual contexto é relevante? Quais restrições o Codex deve saber? Como seria um bom resultado?
Fale com o Codex da mesma forma que falaria com alguém com quem está trabalhando.
Gosto de começar pelo resultado: qual é o meu objetivo? Essa também é a mudança mais ampla com os agentes. Em vez de programar cada etapa e pedir cada resultado intermediário, posso explicar o que quero alcançar, definir os limites e deixar o Codex ajudar a descobrir o caminho.
Diga a versão bagunçada
A maioria das ideias não chega como especificações limpas. Elas soam mais como:
"Ok, eu tenho todos esses arquivos. Os formatos são ligeiramente diferentes. Preciso de um relatório até sexta-feira. Acho que a maior parte dos dados está lá, mas esta exportação está um pouco estranha…"
Tudo bem. Apenas diga.
Quando você divaga, muitas vezes dá mais sinal para o Codex. Você menciona o detalhe que teria removido do prompt polido. Você muda de ideia no meio do caminho. Você diz: "Na verdade, não, eu não quero isso."
Mudar de ideia revela o que você não quer. Um desvio pode revelar uma restrição oculta. Pensar em voz alta ajuda tanto você quanto o Codex a entender a tarefa.
Com a digitação por voz, você pressiona o microfone, fala sobre o briefing, verifica a transcrição e envia.
Se estiver disponível na sua configuração, o Modo de Voz vai além. Você pode acompanhar, interromper, mudar de direção ou pegar um novo fio de pensamento. Também pode usá-lo para coordenar o trabalho: iniciar outra tarefa, verificar uma existente, perguntar o que está bloqueado ou direcionar o trabalho que já está em andamento.
Vou ser honesto: falar com um computador ainda parece um pouco estranho. No escritório, seguro um microfone DJI na mão. Fones de ouvido com microfone também funcionam.
Mas é melhor do que deixar uma boa ideia presa na sua cabeça porque você não encontrou a maneira perfeita de escrevê-la.
Faça a pergunta ridícula
Existe uma versão meme familiar disso:
"Codex, faça para mim um SaaS B2B de bilhões de dólares. Sem erros. De uma só vez."
Você não vai criar uma empresa de bilhões de dólares de uma só vez. Mas a conversa pode revelar algo real: um problema que você entende, alguém que o tem e um primeiro passo que vale a pena dar. É a boa e velha resolução de problemas: dividir um problema complexo em etapas menores e alcançáveis.
O valor está na própria conversa. Ela pode te levar de uma pergunta ridícula a algo que você pode realmente entregar hoje.
Algumas maneiras práticas de começar
Se a ideia ainda está confusa, peça ao Codex para te entrevistar:
"Ainda estou descobrindo isso. Faça-me uma pergunta de cada vez. Pressione qualquer coisa vaga e depois me ajude a transformar isso em algo concreto."
Ou seja bem direto:
- Quais são meus pontos cegos?
- O que faria isso falhar?
- O que estou pensando demais?
- Qual é a menor versão útil?
- O que você precisa saber antes de começar?
O modo Plano do Codex é útil quando você quer mais estrutura. Ele pode fazer perguntas esclarecedoras, oferecer opções e trabalhar em uma abordagem antes da implementação.
Mas não acho que toda ideia precise começar por aí. Às vezes, uma conversa aberta flui melhor. Não dividimos todas as conversas com um colega em planejamento e execução. Converse primeiro. Deixe a forma do problema emergir. Passe para um plano quando o trabalho precisar de um.
Pergunte ao Codex sobre o Codex
Há um segundo significado para "falar com o Codex": fazer perguntas sobre ele mesmo.
Pergunte o que ele pode ver. Pergunte qual modo faz sentido. Pergunte quais ferramentas estão disponíveis. Pergunte como ele planeja verificar seu trabalho.
Se a habilidade OpenAI Docs estiver disponível, peça ao Codex para verificar a documentação. Você também pode inspecionar o repositório público do Codex, ou cloná-lo e pedir ao Codex para explicar como funciona.
Se o Codex errar o alvo, pergunte por quê
"Você fez isso, mas na verdade eu queria aquilo. Onde erramos?"
Talvez seu pedido fosse ambíguo. Talvez um arquivo AGENTS.md ou uma habilidade tenha puxado o trabalho em uma direção diferente. Talvez um plugin, permissão ou ferramenta não estivesse disponível. Talvez o Codex tenha feito uma suposição errada.
Pergunte o que ele entendeu, quais instruções seguiu, o que falhou e o que você poderia ter deixado mais claro. O Codex muitas vezes pode usar o contexto ainda disponível para ajudar a auditar a própria colaboração.
Quando disponível, você pode abrir um chat lateral com /side enquanto o Codex está em execução, sem interromper o chat principal. Pergunte o que está feito, o que falta, o que está bloqueado e como você pode ajudar. Você é basicamente o gerente dele na daily.
Se quiser que algo seja explicado em português claro, selecione o texto na transcrição e escolha "Perguntar no chat lateral."
Tire a ideia da sua cabeça
Em uma viagem de carro, comecei a falar com o Codex sobre uma apresentação. Isso se tornou a estrutura para a palestra e para este artigo. Falei sobre a ideia bruta, mudei de ideia algumas vezes e continuei.
Muitas vezes, o maior obstáculo não é o modelo. Somos nós. Achamos que a ideia não está pronta. Não sabemos o prompt certo. Estamos preocupados por não ter explicado direito.
A interface vai melhorar. E se você tiver ideias sobre como deveria ser a sensação de falar com o Codex, adoraria ouvi-las.
É só perguntar ao Codex.
