As pessoas vêm até mim com frequência e perguntam: "O Codex consegue fazer isso?"
E 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.
Toda aquela explicação 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 desbloqueie 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 é o mesmo 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 roteirizar 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 maioria 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ê aperta o microfone, fala 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. Você 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 um bilhão de dólares. Não erre. Faça de uma vez."
Você não vai criar uma empresa de um bilhão 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 estiver confusa, peça ao Codex para te entrevistar:
"Ainda estou descobrindo isso. Faça uma pergunta de cada vez. Pressione em 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 consultar 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 tenha sido 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.
Onde estiver 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 algo 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 termos 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.
