Så la oss snakke om Claude Codes nylige intelligensreduksjonsproblem, min tilbakemelding er at du må ha midler til å sikre kvaliteten på programvareutvikling selv om CC ikke fungerer Hvordan gjøre det? La oss ikke snakke om hvordan du gjør det, la oss snakke om den vanlige defekten ved stemningen, som er problemet med å åpne blindboksen, hver gang det er en svart boks-operasjon, traff spøkelset veggen for å finne ut at noe er galt, og stemningen er umiddelbart ulykkelig Apropos det, løsningen er i utgangspunktet klar Gjør black box-prosessen om til en gjennomsiktig prosess, i stedet for å kode umiddelbart, bruk mer tid på planer og løsninger 1. Løsning Hvis smaken ikke er riktig, vil den grunnleggende kodekvaliteten ikke være mye bedre 2. Det er mange måter i løsningsfasen, multimodellgjennomgang er et skarpt verktøy, ikke tro på ordene til CC-familien, tro på fagfellevurdering 3 Etter at koden er skrevet, vil en ny gjennomgang bli lagt til på grunnlag av kompilering og funksjonstilfredshet Disse metodene kan utvides, hva er CC redd for, jeg har også varp og kline. Et annet mer metafysisk spørsmål er når det er lett å redusere intelligens, intuisjonen kan være når regnekraften er utilstrekkelig, og jeg føler at arbeidstiden i +8-sonen kan ha større sannsynlighet, så endre tidssonen for å teste

For å si en av mine observasjoner om O3, faktisk er O3 ikke flink til å lede arbeid, som å la den ta initiativ til å designe løsninger, og den gjør ikke denne typen arbeid godt Så hva er den god på? Den er god til å sprøyte, ja, den er sprøyting Du lar ham starte arbeidet, kvaliteten er gjennomsnittlig, men det er en god kritiker, og kommentarene er veldig gode Hvis det er mulig, tror jeg den beste prosessen er å opus ut løsningen, o3 review, og la den review etter at koden er skrevet Du sier at o3 tilhører øynene og den lave hånden? Det er ikke noe galt med det, men det er riktig å ha høye øyne og lave hender, det vi vil ha er øynene som er flinke til å oppdage, og vi ser ikke etter at det skal gjøre det