Tópicos populares
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Falando sobre o recente problema de redução de inteligência do Claude Code, meu feedback é que você deve ter meios para garantir a qualidade do desenvolvimento de software, mesmo que o CC não funcione.
Como fazer isso?
Primeiro, não vamos falar sobre como fazer, mas sim sobre as falhas comuns do vibe, que é o problema de abrir caixas pretas. Cada vez é uma operação de caixa preta, e você só percebe que algo está errado depois de dar uma volta, o que instantaneamente causa frustração.
Dito isso, a solução também está basicamente clara.
Transformar o processo de caixa preta em um processo transparente, não é sobre codificar imediatamente, mas sim gastar mais tempo no planejamento e nas soluções.
1. Se a solução não parecer certa, a qualidade da codificação não será boa.
2. Na fase de solução, existem muitos meios, a revisão por múltiplos modelos é uma ferramenta poderosa, não confie apenas na palavra do CC, confie na revisão por pares.
3. Depois que o código estiver escrito, compilado e atendendo às funcionalidades, faça uma revisão adicional.
Esses métodos podem ser expandidos, não tenha medo da redução de inteligência do CC, eu ainda tenho o warp e o cline.
Outra questão mais mística é quando é mais fácil ter uma redução de inteligência, a intuição pode ser quando há falta de poder computacional, parece que o tempo de trabalho na zona +8 pode ter uma probabilidade maior, então vamos mudar de fuso horário e testar.

27/07/2025
O código Claude pode mudar a forma de atualização de 5 horas para um reinício semanal.
Esse método pode não ser muito amigável para usuários que utilizam intensamente todos os dias — mas é mais amigável para desenvolvedores comuns, o que significa que você não precisa se preocupar em desperdiçar tempo à noite, podendo ficar inativo nos primeiros dias e concentrar-se em usar a cota de uma semana no terceiro dia.
Fazendo uma observação sobre o O3, na verdade, o O3 não é bom em trabalhos de liderança, como projetar ativamente soluções; esse tipo de trabalho ele não faz bem.
Então, no que ele é bom?
Ele é bom em criticar, isso mesmo, em criticar.
Se você o deixar iniciar um trabalho, a qualidade é mediana, mas ele é um crítico excepcional, e suas críticas são muito pertinentes.
Se possível, eu acho que o melhor fluxo seria o Opus apresentar a solução, o O3 fazer a revisão, e depois, quando o código estiver pronto, também deixá-lo revisar.
Você diria que o O3 é alguém que tem grandes ideias mas não consegue executá-las? Não está errado, mas ter grandes ideias e não conseguir executá-las é exatamente o que queremos; precisamos de seus olhos afiados para identificar problemas, mas não precisamos que ele faça o trabalho.
2,73K
Top
Classificação
Favoritos