次に、Claude Codeの最近の知能低下の問題について話しましょう、私のフィードバックは、CCが機能しなくてもソフトウェア開発の品質を確保する手段を持っている必要があるということです どうやってするの? その方法については話さず、ブラインドボックスを開ける際の問題であるバイブの一般的な欠陥について話しましょう、ブラックボックス操作のたびに、幽霊が壁にぶつかって何かがおかしいことに気づき、気分は即座に不幸になります そういえば、解決策は基本的に明らかです ブラックボックスプロセスを透明性の高いプロセスに変え、すぐにコーディングするのではなく、計画とソリューションにより多くの時間を費やします 1. 解決策味が合わないと、基本的なコーディング品質はあまり良くありません 2.解決段階には多くの手段があり、マルチモデルレビューは鋭いツールであり、CCファミリーの言葉を信じず、ピアレビューを信じてください 3 コードが書かれた後、コンパイルと機能の満足度に基づいて別のレビューが追加されます これらの方法は拡張できますが、CCが恐れているのは、ワープとクラインもあります。 もう一つのより形而上学的な質問は、知能が低下しやすい場合、直感は計算能力が不十分な場合である可能性があり、+8ゾーンでの作業時間の方が高い可能性があると感じるので、タイムゾーンを変更してテストしてください

O3についての私の観察の1つを言うと、実際には、O3はソリューションを設計するために率先して行動させるなど、仕事を主導するのが苦手で、この種の仕事をうまく行っていません では、何が得意なのでしょうか? スプレーが得意だ、そう、スプレーしてる あなたは彼に仕事を始めさせました、品質は平均的ですが、それは神批評家であり、コメントは非常に良いです 可能であれば、解決策、o3レビューを出して、コードが書かれた後にレビューさせるのが最善のプロセスだと思います o3は目とローハンドに属しているとおっしゃいますか? それは何も悪いことではありませんが、目が高く手が低いのは正しいです、私たちが望むのは発見が得意なその目であり、私たちはそれを望んでいません