Isi
Opus 4.6 va Codex 5.3 modellarini haqiqiy loyihada bir xil muhitda tekshirishga imkoniyat bo’ldi bugun. Lekin kod uchunmas, loyihani to’liq tekshirib chiqib, ORM’ni almashtirish bo’yicha reja olish uchun. Opus 4.6 shavqatsizlarcha ochiq va rostgo’y. Qaror sifatida bir qancha sabablarni keltirib, “umuman tavsiya qilmayman”, degan qaror chiqardi. Lekin so’ralganda qanaqa qilib to’g’ri implementatsiya qilish bo’yicha reja tuzib berdi. Codex 5.3 bo’lsa shunchaki talabni bajardi xolos. O’zining “fikrini” bo’llishmasdan, to’g’ridan-to’g’ri so’ralgan narsani bajarishga o’tdi: ya’ni reja tuzishga. Rejasi yaxshi lekin. Keyin, ikkala rejani olib Gemini fikrini so’radim. Uning fikricha, Claude taklif qilgan variant to’g’ri: bu refaktoringni qilmaslik kerak. Lekin majbur bo’lsakkina Codex rejasini ishlatishni aytdi. My recommendation: Use Claude’s "Feature Parity Gaps" list to kill the project. If you can't kill it, adopt Codex’s "Phase 1: Repository Interfaces" immediately—it’s a better architectural pattern regardless of which ORM you use. Xullas, rostgo’y injener kerak bo’lsa - Claude, iltifotli injener kerak bo’lsa - Codex.