अस्पष्ट अभियांत्रिकी समस्या सोडवण्यासाठी मी AI Councils चा वापर कसा करतो

एक AI असिस्टंट उपयुक्त असतो. पण तो नेहमी पुरेसा नसतो.

जर तुम्ही कोडिंगसाठी AI वापरत असाल, तर तुम्हाला ही पद्धत माहित असेल. तुम्ही एक समस्या मांडता. मॉडेल एक उपाय सुचवते. तो चांगला वाटतो. तुम्ही त्याची अंमलबजावणी करता. पण तीन दिवसांनंतर तुम्हाला त्यात एक मोठी त्रुटी आढळते. आर्किटेक्चर एखाद्या बाउंड्री कंडिशनमध्ये (boundary condition) अपयशी ठरते. किंवा ज्या दोन गोष्टी वेगळ्या असायला हव्या होत्या, त्यांना ते एकत्र जोडते.

ही मॉडेलची चूक नाही. ही प्रक्रियेची चूक आहे. एका मॉडेलमध्ये स्वतःच्या गृहितकांना आव्हान देण्याची क्षमता नसते.

जटिल अभियांत्रिकी कामांसाठी, तुम्हाला एका AI Council ची गरज असते. हे कोणतेही नवीन प्लॅटफॉर्म नाही. ही एक संरचित कार्यप्रणाली (structured workflow) आहे, जिथे विविध AI भूमिका एका प्रस्तावाचे वेगवेगळ्या दृष्टिकोनातून पुनरावलोकन करतात.

AI चा वापर एका नियंत्रित अभियांत्रिकी कार्यप्रणालीमध्ये (governed engineering workflow) रूपांतरित करणे हे याचे उद्दिष्ट आहे.

ही कार्यप्रणाली कशी काम करते ते खालीलप्रमाणे आहे:

• समस्या विधान (Problem Statement): तुम्ही समस्या मांडता. • आर्किटेक्ट एजंट (Architect Agent): एक सोर्स-ग्राउंडेड एजंट सुरुवातीचा प्रस्ताव तयार करतो. • AI Council: विविध AI भूमिका प्रस्तावाचे पुनरावलोकन करतात. • फीडबॅक सिंथेसिस (Feedback Synthesis): एक एजंट सर्व फीडबॅक एकत्र करतो आणि त्यातील विसंगती ओळखतो. • ऑब्जेक्शन लेजर (Objection Ledger): तुम्ही प्रत्येक आक्षेप, त्याची तीव्रता आणि त्याचे निराकरण ट्रॅक करता. • मानवी प्रशासन (Human Governance): थांबायचे की पुढे जायचे, याचा निर्णय तुम्ही घेता. • एक्झिक्युटर एजंट (Executor Agent): एक वेगळा एजंट योजनेची अंमलबजावणी करतो. • ऑडिटर एजंट (Auditor Agent): एक अंतिम एजंट मूळ स्पेसिफिकेशननुसार (spec) कोड तपासतो.

तुमच्या कौन्सिलमधील भूमिकांमध्ये खालील गोष्टींचा समावेश असावा:

  • सिस्टम थिंकर (System Thinker): जोखीम आणि सिस्टमच्या मर्यादांचे मूल्यमापन करतो.
  • क्रिटिकल रिव्ह्यूअर (Critical Reviewer): गृहितकांना आव्हान देतो आणि त्रुटी शोधतो.
  • सिम्प्लिफायर (Simplifier): अनावश्यक गुंतागुंत शोधतो.
  • अल्टरनेटिव्ह रिव्ह्यूअर (Alternatives Reviewer): विविध दृष्टिकोन सुचवतो.

जादू जास्त मॉडेल्स वापरण्यात नाही, तर भूमिकांच्या विभाजनात (role separation) आहे. जेव्हा तुम्ही AI ला "याचे पुनरावलोकन करा" असे सांगता, तेव्हा तुम्हाला अस्पष्ट उत्तरे मिळतात. पण जेव्हा तुम्ही AI ला "तीन सर्वात मोठ्या आर्किटेक्चरल जोखमी शोधा" असे सांगता, तेव्हा तुम्हाला प्रत्यक्ष कृती करण्यायोग्य डेटा मिळतो.

तुम्हाला संदर्भ (contexts) देखील वेगळे करावे लागतील. जो एजंट कोड लिहितो, तोच एजंट कोडचे ऑडिट करू नये. यामुळे AI च्या एकाच प्रकारच्या त्रुटी (blind spots) पुन्हा पुन्हा येत नाहीत.

माणूस मॅन्युअल काम करत नाही. माणूस निर्णय घेण्याचे अधिकार (gates) सांभाळतो. फीडबॅक पुरेसा झाला आहे की नाही, याचा निर्णय तुम्ही घेता. कोणत्या जोखमी स्वीकारायच्या, हे तुम्ही ठरवता. तुम्ही इंजिनिअरिंग मॅनेजर आहात, मॅन्युअल कामगार नाही.

याचा वापर उच्च-जोखीम असलेल्या रिफॅक्टर्स (high-risk refactors) आणि अस्पष्ट आर्किटेक्चरसाठी करा. किरकोळ बग फिक्ससाठी (trivial bug fixes) याचा वापर करू नका. जेव्हा चुकीची किंमत मोठी असते, तेव्हाच ही अतिरिक्त प्रक्रिया (overhead) फायदेशीर ठरते.

स्रोत: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii

वैकल्पिक शिक्षण समुदाय: https://t.me/GyaanSetuAi