ثم دعنا نتحدث عن مشكلة الحد من الذكاء الأخيرة لكلود كود ، ملاحظاتي هي أنه يجب أن يكون لديك الوسائل لضمان جودة تطوير البرامج حتى لو لم يعمل CC كيف افعلها؟ دعونا لا نتحدث عن كيفية القيام بذلك ، دعنا نتحدث عن العيب الشائع في الأجواء ، وهي مشكلة فتح الصندوق الأعمى ، في كل مرة تكون فيها عملية صندوق أسود ، يصطدم الشبح بالحائط ليكتشف أن هناك خطأ ما ، والمزاج غير سعيد على الفور بالحديث عن ذلك ، الحل واضح بشكل أساسي تحويل عملية الصندوق الأسود إلى عملية شفافة ، بدلا من الترميز على الفور ، اقض المزيد من الوقت في الخطط والحلول 1. الحل إذا لم يكن الطعم صحيحا ، فلن تكون جودة الترميز الأساسية أفضل بكثير 2. هناك العديد من الوسائل في مرحلة الحل ، المراجعة متعددة النماذج هي أداة حادة ، لا تصدق كلمات عائلة CC ، تؤمن بمراجعة الأقران 3 بعد كتابة الكود ، ستتم إضافة مراجعة أخرى على أساس التجميع والرضا عن الوظيفة يمكن توسيع هذه الأساليب ، ما الذي يخاف منه CC ، لدي أيضا الاعوجاج والكلاين. سؤال آخر أكثر ميتافيزيقيا هو عندما يكون من السهل تقليل الذكاء ، قد يكون الحدس عندما تكون قوة الحوسبة غير كافية ، وأشعر أن وقت العمل في منطقة +8 قد يكون له احتمال أكبر ، لذا قم بتغيير المنطقة الزمنية للاختبار

说一个我对o3的观察，其实o3不擅长主导型工作，比如让它主动设计方案，这类工作它做的并不好 那它擅长什么？ 它擅长喷，没错，就是喷 你让他发起工作，质量一般，但是它是神评论家，而且评论很到位 如果有可能，我认为最佳流程是opus出方案，o3评审，代码写完了也可以让它评审 你说o3属于眼高手低？ 也没毛病，但是眼高手低就对了啊，我们要的就是它善于发现的眼睛，活不找它干啊