Eu quero uma revisão que explique um problema concreto, porque uma segunda opinião vaga só aumenta minha fila de leitura. Em setembro de 2026, descrevi minha divisão no Claude: Sonnet fazia, Opus revisava. Gosto de separar essas responsabilidades. Colocar outro modelo na conversa, sozinho, não define qual responsabilidade ele recebeu.
Revisito em outubro de 2026 o lançamento de Opus 4.7, anunciado em abril com destaque para programação longa e seguimento de instruções. A prática que relatei meses depois fala das famílias Sonnet e Opus, sem identificar versões. O que posso levar dessa experiência pro anúncio é uma exigência para a função de revisor.
Quem implementa tenta produzir a mudança pedida. Na revisão, eu quero examinar as consequências dela diante do comportamento esperado. Se o pedido ao segundo agente for apenas continuar, ele pode entregar mais implementação. Aí ganhei outro executor e continuo sem a leitura que estava procurando. Preciso nomear o trabalho antes de distribuir o modelo.
Num exemplo hipotético de backend, quero saber o que acontece quando uma entrada está incompleta. O revisor deve encontrar o caminho relevante e explicar a conclusão com algo que eu possa conferir. Uma recomendação genérica de melhorar a robustez me deixa exatamente com o serviço de descobrir onde existe um problema. Obrigado pelo tema da redação, agora falta a revisão.
Em julho de 2026, avaliei Claude como bom para backend. Essa confiança não preenche um requisito ausente. Se o comportamento esperado só existe na minha cabeça, até um revisor capaz precisa inferir ou perguntar. Faz parte do meu trabalho tornar a expectativa acessível e delimitar quais consequências da mudança entram nessa passagem.
Problemas anteriores podem aparecer durante a leitura. Quero que sejam identificados como anteriores, pra decidir se cabem no trabalho atual. Também preciso dar destino aos comentários: os aceitos viram alteração ou decisão explícita de escopo; os rejeitados precisam de um motivo compreensível. Uma pilha de sugestões soltas transfere arbitragem pro próximo agente.
Vou manter a divisão de papéis aberta a mudanças de modelo e julgar a revisão pela utilidade dos comentários. Na próxima passagem, quero fornecer o objetivo junto do diff e cobrar observações ligadas a ele. Uma boa resposta precisa permitir que eu decida o que fazer em seguida. Reapresentar a mudança com palavras mais bonitas não justifica outra rodada.