سير عمل تطوير لعبة MMO ثلاثية الأبعاد باستخدام Claude Opus 5

كُتبت جميع الشيفرات تقريبًا باستخدام Claude Opus 5. لكن ما أتاح للمشروع مواصلة التقدّم عبر آلاف دورات التكرار لم يكن مطالبة ذكية، بل تنظيم المشروع بحيث يتمكن الذكاء الاصطناعي من العثور على ما يحتاج إليه من دون قراءة قاعدة الشيفرة بأكملها. 1. أبقِ التعليمات بجوار الشيفرة، لا في كومة مركزية واحدة لكل مجلد دليله الخاص الذي يتضمن سير العمل الشائع والمشكلات المعروفة المكتشفة سابقًا. يُحمَّل الدليل تلقائيًا عند بدء جلسة في ذلك المجلد. لا يحتاج العمل على الوحوش إلى دفع تكلفة السياق الخاصة بدليل الخريطة. انخفض السياق المطلوب قبل كل مهمة من نحو 76,000 رمز إلى حوالي 10,000. 2. طبّق القواعد باستخدام الأدوات، لا الانضباط جعلته يكتب نصوصًا تفشل عملية البناء عندما تكتشف استيرادات دائرية أو قيم ألوان مكتوبة مباشرةً في موضع الاستخدام بدلًا من تعريفها مركزيًا. لا تأمل أن يتذكر الذكاء الاصطناعي كل قاعدة؛ فجعل عملية الإيداع تفشل أكثر موثوقية بكثير. 3. دع TypeScript يكون المُذكِّر أضف مهارةً من دون تأثيرها، ولن يُترجم المشروع. أضف وحشًا من دون إنشاء نموذجه، ولن يُترجم المشروع. لا يمكن نسيان ذلك لأن نظام الأنواع لا يسمح به. 4. اجعل المحتوى قائمًا على البيانات يجب أن تعني إضافة وحش أو مهارة أو عنصر إضافة صف واحد بدلًا من تعديل النظام بأكمله. يتعامل الذكاء الاصطناعي مع «إضافة صف واحد» بدقة أكبر بكثير من «تحديث خمسة مواضع يجب أن تظل متسقة». 5. تحدد المطالبات الفعّالة معايير التقييم، لا الإجراءات أمثلة: «يجب أن تموت الوحوش العادية خلال 2 إلى 5 ثوانٍ»، و«يجب أن تكون 97% على الأقل من كل خريطة قابلة للوصول»، و«يجب ألا يمتلك أي عنصر في اللعبة معدل إسقاط أقل من 3%». ثم شفّر هذه المعايير على هيئة اختبارات. عندما يعرف الذكاء الاصطناعي معنى الجودة، يمكنه العثور على المسار وتحديد ما إذا كان قد نجح. باختصار: استثمر أولًا في البنية والاختبارات، ثم استثمر في المطالبة.