वह व्यवहार्यता परीक्षण जिसमें हर AI आर्किटेक्चर विफल हो जाता है

अधिकांश AI डेवलपमेंट आर्किटेक्चर दोषपूर्ण हैं।

उद्योग एक सरल सूत्र का पालन करता है: Agent = Model + Harness। यह तर्क मॉडल को ही पूरा सिस्टम मानता है। यह एक गलती है।

एक काम करने वाले सिस्टम के लिए पांच आवश्यक तत्वों की आवश्यकता होती है। यदि आप एक भी चूक जाते हैं, तो सिस्टम विफल हो जाता है। यदि आप एक को हटा देते हैं, तो सिस्टम खत्म हो जाता है।

वर्तमान AI आर्किटेक्चर इसलिए विफल हो रहे हैं क्योंकि उनमें इन पांच में से दो हिस्से गायब हैं।

पांच तत्व हैं:

  • टूल (The Model): यह आउटपुट तैयार करता है, जैसे कि कोड या टेस्ट। यह प्राथमिक गतिविधि है, लेकिन यह सिस्टम नहीं है।
  • इंजन (The Specification): यह मानवीय इरादा (human intent) है। यह इस बात की एक टिकाऊ, वर्जन वाली और जांचने योग्य परिभाषा है कि सफलता कैसी दिखती है। इसके बिना, जनरेशन की कोई दिशा नहीं होती।
  • ट्रांसमिशन (The Delivery): यह CI/CD और मशीन-रीडेबल कॉन्ट्रैक्ट्स के माध्यम से कोड से डिप्लॉयमेंट तक बदलावों को ले जाता है।
  • कंट्रोल यूनिट (Independent Verification): यह वह गायब हिस्सा है। यह एक स्वतंत्र गेट है जो स्पेसिफिकेशन के विरुद्ध आउटपुट को मापता है। यह मॉडल द्वारा स्वयं की जांच करना नहीं है। यह एक डिटरमिनिस्टिक (deterministic) सिस्टम होना चाहिए, जैसे कि टाइप चेकर या टेस्ट सुइट।
  • केसिंग (Boundaries and Continuity): यह सिस्टम की रक्षा करता है। यह एजेंट्स को सीमाओं को पार करने से रोकने के लिए मॉड्यूल आइसोलेशन का उपयोग करता है। यह अनावश्यक कोड ब्लोट को रोकने के लिए घटाव (subtraction) का भी उपयोग करता है।

"Model + Harness" के साथ समस्या यह है कि यह केवल टूल पर ध्यान केंद्रित करता है।

कंट्रोल यूनिट के बिना एक शक्तिशाली टूल एक ऐसी मशीन है जो बिना सत्यापित (unverified) त्रुटियां पैदा करती है। कंट्रोल यूनिट के बिना एक तेज़ ट्रांसमिशन एक ऐसी डाक सेवा है जो पूरी विश्वसनीयता के साथ बम पहुंचाती है।

यही कारण है कि अधिक शक्तिशाली मॉडल अक्सर समस्या को और खराब कर देते हैं। वे बस बिना सत्यापित आउटपुट को तेज़ी से जनरेट करते हैं।

सैकड़ों एजेंट्स तक स्केल करने के लिए, आपको बेहतर ऑर्केस्ट्रेशन (orchestration) की आवश्यकता नहीं है। आपको बेहतर डिकम्पोजिशन (decomposition) की आवश्यकता है।

एजेंट्स को एक ही फाइलों पर काम नहीं करना चाहिए। उन्हें सख्त इंटरफेस और कॉन्ट्रैक्ट्स द्वारा परिभाषित स्वतंत्र मॉड्यूल पर काम करना चाहिए। मानव इंजीनियरिंग टीमें इसी तरह काम करती हैं। वे कीस्ट्रोक्स (keystrokes) को समन्वित नहीं करती हैं; वे APIs और स्पेसिफिकेशन के माध्यम से समन्वय करती हैं।

यह पूछना बंद करें कि मॉडल को क्या चाहिए। यह पूछना शुरू करें कि सही सॉफ्टवेयर बनाने के लिए सिस्टम को क्या चाहिए।

स्रोत: https://dev.to/bala_paranj_059d338e44e7e/the-viability-test-every-ai-dev-architecture-fails-d3

वैकल्पिक लर्निंग कम्युनिटी: https://t.me/GyaanSetuAi