गाइड · बेंच पर AI
बोर्ड पर AI का इस्तेमाल, बिना गढ़े हुए जवाबों के।
सामान्य चैटबॉट आपका बोर्ड पढ़े या न पढ़े, उसी तरह जवाब देता है। यह वह तरीक़ा है जो इसे बदल देता है: हर दावा एक खोज से निकले, हर क़िस्म का डेटा उसी के लिए बरता जाए जो वह सचमुच जानता है, और आउटपुट की शक्ल सबूत जैसी हो, पैराग्राफ़ जैसी नहीं।
एक बोर्ड खोलकर आज़माएँ01नाकामी
सामान्य चैटबॉट बोर्ड पर क्यों गिर जाता है
किसी भी सामान्य मॉडल से पूछिए कि जिस लैपटॉप मेनबोर्ड को उसने कभी देखा ही नहीं, उस पर इनपुट फ़्यूज़ कहाँ है। वह जवाब देगा। वह आपको एक refdes देगा, एक जगह देगा, और ठीक वही लहजा देगा जो वह सही होने पर इस्तेमाल करता है।
यह ऐसी ख़राबी नहीं जिसे बेहतर प्रॉम्प्ट से ठीक किया जा सके। भाषा मॉडल सबसे भरोसेमंद दिखने वाली अगली कड़ी बनाता है, और बोर्ड पर «भरोसेमंद दिखना» सस्ता है: refdes एक जैसे दिखते हैं, पावर रेल के नाम हर निर्माता के यहाँ मिलते-जुलते हैं, और C29 लगभग हर बने हुए बोर्ड पर मौजूद है। मॉडल के पास «मुझे यह नहीं मिला» कहने का कोई तंत्र ही नहीं, क्योंकि उसके भीतर कुछ भी देखने गया ही नहीं था।
बेंच पर इसकी क़ीमत कोई शर्मिंदा करने वाला जवाब नहीं है। क़ीमत है एक भला-चंगा पुर्ज़ा, जिसे आपने उतार दिया।
02नियम
वह नियम जो सब कुछ बदल देता है: वह सिर्फ़ खोज से बोल सकता है
सुधार वास्तुकला का है, बातचीत का नहीं। एजेंट जिस भी कॉम्पोनेन्ट का नाम लेता है, वह आपके सचमुच पार्स हुए बोर्ड, या आपके असली स्कीमैटिक से बने ग्राफ़ पर की गई टूल कॉल से आना चाहिए। उसकी ट्रेनिंग से नहीं, इस बातचीत की उसकी याद से भी नहीं।
WrenchBoard में दो परतें इसे टिकाए रखती हैं। टूल ख़ुद कभी नहीं गढ़ते: कोई अनजान refdes माँगिए और वे «नहीं मिला» लौटाते हैं, साथ में सबसे क़रीबी मिलान, जिससे एजेंट को असली में से चुनना पड़ता है या आपसे पूछना पड़ता है। और बाहर निकलते वक़्त, refdes जैसी शक्ल वाला हर शब्द पार्स किए बोर्ड से जाँचा जाता है, इसलिए जो शब्द बोर्ड पर है ही नहीं, वह आप तक «जाँचा जा रहा है» के निशान के साथ पहुँचता है, तथ्य की तरह नहीं।
मदद करने वाले असिस्टेंट और आत्मविश्वास से ग़लत असिस्टेंट के बीच पूरा फ़र्क़ यही है, और जिस भी टूल को आप परखें, यह जाँचा जा सकता है: उससे ऐसा कॉम्पोनेन्ट पूछिए जो आपके बोर्ड पर है ही नहीं। ग्राउंडेड टूल कहेगा कि उसे नहीं मिला। चैटबॉट आपको उसका वर्णन सुना देगा।
03डेटा
हर क़िस्म का डेटा अलग सवाल का जवाब देता है
यही वह जगह है जहाँ ज़्यादातर लोग चूकते हैं, क्योंकि हर फ़ाइल को «चिपकाने लायक़ कॉन्टेक्स्ट» मान लेना बहुत आसान लगता है। हर फ़ॉर्मेट एक अलग सच लिए होता है, और टेक्स्ट में चपटा होते ही उसकी क़ीमत चली जाती है।
- Boardview ज्यामिति जानता है। पैड कहाँ है, कौन से पैड एक ही नेट पर हैं, बोर्ड के दूसरी तरफ़ क्या है। यह नहीं जानता कि ये सब करता क्या है।
- स्कीमैटिक टोपोलॉजी जानता है। क्या किसे फ़ीड करता है, यह गिरे तो कौन सी रेल बैठ जाएगी, कोई पिन होना क्या चाहिए। यह नहीं जानता कि प्रोब कहाँ रखनी है।
- आपकी अभी ली गई फ़ोटो वर्तमान जानती है। जंग, दोबारा बॉल किया गया चिप, पिछले टेक्निशियन का जम्पर तार। इनमें से कुछ भी किसी दस्तावेज़ में नहीं है।
- डेटाशीट या सर्विस मैनुअल मंशा जानता है। पुर्ज़ा किसलिए बनाया गया था, फ़ैक्टरी क्या नापने की उम्मीद रखती थी।
- वेब सामूहिक अनुभव जानता है। कि इस मॉडल का एक रेगुलेटर अक्सर बैठ जाता है, कि एक बैच के पैड ख़राब थे। काम का, पर बिना पुष्टि का, और इसे तथ्य नहीं, सुराग़ मानना चाहिए।
जो एजेंट इन पाँचों को एक ही अनछँटे टेक्स्ट के ढेर की तरह बरतता है, वह आपको औसत जवाब देता है। जो इन्हें अलग रखता है, वह इन्हें आपस में काट सकता है: स्कीमैटिक कहता है यह नेट 3.3 V पर होना चाहिए, boardview कहता है सबसे क़रीबी पैड यहाँ है, आपकी फ़ोटो कहती है वह पैड जंग खाया है, और अचानक साफ़ हो जाता है कि अब क्या नापना है।
04देखना
देखना एक टूल है, पैराग्राफ़ नहीं
स्कीमैटिक का एक पन्ना टेक्स्ट की तरह पढ़ा नहीं जा सकता। जानकारी लेआउट में है: कौन सी लाइन किस पिन से निकलती है, कौन सा लेबल किस तार पर बैठा है। इसलिए एजेंट को पन्ने की नक़ल नहीं मिलती, उसे देखने का हक़ मिलता है, और जो देख रहा है उसे फ़्रेम करने का भी, यानी किसी शीट के एक हिस्से में ज़ूम करना, जैसे आप छपे स्कीमैटिक पर मैग्निफ़ायर सरकाते हैं। फ़ोटो के साथ भी वही: वह ज़रूरत वाला हिस्सा फ़्रेम करता है, पूरे बोर्ड पर आँखें सिकोड़ने के बजाय।
यही वजह है कि जवाब कभी «कहीं CPU के पास» नहीं होना चाहिए। वह एक शीट, एक हिस्सा और एक कॉम्पोनेन्ट होना चाहिए।
×4
05बेंच पर
व्यवहार में इसके साथ कैसे काम करें
उसे लक्षण दीजिए, अपना निदान नहीं। «मरा हुआ, कोई LED नहीं, 20 V अडैप्टर लगा है» इस बात से ज़्यादा क़ीमती है कि «मुझे लगता है PMIC गया»। दूसरी बात खोज को आपकी परिकल्पना तक सिकोड़ देती है, जबकि जँचवाना तो आप वही चाहते थे।
जो वह कहे, उसी क्रम में नापिए। क्रम मनमाना नहीं है: हर नाप इसलिए चुनी जाती है कि फ़ॉल्ट ट्री की सबसे बड़ी शाखा कट जाए। क्रम तोड़ने पर वह कटाई हाथ से निकल जाती है।
नाकामी को कामयाबी जितनी ही सटीकता से बताइए। «0 V» और «OL» दो अलग तथ्य हैं, और प्रोटोकॉल का जो क़दम नाकाम होता है, वह एजेंट को पास होने वाले क़दम से ज़्यादा बताता है।
उसे टोकिए। ग्राउंडेड एजेंट को एक नाप से काटा जा सकता है, और तब उसे अपनी रैंकिंग बदलनी चाहिए। अगर आपका एजेंट आपके मल्टीमीटर के ख़िलाफ़ अपनी पहली परिकल्पना का बचाव करता है, तो आप डायग्नोस्टिक टूल नहीं चला रहे, आप ऑटोकम्प्लीट से बहस कर रहे हैं।
06लूप
एक रीडिंग जवाब नहीं है, वह एक पंक्ति है
बोर्ड और चैट एक ही कमरा हैं। इंस्पेक्टर में किसी भी पिन पर इशारा कीजिए और वह आपके अगले संदेश में एक चिप बनकर चली जाती है, F2 pin 1 (BAT1FUSED)। आपको कभी रेफडेस टाइप नहीं करना पड़ता, एजेंट को कभी अंदाज़ा नहीं लगाना पड़ता कि आप कौन सा F2 कह रहे हैं, और जब उसका कोई व्यू कोई माप सुझाता है तो वह बटन निशाना सीधे उसे लौटा देता है। यही हिस्सा लोगों को डेमो की चालाकी लगता है: दोनों आधे हिस्से जुड़े हुए हैं, इसलिए बोर्ड पर ली गई रीडिंग आपके कीबोर्ड से गुज़रे बिना एजेंट के कॉन्टेक्स्ट में पहुँच जाती है।
आप कहते हैं “F2 पर OL आता है”, और डेटा से जुड़ा एजेंट बस हाँ में हाँ नहीं मिलाता। वह एक टूल कॉल करता है जो उस रीडिंग को लिख देता है: क्या मापा गया, किस पुर्ज़े या किस पिन पर, अपेक्षा क्या थी, और इंजन ख़ुद जो फ़ॉल्ट मोड तय करता है, ओपन या शॉर्ट या मृत या कमज़ोर। वह रीडिंग इस मरम्मत के जर्नल की एक पंक्ति बन जाती है, उसी चीज़ से जुड़ी हुई जिस पर वह ली गई थी।
इससे तीन बातें निकलती हैं, और मिलकर वही चैट विंडो के मुक़ाबले एक औज़ार का पूरा तर्क हैं।
अगला क्रम उसे पढ़ता है। दोबारा परिकल्पनाएँ मांगिए और अवलोकन उनके साथ अंदर आते हैं। क्रम इसलिए बदलता है कि एक तथ्य बदला, इसलिए नहीं कि आपने ज़ोर दिया। क्रम इसी के लिए होता है।
अगला सेशन भी उसे पढ़ता है। जर्नल पर सवाल पूछे जा सकते हैं, इसलिए छह महीने पहले देखा हुआ बोर्ड शून्य से शुरू नहीं होता, और उसी मॉडल पर उसी लक्षण वाला अगला बोर्ड भी नहीं।
और कुछ भी दोबारा टाइप नहीं होता। बेंच पर आपने जो माप ली, वही रिपोर्ट में छपती है, वही प्रोटोकॉल का स्टेप पूरा करती है, और वही नॉलेज बेस में रहती है। आपने उसे एक ही बार दर्ज किया।
यही हिस्सा डेमो में नहीं दिखता, और यही तय करता है कि एजेंट बेंच पर काम का है या नहीं: टूल और डेटा एक ही चीज़ हैं। एक स्कीमैटिक ग्राफ़ जो नेट से जवाब देता है, एक नियम-आधार जो लक्षण से जवाब देता है, एक जर्नल जो लिखा और फिर पढ़ा जा सकता है, एक बोर्डव्यू जिस पर इशारा किया और माप लिया जा सकता है। इनके बिना मॉडल को अंदाज़ा लगाना ही पड़ता है। इन सबसे जुड़ा मॉडल माप सकता है, और ग़लत भी साबित किया जा सकता है।
रीडिंग आपके अगले संदेश के साथ चली जाती है
BAT1FUSED · 0 V · 14:02 आपको दोबारा टाइप नहीं करना पड़ता, और एजेंट जवाब देने से पहले उसे पढ़ लेता है।
07मॉडल
तो मॉडल के पास बचता क्या है
ग़ौर कीजिए कि इस पूरे में मॉडल क्या नहीं कर रहा। वह आपका बोर्ड याद नहीं रख रहा, फ़ोटो से उसे पहचान नहीं रहा, ट्रेनिंग में देखी किसी मरम्मत को याद नहीं कर रहा। वह चुन रहा है कि अगला कौन सा टूल बुलाना है, जो लौटा उसे पढ़ रहा है, और तय कर रहा है कि नापने लायक़ क्या है। ज्ञान ग्राफ़ में, नियमों में और जर्नल में रहता है। मॉडल तर्क लेकर आता है।
यही वजह है कि जवाब को चैट ट्रांसक्रिप्ट जैसा नहीं दिखना चाहिए। अपेक्षित मान के सामने मापा गया मान, प्रतिशत के साथ परिकल्पनाओं की रैंकिंग, चरणों के साथ प्रोटोकॉल: सबूत की शक्ल, बातचीत की शक्ल नहीं।
इसे काम करते देखिए
वही एजेंट, एक असली बोर्ड पर
यह कोई मॉकअप नहीं, यह खुद वर्कबेंच है अपने इंटरफ़ेस के साथ, इंजन से एक्सपोर्ट किए गए MNT Reform पैक पर: 487 असली कंपोनेंट और 2066 असली पैड। नीचे का हर स्टेप इंजन का इस बोर्ड पर असली जवाब है, लक्षण के लिए डिवाइस के नियमों से लेकर इनपुट फ़्यूज़ F1 के पीछे के स्कीमैटिक ग्राफ और उसके फ़ीड किए बोर्ड नेट तक। देखिए एजेंट ऐसे बोर्ड के साथ क्या करता है जो पावर नहीं पकड़ता।
आठ टूल कॉल, हर एक इस बोर्ड पर इंजन का असली जवाब, और एक भी कंपोनेंट याद से नहीं बताया गया।
FAQ
अक्सर पूछे जाने वाले सवाल
क्या मैं अपना स्कीमैटिक सीधे ChatGPT में पेस्ट नहीं कर सकता?
कर सकते हैं, और वह जवाब भी देगा। दिक़्क़त यह है कि उसने आपका बोर्ड पढ़ा हो या न पढ़ा हो, वह उसी तरह जवाब देता है। सामान्य मॉडल के पास यह कहने का कोई रास्ता नहीं कि उसे C29 नहीं मिला, इसलिए वह एक भरोसेमंद दिखने वाला C29 गढ़ देता है। बोर्ड पर ऐसा जवाब आपको एक भला-चंगा पुर्ज़ा और एक पूरी दोपहर का ख़र्च देता है। नतीजा बेहतर मॉडल से नहीं बदलता, बल्कि ऐसे मॉडल से बदलता है जो सिर्फ़ टूल की खोज से ही बोल सके।
«ग्राउंडेड» का मतलब यहाँ ठीक-ठीक क्या है?
यह कि एजेंट आपको जो भी refdes दिखाता है, वह आपके पार्स किए गए बोर्ड या स्कीमैटिक ग्राफ़ पर की गई एक टूल कॉल से निकला है, कभी उसकी याददाश्त से नहीं। जब कोई refdes जाँचा नहीं जा सकता, तो वह «जाँचा जा रहा है» के रूप में दिखता है, दावे के रूप में नहीं, और जाँच पूरे वाक्य पर होती है, तभी पुष्टि होती है। यह गारंटी इंजन में है, प्रॉम्प्ट में नहीं।
फ़ाइल की क़िस्म इतनी अहम क्यों है?
क्योंकि हर एक अलग सवाल का जवाब देती है। Boardview जानता है पैड कहाँ है, यह नहीं कि वह करता क्या है। स्कीमैटिक जानता है क्या किससे जुड़ा है, यह नहीं कि प्रोब कहाँ रखनी है। फ़ोटो जानती है आपका बोर्ड आज कैसा दिखता है, उस जंग समेत जो किसी दस्तावेज़ में नहीं। डेटाशीट जानती है पुर्ज़े को क्या करना चाहिए था। जो एजेंट इन चारों को «पढ़ने का टेक्स्ट» मान लेता है, वह ठीक वही फेंक देता है जो इन्हें काम का बनाता था।
क्या हर बार सबसे गहरा रीज़निंग टियर लेना चाहिए?
नहीं, और बात पैसे बचाने की नहीं है। जिस सवाल के लिए एक खोज काफ़ी है, उस पर गहरा टियर एक ही तथ्य पर खड़ा लंबा जवाब बना देता है, जो असल से ज़्यादा पक्का लगता है। गहराई तब काम आती है जब बोर्ड अड़ जाए: ऐसा लक्षण जिसकी कई संभावित वजहें हों, लोड पर गिरने वाली रेल, या ऐसी मरम्मत जो एक बार नाकाम हो चुकी हो।
क्या AI मेरी कारीगरी की जगह ले लेगा?
नहीं। वह उन घंटों की जगह लेता है जो आप PDF के पन्नों में उस एक नेट को ढूँढने में लगाते हैं जो मायने रखता है। नापते आप ही हैं, मीटर आप ही पढ़ते हैं, फ़ैसला आप ही करते हैं। एजेंट का काम यह है कि आपकी अगली नाप वही हो जो सबसे ज़्यादा शाखाएँ काट दे।
वह अब भी किसमें कमज़ोर है?
हर उस चीज़ में जो दस्तावेज़ में नहीं है। जिस बोर्ड का न स्कीमैटिक हो न boardview, वहाँ उसके पास आपकी फ़ोटो, आपकी नाप और सामान्य इलेक्ट्रॉनिक्स की समझ बचती है, जो असली मदद है पर बहुत पतली। वह ठंडी सोल्डरिंग भी नहीं देख सकता और जलने की गंध नहीं ले सकता। और जब तक किसी ने दर्ज न किया हो, उसे यह भी पता नहीं होगा कि इसी बैच के बोर्डों में एक कमज़ोर पैड की जानी-मानी दिक़्क़त है।
शुरू करें
Wrench Board ट्राय करें फ्री, अपने ब्राउज़र में।
फ्री प्लान, कोई कार्ड ज़रूरी नहीं। ऐप खोलें, कवर किया गया डिवाइस चुनें, और एजेंट के साथ डायग्नोस्टिक सेशन शुरू करें।