खिलाड़ी के कार्यों के बारे में सोचें, प्रोग्रामिंग शब्दावली के बारे में नहीं

अस्पष्ट विशेषणों को अवलोकनीय क्षणों से बदलें

“इसे ज़्यादा सहज बनाएं” कहने के बजाय उस पल का वर्णन करें: “जब मैं गिरती हुई टाइल छोड़ूँ, तो उसके उतरने से पहले दिखाएँ कि वह किस कॉलम में जाएगी।” “इसे और मज़ेदार बनाएं” के बजाय बताएं कि कौन-सा चुनाव अलग महसूस होना चाहिए। उपयोगी सुधार ऐसे काम और नतीजे की ओर इशारा करता है जिन्हें दोबारा आज़माया जा सके।

सरल भाषा में संकेत देने का प्रयास करें

उदाहरण संकेत: "एक छोटी एकल-खिलाड़ी पहेली बनाएं जहां मैं एक क्रमांकित टाइल को गिरने से पहले बाएं या दाएं घुमाता हूं। जब वे स्पर्श करते हैं तो समान संख्याओं को जोड़ते हैं, और लक्ष्य संख्या दिखाई देने पर समाप्त करते हैं। यदि बोर्ड इससे पहले भर जाता है, तो दिखाएं कि रन समाप्त हो गया है। बोर्ड के पास रीस्टार्ट रखें और जब मैं इसका उपयोग करूं तो प्रत्येक टाइल को साफ़ करें। जब मैं चुनूं तो अगली लैंडिंग स्थिति दृश्यमान रखें।" किसी कार्यान्वयन भाषा की आवश्यकता नहीं है; उदाहरण उत्पन्न करने और परीक्षण करने के लिए एक अवधारणा है।

एक समय में एक वाक्य में प्रतिक्रिया दें

तब तक खेलें जब तक कुछ अप्रत्याशित न लगे। ठीक-ठीक लिखें कि आपने क्या होने की उम्मीद की थी, वास्तव में क्या दिखा और प्रॉम्प्ट का कौन-सा विवरण इस अंतर का कारण हो सकता है। एक बार में एक ही बदलाव माँगें, वही क्षण फिर से खेलें और देखें कि समस्या ठीक हुई या नहीं। नया विषय, तेज़ गति, अधिक स्तर और बदला हुआ स्कोर एक ही संशोधन में न जोड़ें; इससे नतीजे का मूल्यांकन कठिन होगा।

यदि गेम ऐसे तरीके से व्यवहार करता है जिसका आप वर्णन नहीं कर सकते हैं, तो दृश्य अनुक्रम को सरल शब्दों में कैप्चर करें और एक स्पष्ट संकेत या नियम के लिए पूछें। आपको कोड का निदान करने की आवश्यकता नहीं है; आपको यह सत्यापित करने की आवश्यकता है कि खिलाड़ी का अनुभव निर्देशों से मेल खाता है।

⁨गैर-प्रोग्रामर के लिए एआई गेम डिज़ाइन⁩ से जुड़े सवाल