O Codex terminou. Para decidir se o trabalho está pronto para merge, revise os commits da branch e as alterações que ainda estão no diretório de trabalho. O Yenpo mantém a comparação de commits disponível enquanto você lê os arquivos atuais.

Você precisa do Yenpo e de um checkout local com o resultado. Substitua codex/search-fix e main pelos nomes reais das branches.

1. Abra o checkout que o Codex alterou

O Codex pode trabalhar em um worktree separado, inclusive com HEAD destacado e sem branch nomeada. Abra esse diretório no Yenpo para ver os arquivos sem commit. A documentação de worktrees da OpenAI explica essa organização.

No diretório da tarefa, execute:

git rev-parse --show-toplevel
git branch --show-current
git rev-parse HEAD
git status --short

O nome vazio pode indicar HEAD destacado. Anote o ID. Você pode ler commits individuais no modo “Commit” e alterações locais sem criar uma branch. Para a comparação abaixo, use primeiro “Create branch here” no Codex e reabra o seletor do Yenpo. Se a tarefa foi remota, traga o resultado para um checkout local pelo fluxo habitual de Git.

2. Compare a branch com main

  1. Clique em “Comparar versões…” e escolha “Comparar”.
  2. Em “De”, escolha main em “Branches locais”.
  3. Em “Para”, escolha codex/search-fix em “Branches locais”, ou a branch recém-criada no Codex.
  4. Use “Desde a divergência das branches” para ler as alterações desde o ancestral comum.
  5. Confira direção e IDs curtos, depois clique em “Ver alterações”.

Para usar origin/main, selecione “Branches remotas” em “De”. São referências de rastreamento armazenadas localmente. Se precisar atualizá-las, faça fetch pelo cliente Git habitual e reabra o seletor.

Pergunta Modo
O que a branch acrescentou desde a separação de main? Desde a divergência das branches
Como os dois extremos atuais diferem? Comparação direta
O que um commit mudou em relação ao primeiro pai? Commit

Se main avançou, a comparação direta inclui diferenças dos dois lados. A comparação desde a divergência mostra só as alterações do destino. Veja a seleção de versões para entender a diferença.

3. Leia e questione o diff dos commits

Abra os arquivos da árvore de alterações. Para cada mudança de comportamento, leia um chamador, a condição alterada e o teste correspondente. Passe o cursor sobre a linha de revisões para ver os IDs completos. A comparação fica fixa nesses commits; abra outra quando o Codex adicionar commits.

Com um modelo conectado, clique em “Pedir à IA para revisar esta comparação”. Confira o anexo e ajuste o rascunho:

Revise esta comparação buscando regressões em cancelamento, erros e premissas dos chamadores. Para cada problema, indique a entrada ou estado que o dispara, a localização alterada, o comportamento esperado e real e as referências de código. Separe problemas existentes dos introduzidos aqui e informe o que não conseguiu revisar.

Confira as referências nas revisões selecionadas e confirme que a condição de cada problema pode realmente acontecer. Conversas de comparação Git são somente leitura.

4. Revise o que ainda não foi commitado

Volte ao botão de mais/menos “Alterações”. “Alterações locais” compara o conteúdo atual, inclusive texto não salvo no Yenpo, com HEAD. Leia arquivos novos, modificados e removidos. Salve as edições desejadas antes de usar Git ou testar os arquivos em disco.

Para distinguir o índice da árvore de trabalho, execute:

git diff --stat HEAD --
git diff --cached --
git diff --
git ls-files --others --exclude-standard

O primeiro resume a mudança líquida dos arquivos rastreados contra HEAD. Os dois seguintes mostram alterações no staging e fora dele. O último lista arquivos não rastreados que não são ignorados; abra-os para ler. Uma edição no staging e outra fora dele podem se cancelar, então o diff líquido não basta para decidir o conteúdo do próximo commit.

“Pedir à IA para revisar todas as alterações” prepara outro rascunho para as alterações atuais contra HEAD. Elas estão fora da comparação de commits anterior. Se o Codex não criou commits, todo o trabalho pode estar aqui.

5. Registre a decisão de merge

Anote os IDs comparados, se incluiu arquivos sem commit, os problemas confirmados e os testes executados. Faça as verificações no checkout e na versão que pretende integrar: um teste local pode exercitar código ausente da comparação fixa.

Se pedir outra correção, repita a comparação e a revisão local relevantes. Para uma função ainda confusa, peça uma explicação ao seu modelo e confira as citações. Para revisar por rodada, veja o fluxo do Claude Code.