डिझाइन सिस्टम: घटक, टोकन आणि दस्तऐवजीकरणातील कृत्रिम बुद्धिमत्ता

नफा:

• कृत्रिम बुद्धिमत्तेसह सुसंगत डिझाइन टोकन, घटकांचे नाव आणि वापर नियम तयार करण्याची आणि तयार करण्याची क्षमता
• घटक दस्तऐवजीकरण द्रुतपणे तयार करण्याची क्षमता, उदाहरणे करू/न करू नका आणि कृत्रिम बुद्धिमत्तेसह मजकूर वापरा
• विद्यमान डिझाईन प्रणालीसह संघर्षासाठी कृत्रिम बुद्धिमत्ता सूचना तपासण्याची क्षमता आणि एकलता जपण्याची क्षमता

डिझाईन सिस्टीम ही एक सामान्य भाषा आहे जी उत्पादनाला कौटुंबिक रूप देते आणि सातत्याने वागते: पुन्हा वापरता येण्याजोगे घटक (बटण, कार्ड, फॉर्म फील्ड), डिझाइन टोकन (रंग, अंतर, टायपोग्राफी यांसारख्या मूल्यांची नावे) आणि ते कसे वापरायचे हे स्पष्ट करणारे दस्तऐवजीकरण. चांगली डिझाईन प्रणाली दहा डिझायनर्सना एकाच उत्पादनाची रचना करू देते जसे की ते एकाच स्त्रोताद्वारे तयार केले जाते. ही प्रणाली स्थापित करणे आणि देखरेख करणे हे थकवणारे, पुनरावृत्ती करणारे आणि मजकूर-केंद्रित काम आहे; इथेच कृत्रिम बुद्धिमत्ता चमकते. परंतु प्रणालीचे सार एकवचन आणि सुसंगतता आहे; सध्याच्या व्यवस्थेशी विरोधाभास तपासल्याशिवाय AI च्या शिफारशी स्वीकारल्या जाऊ शकत नाहीत.

टोकन आणि नामकरण: सुसंगततेचा आधार

डिझाईन टोकन हे डिझाईन निर्णयाचे नामांकित, पुन्हा वापरता येण्याजोगे मूल्य आहे: रंग-प्राथमिक, जागा-केंद्र, मजकूर-शीर्षक-कॅपिटल. टोकन्सबद्दल धन्यवाद, तुम्ही एकाच ठिकाणी रंग बदलू शकता आणि संपूर्ण उत्पादनावर तो अपडेट करू शकता. परंतु टोकनची शक्ती नामकरणाच्या सुसंगततेवर अवलंबून असते; निळा-1, मुख्य-निळा, प्राथमिक निळा मिश्रित वापरल्यास, सिस्टम क्रॅश होईल.

AI येथे दोन गोष्टींमध्ये चांगले आहे: सातत्यपूर्ण नामकरण योजनेच्या विरूद्ध आपल्या विद्यमान टोकन सेटचे पुनरावलोकन करणे आणि नवीन टोकनसाठी स्कीमा-अनुरूप नावे सुचवणे. "या टोकन सूचीचे सिमेंटिक (अर्थ-आधारित) नामकरणामध्ये भाषांतर करा" सारखी विनंती आपल्याला निळा-500 ऐवजी रंग-क्रिया-प्राथमिक सारखी, अर्थ दर्शवणारी नावे तयार करण्यात मदत करेल. पण अंतिम नामकरणाचा निर्णय हा संघाचा करार असतो; मॉडेल फक्त बाह्यरेखा प्रदान करते.

टीप: AI ला टोकनचे नाव देताना, तुमच्या सध्याच्या योजनेची 5-6 उदाहरणे द्या आणि "त्याच पॅटर्नमध्ये ठेवा" म्हणा. सॅम्पललेस रिक्वेस्ट तुमच्या सिस्टीमसाठी परदेशी असलेली नावे तयार करते.

घटक दस्तऐवजीकरण: AI चे सर्वात उत्पादक क्षेत्र

घटकाच्या दस्तऐवजीकरणामध्ये हे समाविष्ट आहे: ते काय करते, ते केव्हा वापरायचे, ते केव्हा वापरायचे नाही, त्याचे प्रकार, स्थिती (डीफॉल्ट, होव्हर, निष्क्रिय, त्रुटी), प्रवेशयोग्यता नोट्स आणि "करू/न करू नका" उदाहरणे. हे मजकूर हाताने लिहिण्यासाठी काही तास लागतात, म्हणूनच अनेक संघ दस्तऐवजीकरणाकडे दुर्लक्ष करतात.

AI ही पोकळी भरून काढते: जेव्हा तुम्ही एखाद्या घटकाचे वर्णन करता तेव्हा ते मसुदा दस्तऐवजीकरण, वापराचे नियम आणि सुसंगत स्वरूपातील उदाहरणे तयार करते/ करू नका. अशाप्रकारे, दस्तऐवजीकरण "तेथे नाही" ते "मसुदा आहे, तो निश्चित केला जाईल" पर्यंत जातो, जो एक मोठा फायदा आहे. तथापि, मॉडेलला घटकाचे वास्तविक वर्तन माहित नाही; प्रणालीच्या वास्तविकतेशी ते तयार केलेले नियम जुळवणे हे तुमचे काम आहे.

दस्तऐवजाचा तुकडा

कृत्रिम बुद्धिमत्तेचे योगदान

मानवी सत्यापन

ते काय करते?

स्पष्ट बाह्यरेखा व्याख्या

हेतूसाठी खरा फिटनेस

कधी वापरायचे

सामान्य परिस्थिती

उत्पादन विशिष्ट नियम

उदाहरणे करू/ करू नका

द्रुत मसुदा जोड्या

वास्तविक गैरवापर

प्रवेशयोग्यता टीप

मानक स्मरणपत्रे

वास्तविक चाचणीद्वारे पुष्टी केली

प्रकार/केस सूची

संभाव्य यादी

जे प्रत्यक्षात व्यवस्थेत अस्तित्वात आहेत

विरोधाभास तपासणे: एकवचन जतन करणे

डिझाईन सिस्टमचा मुख्य-शत्रू डुप्लिकेशन आहे: दोन बटणे समान कार्य करतात, दोन भिन्न स्पेस स्केल, दोन परस्परविरोधी नियम. जेव्हा AI नवीन घटक किंवा नियम सुचवते, तेव्हा ती सूचना सध्याच्या सिस्टीमशी विरोधाभासी असू शकते - ती तुमची संपूर्ण मॉडेल सिस्टम लक्षात ठेवत नाही. म्हणून मी "हे आधीपासून अस्तित्वात असलेल्या एखाद्या गोष्टीशी विरोधाभास आहे का?" असे विचारून प्रत्येक सूचनेचे मूल्यमापन करतो. प्रश्नासह फिल्टर करा. तुम्ही विरोधाभास स्कॅनिंगमध्ये कृत्रिम बुद्धिमत्ता देखील वापरू शकता: तुम्ही वर्तमान प्रणाली सारांश आणि नवीन शिफारस देऊ शकता आणि विरोधाभास सूचीबद्ध करू शकता. पण अंतिम "एकवचन बरोबर" निर्णय संघावर आहे.

तीन लहान प्रकरणे

केस 1 - दस्तऐवजीकरण कर्ज साफ झाले. संघाच्या 24 घटकांपैकी फक्त 6 घटकांकडे दस्तऐवजीकरण होते. कृत्रिम बुद्धिमत्तेसह उर्वरित 18 घटकांसाठी मसुदा दस्तऐवज तयार केले गेले; संघाने प्रत्येकी 10-15 मिनिटांत फिक्स केले. आठवडे पुढे ढकललेले हे काम दोन दिवसांत पूर्ण झाले.

केस 2 - टोकन नामकरण सुसंगत झाले. एका प्रणालीमध्ये ब्लू1, मेनब्लू, ब्रँड-ब्लू असे रंग मिसळले गेले. AI ने विद्यमान 40 टोकन्सचे सिमेंटिक स्कीमामध्ये भाषांतर केले; संघाने ते सुधारित केले आणि एका मानकावर स्विच केले. त्यानंतरच्या डिझाईन्समध्ये रंगीत त्रुटी लक्षणीयरीत्या कमी झाल्या.

केस 3 — परस्परविरोधी घटक नाकारण्यात आला. AI ने “सेकंडरी ॲक्शन बटण” नावाचा नवीन घटक प्रस्तावित केला. जेव्हा संघाने विरोधाभासांसाठी स्कॅन केले तेव्हा त्यांना आढळले की ते विद्यमान "भूत बटण" प्रमाणेच कार्य करते आणि सूचना नाकारली. धडा: प्रत्येक सूचना प्रणालीमध्ये नवीन घटक जोडत नाही; काहीवेळा जे उपलब्ध आहे ते वापरणे योग्य आहे.

कॉपी करण्यायोग्य सूचना

तुमची भूमिका: डिझाइन सिस्टम प्रशासक. या घटकाचे दस्तऐवजीकरण करा: <<घटक आणि त्याचे वर्तन>>. स्वरूप: ते काय करते | कधी वापरावे | जेव्हा वापरायचे नाही |वेरिएंट | परिस्थिती | प्रवेशयोग्यता नोट्स | 2 करा / 2 उदाहरण देऊ नका. तुम्हाला माहीत नसलेले वर्तन तयार करा; "संघ भरणे आवश्यक आहे" असे लिहा.

टोकनच्या या सूचीचे सिमेंटिक (अर्थ-आधारित) नामकरण योजनेमध्ये भाषांतर करा. माझी वर्तमान स्कीमा उदाहरणे: <<5-6 उदाहरणे>>. त्याच पॅटर्नमध्ये सुरू ठेवा. प्रत्येक टोकनसाठी, जुने नाव -> नवीन नाव -> समर्थन सारणी द्या. सूची: <<टोकन्स>>

विरोधाभासांसाठी स्कॅन करा: माझ्या सध्याच्या डिझाइन सिस्टमचा सारांश: <<summary>>. नवीन प्रस्तावित घटक/नियम: <<suggestion>>. ही सूचना विद्यमान प्रणालीशी विरोधाभास आहे का (एकच काम करणारा घटक, विरोधाभासी नियम, डुप्लिकेट टोकन)? मतभेद आणि तुमच्या सूचनांची यादी करा.

या घटकासाठी "करू/न करू नका" उदाहरणे जोड्या व्युत्पन्न करा: वास्तववादी योग्य वापर आणि वास्तववादी अयोग्य वापर परिस्थिती. प्रत्येक जोडीसाठी, ते खरे/खोटे का आहे हे एका वाक्यात स्पष्ट करा. घटक: <<नाव आणि उद्देश>>

कमकुवत प्रॉम्प्ट / मजबूत प्रॉम्प्ट

कमकुवत: "या बटणासाठी कागदपत्रे लिहा."

परिणाम: सिस्टमशी कनेक्शन नसलेला सामान्य, स्वरूपित मजकूर.

सशक्त: "हे बटण खालील फॉरमॅटमध्ये दस्तऐवजीकरण करा (ते काय करते / केव्हा वापरायचे नाही / प्रकार / प्रकरणे / प्रवेशयोग्यता / करू नका); तुम्हाला माहित नसलेले वर्तन तयार करा, 'टीम भरणे आवश्यक आहे' असे लिहा."

परिणाम: सातत्याने स्वरूपित, योग्य अंतरावर, संपादन करण्यायोग्य हस्तलिखित.

फरक: मजबूत प्रॉम्प्ट फॉरमॅट + फॅब्रिकेशन बॅन + डू/डोन्ट प्रॉम्प्ट.

सामान्य चुका

• उदाहरणाशिवाय टोकन नामकरणाची विनंती करणे. मॉडेल तुमच्या सिस्टमसाठी परकीय नावे व्युत्पन्न करते; सुसंगतता तुटलेली आहे.
• विरोधाभासांसाठी स्कॅन न करता घटक जोडणे. डुप्लिकेशन हे सिस्टमचे मुख्य शत्रू आहे.
• मॉडेलने शोधलेले वर्तन योग्य आहे असे गृहीत धरून. AI ला घटकाचे वास्तविक वर्तन माहित नाही.
• चाचणी न करता प्रवेशयोग्यता रेटिंग स्वीकारणे. मानक स्मरणपत्र हा वास्तविक चाचणीचा पर्याय नाही.
• कागदपत्रे एकदा लिहिणे आणि ते अद्यतनित न करणे. प्रणाली बदलत असताना दस्तऐवज अद्यतनित केले जावे.

सारांशात

डिझाइन सिस्टम ही सुसंगतता आणि स्केलेबिलिटीची पायाभूत सुविधा आहे; परंतु त्याच्या देखभालीकडे अनेकदा दुर्लक्ष केले जाते कारण ते मजकूर-केंद्रित आणि पुनरावृत्ती होते. AI घटक दस्तऐवजीकरण, उदाहरणे, वापर स्क्रिप्ट आणि टोकन नेमिंग ड्राफ्ट्स त्वरीत तयार करून या कर्जाचे निराकरण करते. परंतु प्रणालीचे सार एकलता आणि सुसंगतता आहे: प्रत्येक टोकन नाव नमुना स्कीमाच्या विरूद्ध सत्यापित केले जाणे आवश्यक आहे, प्रत्येक घटक प्रस्ताव विरोधाभासी स्कॅन केलेला असणे आवश्यक आहे, वर्तनाचे प्रत्येक वर्णन वास्तविकतेच्या विरूद्ध सत्यापित करणे आवश्यक आहे. एक कार्यक्षम ड्राफ्टर म्हणून मॉडेल वापरा; संघ वैयक्तिक योग्य निर्णय घेतो.

अर्ज कार्य

1. गहाळ कागदपत्रांसह एक घटक निवडा आणि प्रथम प्रॉम्प्टसह एक मसुदा दस्तऐवज तयार करा.
2. वास्तविक वर्तनासह "संघ भरणे आवश्यक आहे" असे चिन्हांकित फील्ड पूर्ण करा.
3. दुसऱ्या प्रॉम्प्टसह, तुमची 8-10 टोकन्स सिमेंटिक स्कीममध्ये रूपांतरित करा आणि जुने/नवीन नाव सारणी तयार करा.
4. नवीन घटक कल्पनेसाठी, तिसऱ्या प्रॉम्प्टसह विरोधाभास स्कॅन करा.
5. चौथ्या प्रॉम्प्टसह, घटकासाठी डू/डोन्ट उदाहरणे जोड्या तयार करा आणि त्यांना सिस्टममध्ये जोडा.

चेकलिस्ट

• [ ] मी टोकन नामकरण उदाहरण स्कीमाशी जोडले आहे.
• मी विवादांसाठी नवीन घटक स्कॅन केले.
• [ ] मी वास्तविकतेसह मॉडेल-निर्मित वर्तन सत्यापित केले.
• मी प्रत्यक्ष चाचणीसह प्रवेशयोग्यता टिपांची पुष्टी करण्याची योजना आखली आहे.
• [ ] मी कागदपत्रे सातत्यपूर्ण स्वरूपात ठेवली.
• [ ] मी एकवचन जपले आणि डुप्लिकेशन प्रतिबंधित केले.