गाइड · बेंच पर AI

बोर्ड पर AI का इस्तेमाल, बिना गढ़े हुए जवाबों के।

सामान्य चैटबॉट आपका बोर्ड पढ़े या न पढ़े, उसी तरह जवाब देता है। यह वह तरीक़ा है जो इसे बदल देता है: हर दावा एक खोज से निकले, हर क़िस्म का डेटा उसी के लिए बरता जाए जो वह सचमुच जानता है, और आउटपुट की शक्ल सबूत जैसी हो, पैराग्राफ़ जैसी नहीं।

एक बोर्ड खोलकर आज़माएँ मुफ़्त · बिना अकाउंट · कुछ सेव नहीं होता

01नाकामी

सामान्य चैटबॉट बोर्ड पर क्यों गिर जाता है

किसी भी सामान्य मॉडल से पूछिए कि जिस लैपटॉप मेनबोर्ड को उसने कभी देखा ही नहीं, उस पर इनपुट फ़्यूज़ कहाँ है। वह जवाब देगा। वह आपको एक refdes देगा, एक जगह देगा, और ठीक वही लहजा देगा जो वह सही होने पर इस्तेमाल करता है।

यह ऐसी ख़राबी नहीं जिसे बेहतर प्रॉम्प्ट से ठीक किया जा सके। भाषा मॉडल सबसे भरोसेमंद दिखने वाली अगली कड़ी बनाता है, और बोर्ड पर «भरोसेमंद दिखना» सस्ता है: refdes एक जैसे दिखते हैं, पावर रेल के नाम हर निर्माता के यहाँ मिलते-जुलते हैं, और C29 लगभग हर बने हुए बोर्ड पर मौजूद है। मॉडल के पास «मुझे यह नहीं मिला» कहने का कोई तंत्र ही नहीं, क्योंकि उसके भीतर कुछ भी देखने गया ही नहीं था।

बेंच पर इसकी क़ीमत कोई शर्मिंदा करने वाला जवाब नहीं है। क़ीमत है एक भला-चंगा पुर्ज़ा, जिसे आपने उतार दिया।

MNT Reform 2F1 · 0157004.DR
इस बोर्ड पर इनपुट फ़्यूज़ कहाँ है?
एजेंट
F1 को देख रहे हैं
प्रकारFUSE मान0157004.DR सतहtop पिन2 इनपुट रेल24V_IN आउटपुट रेलVIN विवरणSMD input fuse providing over-current protection on the barrel-jack DC input rail (nominal 24 V) before the LTC4020 charger; blown fuse lea…
F1 को हाइलाइट कर रहे हैं

इनपुट फ़्यूज़ F1 है, एक 0157004.DR, DC जैक J1 के ठीक पीछे। यह 24V_IN पर है और VIN को फ़ीड करता है, जो चार्जर का इनपुट है।

वही सवाल, एक ऐसे बोर्ड पर जिसे WrenchBoard पार्स कर चुका है। जवाब एक खोजा गया पार्ट है, 24V_IN पर F1, और कार्ड का हर फ़ील्ड पैक से आता है, मॉडल से नहीं।

02नियम

वह नियम जो सब कुछ बदल देता है: वह सिर्फ़ खोज से बोल सकता है

सुधार वास्तुकला का है, बातचीत का नहीं। एजेंट जिस भी कॉम्पोनेन्ट का नाम लेता है, वह आपके सचमुच पार्स हुए बोर्ड, या आपके असली स्कीमैटिक से बने ग्राफ़ पर की गई टूल कॉल से आना चाहिए। उसकी ट्रेनिंग से नहीं, इस बातचीत की उसकी याद से भी नहीं।

WrenchBoard में दो परतें इसे टिकाए रखती हैं। टूल ख़ुद कभी नहीं गढ़ते: कोई अनजान refdes माँगिए और वे «नहीं मिला» लौटाते हैं, साथ में सबसे क़रीबी मिलान, जिससे एजेंट को असली में से चुनना पड़ता है या आपसे पूछना पड़ता है। और बाहर निकलते वक़्त, refdes जैसी शक्ल वाला हर शब्द पार्स किए बोर्ड से जाँचा जाता है, इसलिए जो शब्द बोर्ड पर है ही नहीं, वह आप तक «जाँचा जा रहा है» के निशान के साथ पहुँचता है, तथ्य की तरह नहीं।

मदद करने वाले असिस्टेंट और आत्मविश्वास से ग़लत असिस्टेंट के बीच पूरा फ़र्क़ यही है, और जिस भी टूल को आप परखें, यह जाँचा जा सकता है: उससे ऐसा कॉम्पोनेन्ट पूछिए जो आपके बोर्ड पर है ही नहीं। ग्राउंडेड टूल कहेगा कि उसे नहीं मिला। चैटबॉट आपको उसका वर्णन सुना देगा।

F7000 जाँचो, इनपुट फ़्यूज़। क्या यह ओपन है?
एजेंट
F7000 को देख रहे हैं
कुछ नहीं मिला सबसे निकट: F1F2F3C100C70

इस बोर्ड पर कोई ⟨?F7000⟩ नहीं है। इसमें तीन फ़्यूज़ हैं, F1, F2 और F3, और इनपुट वाला F1 है, 24V_IN पर। बोर्ड का प्लग निकालकर इसके आर-पार मापें: ठीक फ़्यूज़ लगभग 0 Ω पढ़ता है।

इस चैप्टर वाला टेस्ट, असल में चलाकर। टूल 'कुछ नहीं मिला' कहता है और सबसे नज़दीकी असली नाम देता है, और जो refdes बोर्ड पर नहीं है वह तथ्य की तरह नहीं, एम्बर रंग में चिह्नित होकर आता है।

03डेटा

हर क़िस्म का डेटा अलग सवाल का जवाब देता है

यही वह जगह है जहाँ ज़्यादातर लोग चूकते हैं, क्योंकि हर फ़ाइल को «चिपकाने लायक़ कॉन्टेक्स्ट» मान लेना बहुत आसान लगता है। हर फ़ॉर्मेट एक अलग सच लिए होता है, और टेक्स्ट में चपटा होते ही उसकी क़ीमत चली जाती है।

  • Boardview ज्यामिति जानता है। पैड कहाँ है, कौन से पैड एक ही नेट पर हैं, बोर्ड के दूसरी तरफ़ क्या है। यह नहीं जानता कि ये सब करता क्या है।
  • स्कीमैटिक टोपोलॉजी जानता है। क्या किसे फ़ीड करता है, यह गिरे तो कौन सी रेल बैठ जाएगी, कोई पिन होना क्या चाहिए। यह नहीं जानता कि प्रोब कहाँ रखनी है।
  • आपकी अभी ली गई फ़ोटो वर्तमान जानती है। जंग, दोबारा बॉल किया गया चिप, पिछले टेक्निशियन का जम्पर तार। इनमें से कुछ भी किसी दस्तावेज़ में नहीं है।
  • डेटाशीट या सर्विस मैनुअल मंशा जानता है। पुर्ज़ा किसलिए बनाया गया था, फ़ैक्टरी क्या नापने की उम्मीद रखती थी।
  • वेब सामूहिक अनुभव जानता है। कि इस मॉडल का एक रेगुलेटर अक्सर बैठ जाता है, कि एक बैच के पैड ख़राब थे। काम का, पर बिना पुष्टि का, और इसे तथ्य नहीं, सुराग़ मानना चाहिए।

जो एजेंट इन पाँचों को एक ही अनछँटे टेक्स्ट के ढेर की तरह बरतता है, वह आपको औसत जवाब देता है। जो इन्हें अलग रखता है, वह इन्हें आपस में काट सकता है: स्कीमैटिक कहता है यह नेट 3.3 V पर होना चाहिए, boardview कहता है सबसे क़रीबी पैड यहाँ है, आपकी फ़ोटो कहती है वह पैड जंग खाया है, और अचानक साफ़ हो जाता है कि अब क्या नापना है।

4 फ़ाइलें छाँटें

हम हर फ़ाइल के लिए जगह सुझाते हैं। आपकी पुष्टि से पहले कुछ भी पढ़ा या विश्लेषित नहीं होता।

mnt-reform-motherboard.kicad_pcb 16 MB
बोर्डव्यू फ़ॉर्मेट, निश्चित
Boardview मुफ़्त
mnt-reform-motherboard.pdf 4.2 MB · 12 पेज
पहले 4 पेजों में से 3 पर सर्किट शीट
स्कीमैटिक1 स्कीमैटिक रीडिंग हाँ, यह इस बोर्ड का सर्किट स्कीमैटिक है। अभी पढ़ें
INA233.pdf 1.3 MB
सर्किट ड्रॉइंग हैं पर स्कीमैटिक शीट नहीं: डेटाशीट या गाइड
डेटाशीटमुफ़्त
bench-notes.md 2.1 KB
टेक्स्ट नोट्स
नोट्समुफ़्त
3 फ़ाइलें मुफ़्त में रखी गईं · 1 स्कीमैटिक रीडिंग रद्द करें 4 फ़ाइलें रखें और 1 स्कीमैटिक पढ़ें
चार फ़ाइलें, चार काम। boardview अपने फ़ॉर्मेट से पहचाना जाता है, स्कीमैटिक अपनी शीटों से, डेटाशीट इससे कि वह क्या नहीं है, और आपकी पुष्टि से पहले कुछ भी पढ़ा नहीं जाता।

04देखना

देखना एक टूल है, पैराग्राफ़ नहीं

स्कीमैटिक का एक पन्ना टेक्स्ट की तरह पढ़ा नहीं जा सकता। जानकारी लेआउट में है: कौन सी लाइन किस पिन से निकलती है, कौन सा लेबल किस तार पर बैठा है। इसलिए एजेंट को पन्ने की नक़ल नहीं मिलती, उसे देखने का हक़ मिलता है, और जो देख रहा है उसे फ़्रेम करने का भी, यानी किसी शीट के एक हिस्से में ज़ूम करना, जैसे आप छपे स्कीमैटिक पर मैग्निफ़ायर सरकाते हैं। फ़ोटो के साथ भी वही: वह ज़रूरत वाला हिस्सा फ़्रेम करता है, पूरे बोर्ड पर आँखें सिकोड़ने के बजाय।

यही वजह है कि जवाब कभी «कहीं CPU के पास» नहीं होना चाहिए। वह एक शीट, एक हिस्सा और एक कॉम्पोनेन्ट होना चाहिए।

mnt-reform-motherboard.pdf · पेज 2
mnt-reform-motherboard.pdf · पेज 2 · फ़्रेम किया गया हिस्सा: जहाँ से क्लोज़-अप लिया गया
mnt-reform-motherboard.pdf के पेज 2 पर ज़ूम कर रहे हैं
×4
mnt-reform-motherboard.pdf · पेज 2
क्लोज़-अप, लगभग ×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 के पीछे के स्कीमैटिक ग्राफ और उसके फ़ीड किए बोर्ड नेट तक। देखिए एजेंट ऐसे बोर्ड के साथ क्या करता है जो पावर नहीं पकड़ता।

WrenchBoard MNT Reform 2 · मदरबोर्ड एजेंट
ऊपर नीचे
MNT Reform 2 487 कॉम्पोनेन्ट · 2066 पैड
नेट Net-(C149-Pad1) · 8 पिन

आठ टूल कॉल, हर एक इस बोर्ड पर इंजन का असली जवाब, और एक भी कंपोनेंट याद से नहीं बताया गया।

FAQ

अक्सर पूछे जाने वाले सवाल

क्या मैं अपना स्कीमैटिक सीधे ChatGPT में पेस्ट नहीं कर सकता?

कर सकते हैं, और वह जवाब भी देगा। दिक़्क़त यह है कि उसने आपका बोर्ड पढ़ा हो या न पढ़ा हो, वह उसी तरह जवाब देता है। सामान्य मॉडल के पास यह कहने का कोई रास्ता नहीं कि उसे C29 नहीं मिला, इसलिए वह एक भरोसेमंद दिखने वाला C29 गढ़ देता है। बोर्ड पर ऐसा जवाब आपको एक भला-चंगा पुर्ज़ा और एक पूरी दोपहर का ख़र्च देता है। नतीजा बेहतर मॉडल से नहीं बदलता, बल्कि ऐसे मॉडल से बदलता है जो सिर्फ़ टूल की खोज से ही बोल सके।

«ग्राउंडेड» का मतलब यहाँ ठीक-ठीक क्या है?

यह कि एजेंट आपको जो भी refdes दिखाता है, वह आपके पार्स किए गए बोर्ड या स्कीमैटिक ग्राफ़ पर की गई एक टूल कॉल से निकला है, कभी उसकी याददाश्त से नहीं। जब कोई refdes जाँचा नहीं जा सकता, तो वह «जाँचा जा रहा है» के रूप में दिखता है, दावे के रूप में नहीं, और जाँच पूरे वाक्य पर होती है, तभी पुष्टि होती है। यह गारंटी इंजन में है, प्रॉम्प्ट में नहीं।

फ़ाइल की क़िस्म इतनी अहम क्यों है?

क्योंकि हर एक अलग सवाल का जवाब देती है। Boardview जानता है पैड कहाँ है, यह नहीं कि वह करता क्या है। स्कीमैटिक जानता है क्या किससे जुड़ा है, यह नहीं कि प्रोब कहाँ रखनी है। फ़ोटो जानती है आपका बोर्ड आज कैसा दिखता है, उस जंग समेत जो किसी दस्तावेज़ में नहीं। डेटाशीट जानती है पुर्ज़े को क्या करना चाहिए था। जो एजेंट इन चारों को «पढ़ने का टेक्स्ट» मान लेता है, वह ठीक वही फेंक देता है जो इन्हें काम का बनाता था।

क्या हर बार सबसे गहरा रीज़निंग टियर लेना चाहिए?

नहीं, और बात पैसे बचाने की नहीं है। जिस सवाल के लिए एक खोज काफ़ी है, उस पर गहरा टियर एक ही तथ्य पर खड़ा लंबा जवाब बना देता है, जो असल से ज़्यादा पक्का लगता है। गहराई तब काम आती है जब बोर्ड अड़ जाए: ऐसा लक्षण जिसकी कई संभावित वजहें हों, लोड पर गिरने वाली रेल, या ऐसी मरम्मत जो एक बार नाकाम हो चुकी हो।

क्या AI मेरी कारीगरी की जगह ले लेगा?

नहीं। वह उन घंटों की जगह लेता है जो आप PDF के पन्नों में उस एक नेट को ढूँढने में लगाते हैं जो मायने रखता है। नापते आप ही हैं, मीटर आप ही पढ़ते हैं, फ़ैसला आप ही करते हैं। एजेंट का काम यह है कि आपकी अगली नाप वही हो जो सबसे ज़्यादा शाखाएँ काट दे।

वह अब भी किसमें कमज़ोर है?

हर उस चीज़ में जो दस्तावेज़ में नहीं है। जिस बोर्ड का न स्कीमैटिक हो न boardview, वहाँ उसके पास आपकी फ़ोटो, आपकी नाप और सामान्य इलेक्ट्रॉनिक्स की समझ बचती है, जो असली मदद है पर बहुत पतली। वह ठंडी सोल्डरिंग भी नहीं देख सकता और जलने की गंध नहीं ले सकता। और जब तक किसी ने दर्ज न किया हो, उसे यह भी पता नहीं होगा कि इसी बैच के बोर्डों में एक कमज़ोर पैड की जानी-मानी दिक़्क़त है।

शुरू करें

Wrench Board ट्राय करें फ्री, अपने ब्राउज़र में।

फ्री प्लान, कोई कार्ड ज़रूरी नहीं। ऐप खोलें, कवर किया गया डिवाइस चुनें, और एजेंट के साथ डायग्नोस्टिक सेशन शुरू करें।

04 अपडेट से जुड़े रहें

Wrench Board लाइव है।

ऐप app.wrenchboard.cloud पर पब्लिक बीटा में लाइव है, कोई वेटलिस्ट नहीं, फ्री प्लान। प्रोडक्ट को फ़ॉलो करने के लिए अपना ईमेल छोड़ें: नए Boardview फ़ॉर्मैट, नए डिवाइस पैक, बड़ी रिलीज़।

register · updates ~/wrench-board
$ notify --on=releases
कोई स्पैम नहीं · कभी भी अनसब्सक्राइब करें
◆ रिपेयर का अधिकार आंदोलन के लिए बनाया गया।