Laten we het hebben over het recente probleem met de vermindering van intelligentie van Claude code. Mijn feedback is dat je middelen moet hebben, zodat je, zelfs als CC niet meer werkt, de kwaliteit van softwareontwikkeling kunt waarborgen. Hoe doe je dat? Laten we het niet hebben over hoe we dat doen, maar eerst over de veelvoorkomende tekortkomingen van de vibe. Het is het probleem van het openen van blinde dozen; elke keer is het een black box-operatie, en na een rondje te hebben gedraaid, ontdek je pas dat er iets niet klopt, wat je humeur onmiddellijk verpest. Als we hier zijn, is de oplossing ook vrij duidelijk. Maak het black box-proces transparant. Het gaat niet om onmiddellijk coderen, maar om meer tijd te besteden aan planning en oplossingen. 1. Als de oplossing niet goed aanvoelt, zal de kwaliteit van de codering waarschijnlijk ook niet goed zijn. 2. In de oplossingsfase zijn er veel middelen; multi-model review is een krachtig hulpmiddel. Vertrouw niet alleen op de mening van CC, maar geloof in peer review. 3. Nadat de code is geschreven, en de compilatie is geslaagd en de functionaliteit voldoet, doe dan nog een keer een review. Deze middelen kunnen verder worden uitgebreid. Waar is CC bang voor? Ik heb nog warp en cline. Een ander vrij mystiek probleem is wanneer het gemakkelijk is om de intelligentie te verminderen. Mijn intuïtie zegt dat dit waarschijnlijk gebeurt wanneer de rekenkracht onvoldoende is. Het lijkt erop dat de werktijd in +8 zone een grotere kans heeft, dus laten we de tijdzone veranderen en het testen.

Een observatie die ik heb over o3 is dat o3 eigenlijk niet goed is in leidende taken, zoals het actief ontwerpen van plannen; dat soort werk doet het niet goed. Waar is het dan goed in? Het is goed in het geven van kritiek, dat klopt, gewoon kritiek. Als je het werk laat initiëren, is de kwaliteit gemiddeld, maar het is een geweldige criticus en de opmerkingen zijn zeer relevant. Als het mogelijk is, denk ik dat de beste workflow is dat opus het plan opstelt, o3 het beoordeelt, en als de code klaar is, kan het ook die beoordelen. Zeg je dat o3 een geval is van hoge verwachtingen maar lage prestaties? Dat is ook niet verkeerd, maar hoge verwachtingen en lage prestaties zijn precies wat we willen; we willen dat het een scherp oog heeft voor het ontdekken van dingen, maar we moeten het niet te veel laten doen.